*** Bug 189091 has been marked as a duplicate of this bug. ***

Spec URL: http://www.smmp.salford.ac.uk/packages/boo.spec
SRPM URL: http://www.smmp.salford.ac.uk/packages/boo-0.7.5.2013-2.src.rpm

Small fix to the spec file

Spec URL: http://www.smmp.salford.ac.uk/packages/boo.spec
SRPM URL: http://www.smmp.salford.ac.uk/packages/boo-0.7.5.2013-3.src.rpm

libdir set to be /usr/lib irrespective of hardware built on
spec file fixes

Not building.

Processing files: boo-0.7.5.2013-3
error: File not found by glob:
/var/tmp/boo-0.7.5.2013-3-root-mockbuild/usr/share/gtksourceview-1.0/language-specs/*
error: File not found by glob:
/var/tmp/boo-0.7.5.2013-3-root-mockbuild/usr/share/mime/packages/*


Consider using cp -p

Odd. This is building fine outside of mock. Could this be an selinux problem
(ISTR seeing something similar with a C# package reported on the extras list)?

(In reply to comment #5)
> Odd. This is building fine outside of mock. Could this be an selinux problem
> (ISTR seeing something similar with a C# package reported on the extras list)?

This looks to me more like a missing buildreq than an SELinux issue. Are the
missing files generated by some tool that needs to be buildreq-ed?

I think it would be a very good idea for you to try out a local mock setup as
it's *great* for finding things like this.

Not sure. When I look at the built RPM everything is there. I'll give mock a shot

My latest build attempt on FC5 x86_64 at your latest srpm attempt gives:

Processing files: boo-0.7.5.2013-4
error: File not found: /var/tmp/boo-0.7.5.2013-4-root-mockbuild/usr/lib64/boo
error: File not found by glob:
/var/tmp/boo-0.7.5.2013-4-root-mockbuild/usr/lib64/mono/*
error: File not found by glob:
/var/tmp/boo-0.7.5.2013-4-root-mockbuild/usr/lib64/pkgconfig/*.pc
error: File not found by glob:
/var/tmp/boo-0.7.5.2013-4-root-mockbuild/usr/share/mime/packages/*

Note the /usr/lib64. The build logs are installing that stuff in /usr/lib.
Redefining %{_libdir} is one way to fix this.

Also looking the build logs, it's dropping the /usr prefix for the mime stuff
because the configure script is not figuring out a shared-mime-info prefix.

        Summary:

        shared-mime-info prefix:
        gtksourceview-1.0 prefix: /usr
        boo prefix: /usr

test -z "/share/mime/packages/" || mkdir -p --
"/var/tmp/boo-0.7.5.2013-4-root-mockbuild/share/mime/packages/"

Yep - I'm getting that problem here as well. The configure.in script looks fine
and passing --prefix=/usr on the configure line makes no difference
what-so-ever, so something is going wrong somewhere, I'm just at a loss as to where.

Simple fix - add

export PREFIX=/usr

before the configure line. Compiles correctly using mock (well, I'm saying it
is, unfortunately rpmbuild is shot currently, but it's not giving any errors and
is attempting to do the install step)

As to redefining %libdir - it's pointless.

Inside the makefile.am files there is a line like this (well, it's in
monodevelop and a few others)

pkconfigdir=$(prefix)/lib/pkgconfig

which screws things up somewhat for lots of other bits. I've suggested a fix to
the mono guys tonight (5th May) which alters the .am files to read

pkgconfigdir=$(prefix)/$(libdir)/pkgconfig

The configure script then exports either lib or lib64 depending on what is
passed in using --libdir

This should sort the problems with 64 bit systems currently found.

(In reply to comment #10)
> pkgconfigdir=$(prefix)/$(libdir)/pkgconfig
> 
> The configure script then exports either lib or lib64 depending on what is
> passed in using --libdir

Without knowing a thing about mono stuff, that looks wrong to me.  Did you mean
$(prefix)/$(lib)/pkgconfig (or something else that doesn't have the potential of
having the prefix inserted twice in the path)?  $(libdir) usually already
contains $(prefix).

No.

libdir is exported from the config script. Looking in the configure script, it's
the only thing it contains.

When I've run the amended makefile, I've looked to see what is created and it's
whatever you pass in

For example

./configure

Makefile contains

--libdir = $(prefix)/lib

(fine for 32 bit - not so good for 64 bit)

Amend makefile.am so pkgconfigdir=$(prefix)/$(libdir)

./configure --libdir=/usr/lib64

--libdir = $(prefix)/lib64

(correct for 64 bit)

Without the patch, pkgconfigdir remains $(prefix)/lib

which causes problems further down the line when building against the created
rpm (say for MonoDevelop)

Spec URL: http://www.smmp.salford.ac.uk/packages/boo.spec
SRPM URL: http://www.smmp.salford.ac.uk/packages/boo-0.7.5.2013-7.src.rpm

Lots of fixes and is now happy on x86_64/ia64

(Meanwhile, upstream version is 0.7.6.2237.)

I know - however, I'm working off the released tarballs which currently sit at
0.7.6.2103. Currently, my dev system at work uses 2237 and it has issues.

I've started looking at getting 0.7.6.2237 in instead of 2013. The problem is
that nant (which is now waiting to be included in extras) doesn't seem to have
the equivalent of make install, so I'll have to hack around and basically copy
things manually :-(

Spec URL: http://www.knox.net.nz/~nodoid/boo.spec
SRPM URL: http://www.knox.net.nz/~nodoid/boo-0.7.5.2013-7.src.rpm

Change of URL

Spec URL: http://www.knox.net.nz/~nodoid/boo.spec
SRPM URL: http://www.knox.net.nz/~nodoid/boo-0.7.6.2234-1.src.rpm

Changelog

Bump to newer version (2237 has build issues)

Unless there's a special exception for mono apps that I don't know about, this
package needs to contain sources.  It currently contains a tarball of boo
binaries, not a tarball of the boo sources.

Good catch. I'm trying to build 2237 which needs nant. However, there doesn't
seem to be a way to pass values to alter the default.build.

I'm chasing the 2234 sources in the meantime

Spec URL: http://www.knox.net.nz/~nodoid/boo.spec
SRPM URL: http://www.knox.net.nz/~nodoid/boo-0.7.6.2237-1.src.rpm

-
Bump to new version
Multiple changes to the spec file
Ensure that there are no ownership problems
Disabled debug package (empty)

Repeat after me...

nant is insane. nant is bad. nant is unpleasant....

Spec URL: http://www.knox.net.nz/~nodoid/boo.spec
SRPM URL: http://www.knox.net.nz/~nodoid/boo-0.7.6.2237-2.src.rpm

- added gtksourceview-1.0 to files as I'd missed it on -1

This needs NAnt to build, NAnt is marked for review here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193957

or this happens duing build:

+ nant -D:install.prefix=/usr -D:install.libdir=/usr/lib
/var/tmp/rpm-tmp.63861: line 23: nant: command not found
error: Bad exit status from /var/tmp/rpm-tmp.63861 (%build)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.63861 (%build)

Needs nant to build = needs nant as a BuildRequires.

Created attachment 132855 [details]
patch to add BuildRequires: boo

The following patch adds nant to BuildRequires, thus fixing the compile on my
machine - is this ready to go in Extras?

Redefining libdir is a no-no.  You could do like alexl did in the mono package
and define a monodir that = %{prefix}/lib if you want until mono-core moves.
(And then change monodir to _libdir)

I don't see a gacutils invocation.  Is nant handling that?

#26 - nant does the gac invocation

Spec URL: http://www.knox.net.nz/~nodoid/boo.spec
SRPM URL: http://www.knox.net.nz/~nodoid/boo-0.7.6.2237-5.src.rpm

Fixes #24, #26

#25 - how can boo require boo to build?

Isn't building, is expecting to be in %{_prefix}/lib. Needs fixing.

After defining a %{monodir} to be %{_prefix}/lib, rpmlint found:

Source RPM:
E: boo hardcoded-library-path in %{_prefix}/lib
Workaround to make it build. Ignore at least for now.

W: boo rpm-buildroot-usage %prep rm -rf %{buildroot}


W: boo mixed-use-of-spaces-and-tabs
Not important but easy to fix.

W: boo patch-not-applied Patch0: build.patch
Drop the patch.

rpmlint of boo-devel:
W: boo-devel no-documentation
Ignore.

rpmlint of boo:
E: boo no-binary
E: boo only-non-binary-in-usr-lib
Expected for mono.

E: boo-debuginfo empty-debuginfo-package
Drop the debuginfo package.


Missing a update-mime-database scriplet.
http://fedoraproject.org/wiki/ScriptletSnippets


Good stuff:
- package meets naming guidelines
- license (MIT) OK, text in %doc, matches source
- spec file legible, in am. english
- source matches upstream
- package compiles on devel (x86_64)
- no missing BR
- no unnecessary BR
- no locales
- not relocatable
- owns all directories that it creates
- no duplicate files
- permissions ok
- %clean ok
- macro use consistent: defined %{monodir}
- code, not content
- no need for -docs
- nothing in %doc affects runtime
- no need for .desktop file




EXTRA STUFF FOR PACKAGES WITH DEVEL
======================================

- devel package ok
- no .la files
- post/postun ldconfig ok
- devel requires base package n-v-r 

Clarification: that %{_libdir} thing is for the lone file in the devel package:
%{_libdir}/pkgconfig/boo.pc.

(In reply to comment #27)

> #25 - how can boo require boo to build?

Actually the patch adds BR nant, I just spaced out when writing the post.

Spec URL: http://www.knox.net.nz/~nodoid/boo.spec
SRPM URL: http://www.knox.net.nz/~nodoid/boo-0.7.6.2237-6.src.rpm

Fixed #28 and #29
rpmlint is much happier now :-)

The only warning is that the devel package contains no documentation. I'm not
overly concerned about this.

Not sure what happened with the -5 spec file I uploaded as it wasn't the one I
built the package with!

#30 - not to worry mate, cold meds do that to you ;-p

Release 6 builds and runs some of the fun things here:
http://boo.codehaus.org/Recipes. APPROVED as per comment 28.

Shouldn't this package own the %{monodir}/boo directory?

(In reply to comment #33)
> Shouldn't this package own the %{monodir}/boo directory?

Good catch, yes it should. Add it before building.

Currently rebuilding and will upload later today