Am Sonntag 02 August 2009 schrieb Yuval Levy:
> Kornel Benko wrote:
> > Am Samstag 01 August 2009 schrieb Yuval Levy:
> >> so instead of doing `make install` you do `make package` and then
> >> install the package?
> >
> > Exactly.
>
> ok, I tried `make package`. The result is a tarball with attached shell
> script hugin-0000.00.0-Linux.sh
>
> How do I go from there to a .deb file?

Here is, how I use it.
1.) cd to svn-src
        cd /usr/src/hugin/hugin
2.) update sources
        svn up
3.) cd to the build-directory
        cd /usr/BUILD/BuildHugin
4.) call cmake and enable debian packages
        cmake /usr/src/hugin/hugin -DENABLE_LAPACK=YES 
-DCPACK_BINARY_DEB:BOOL=ON
5.) create package, use the system to keep the processors at work (I have 4)
        make -j5 package
6.) install it (look for a .deb file in the build-directory. (The version 
'000.00.0' will hopefully change)
        sudo dpkg -i hugin-0000.00.0-Linux.deb
...

You may also edit the "CMakeCache.txt" in the build-directory.
Set all CPACK_* but CPACK_BINARY_DEB to OFF, we don't need them.
        CPACK_BINARY_DEB:BOOL=ON
        CPACK_BINARY_NSIS:BOOL=OFF
        CPACK_BINARY_RPM:BOOL=OFF
        CPACK_BINARY_STGZ:BOOL=OFF
        CPACK_BINARY_TBZ2:BOOL=OFF
        CPACK_BINARY_TGZ:BOOL=OFF
        CPACK_BINARY_TZ:BOOL=OFF

...
> trunk should not be used to make public packages indeed, I agree with
> you. That's why I want to branch releases out from trunk and let the
> release and the trunk move forward in parallel - and packages made
> public from the branched release codeline.
>
> > That said, I am creating packages for OpenSuSE 10.3, 64Bit
> > and Ubuntu 9.04, 64Bit.
>
> and I guess you are using a script for this? how difficult is it to edit
> the script to add chrooting and support other versions of Ubuntu and
> OpenSuSE (32bit, as well as older and newer that are still officially
> supported)?

Yes, I use a script. It is really not too difficult.

> I've fixed the version in trunk according to the discussion with Bruno.
> This should fix your process, sorry for the disruption. There is still
> enough time to discuss details before the next release (although with
> the locale thing fixed I think it may be a good idea to push a release
> early. Such visible errors are a pain for users and often result in a
> lot of bug reports. Let's spare it to them and to us.

Thanks, so my remark above, about the version is obsolete.

> Yuv
>
        Kornel

-- 
Kornel Benko
[email protected]

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to