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 222742 - Review Request: fuse-smb - FUSE-Filesystem to fast and easy access remote resources via SMB
Summary: Review Request: fuse-smb - FUSE-Filesystem to fast and easy access remote res...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Michał Bentkowski
QA Contact: Fedora Package Reviews List
URL:
Whiteboard:
Depends On:
Blocks: FE-ACCEPT
TreeView+ depends on / blocked
 
Reported: 2007-01-15 22:39 UTC by Marcin Zajaczkowski
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-02-04 09:35:57 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Marcin Zajaczkowski 2007-01-15 22:39:25 UTC
Spec URL: http://timeoff.wsisiz.edu.pl/zrzut/fuse-smb.spec
SRPM URL: http://timeoff.wsisiz.edu.pl/zrzut/fuse-smb-0.8.5-2.src.rpm

Description:
With SMB for Fuse you can seamlessly browse your network neighbourhood
as were it on your own filesystem.
It's basically smbmount with a twist. Instead of mounting one Samba share
at a time, you mount all workgroups, hosts and shares at once. Only when 
you're accessing a share a connection is made to the remote computer.

Comment 1 Michał Bentkowski 2007-01-15 22:50:47 UTC
I'll review it.

Comment 2 Michał Bentkowski 2007-01-15 23:46:10 UTC
REVIEW contains only a checklist, have a look at THINGS to do to find out
what you need to do.

REVIEW:
 * dist tag present,
 * package is licensed under GPL license,
 * license text included in %doc,
 * rpmlint is quiet,
 * sources match upstream (8b9268826b544ad124e016ced17d5310),
 * latest version is being packaged,
!* BRs aren't proper, package fails to build in mock!
!* provides and requires (some things needs to be fixed):
fuse-smb-0.8.5-2.fc7.src.rpm
=PROVIDES:=
(none)=REQUIRES:=
fuse-devel >= 2.3
samba-client

fuse-smb-0.8.5-2.fc7.x86_64.rpm
=PROVIDES:=
fuse-smb = 0.8.5-2.fc7
=REQUIRES:=
fuse >= 2.3
fuse-libs >= 2.3
libfuse.so.2()(64bit)
libfuse.so.2(FUSE_2.5)(64bit)
libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
libsmbclient.so.0()(64bit)
samba-common >= 3.0

 * package isn't designed to be relocatable,
 * package doesn't create any directories and it doesn't own any directory it 
shouldn't,
 * %clean section is present and looks good
 * build root good
 * no duplicates in %files
 * all files have appropriate permissions
 * no scriptlets required
 * no need to any subpackages
 * no .la files
 * not a gui application

THINGS to do:
 * add samba-client BR to get rid of mock errors.
 * you're using versioned dependecies unnecesarily. Also, some of them have to 
be removed completely.
Have a look at fuse-smb-0.8.5-2.fc7.x86_64.rpm requires list. It requires 
libfuse.so.2 which is owned by fuse-libs and libsmbclient.so.0 owned by samba-
common. It means you don't need samba-common and fuse-libs dependencies. Also, 
you can smoothly get rid of fuse dependency. You don't need versioned 
dependency for fuse-devel as well.

Comment 3 Michael Schwendt 2007-01-16 00:34:43 UTC
> %build
> CFLAGS="%{optflags}" %configure

Setting CFLAGS here is superfluous. The %configure macro sets
CFLAGS/CXXFLAGS/FFLAGS already. Check out:  rpm --eval %configure


Comment 4 Marcin Zajaczkowski 2007-01-16 22:18:53 UTC
(In reply to comment #2)
(...)
>  * you're using versioned dependecies unnecesarily. Also, some of them have to 
> be removed completely.
> Have a look at fuse-smb-0.8.5-2.fc7.x86_64.rpm requires list. It requires 
> libfuse.so.2 which is owned by fuse-libs and libsmbclient.so.0 owned by samba-
> common. It means you don't need samba-common and fuse-libs dependencies. Also, 
> you can smoothly get rid of fuse dependency. You don't need versioned 
> dependency for fuse-devel as well.

At first I agree with you that few of them can smoothly removed, but let me
explain one thing.

The main reason why I use (sometimes redundant) full packages name is the fact
that those packages are also (till now only) avilable as a separate packages
from my website. When I download some stand-alone package and try to install it
it's much more readable to see "fuse-lib > 2.3 is required by ..." than
"libfuse.so.2()(64bit) is required by ...". In the first option I know what
should I install, in the second I have to find it out first [1]. 

[1] - I know that novadays (in FC4+ out-of-box?) it's possible to use yum to
resolve dependencies and install required packages.

The only problem I see is the situation when package was renamed in a newer
version, but SPEC file should be then updated.

Do you really think that using full package names in the Requirement section
instead of letting RPM do it, can cause some problems or is an out-of-date habit?


(In reply to comment #3)
> Setting CFLAGS here is superfluous

True.


Comment 5 Michał Bentkowski 2007-01-16 22:39:33 UTC
(In reply to comment #4)
> Do you really think that using full package names in the Requirement section
> instead of letting RPM do it, can cause some problems or is an out-of-date 
habit?
> 

Packaging Guidelines says about it as a "reinventhing the wheel". In fact
it does look like that. If RPM can find all dependencies well, we don't need
to help it. Especially, if package's dependencies aim to be automatically 
resolved by yum.
According to guidelines I shouldn't approve package until you get rid of that
superfluous dependencies.

Comment 6 Marcin Zajaczkowski 2007-01-17 20:27:11 UTC
(In reply to comment #5)
> Packaging Guidelines says about it as a "reinventhing the wheel". In fact
> it does look like that. If RPM can find all dependencies well, we don't need
> to help it. Especially, if package's dependencies aim to be automatically 
> resolved by yum.

OK, I fixed that and OPTFLAGS too.

I kept version of fuse-devel because it's a minimal required version and it's
the only place when can I point it (for build).

http://timeoff.wsisiz.edu.pl/zrzut/fuse-smb.spec
http://timeoff.wsisiz.edu.pl/zrzut/fuse-smb-0.8.5-3.src.rpm


Comment 7 Michał Bentkowski 2007-01-20 23:15:56 UTC
Sorry that you had to wait.
Rpmlint now shows:
W: fuse-smb mixed-use-of-spaces-and-tabs (spaces: line 16, tab: line 1)
but it's not a blocker.
However, I'll make it FE-ACCEPTed once you put isomaster into repo.

But it's now APPORVED in any case.

Comment 8 Michał Bentkowski 2007-01-22 19:52:59 UTC
Since you are now sponsored, I can approve this package.

Comment 9 Marcin Zajaczkowski 2007-02-04 09:35:57 UTC
It took some time to get additional branches, but fuse-smb is now available in
FC-5, FC-6 and a rawhide.

Thanks for your help.



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