OpenSceneGraph Forum Forum Index OpenSceneGraph Forum
Official forum which mirrors the existent OSG mailing lists. Messages posted here are forwarded to the mailing list and vice versa.
 
   FAQFAQ    SearchSearch    MemberlistMemberlist    RulesRules    UsergroupsUsergroups    RegisterRegister 
 Mail2Forum SettingsMail2Forum Settings  ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 
   AlbumAlbum  OpenSceneGraph IRC ChatOpenSceneGraph IRC Chat   SmartFeedSmartFeed 

packaging improved


 
Post new topic   Reply to topic    OpenSceneGraph Forum Forum Index -> Submission
View previous topic :: View next topic  
Author Message
Mattias Helsing
Guest





PostPosted: Sun Jan 11, 2009 10:15 pm    Post subject:
packaging improved
Reply with quote

Hi all, Robert

I've finally finished the rework of the packaging support. It is
streamlined for tgz and has most of the features that Robert, J-S and
Sukender requested in december. I have an idea of how to discover the
vc80 sp1 or not but haven't had time to implement. The script is
completely reworked and now doesn't include cmakes' bundled
CPack.cmake script at all. In summary:

* filenames are
<package>-<osgversion>-<platform>-<arch>[-compiler]-<configuration>.tar.gz,
ex. libopenscenegraph-2.7.9-Linux-i386-Release.tar.gz,
libopenthreads-dev-2.7.9-win32-x86-vc80sp1-Debug.tar.gz

* targets (projects in msvs) are generated for each specified
component, a target that packages everything that is installed
(openscenegraph-all) and there's a target for running all other
packaging targets (Package ALL on msvs, package_ALL in unix
makefiles).

* It is possible to set the compiler in ccmake (cmake-gui, whatever you use)

* the top folder in packages is the same for all packages (OpenSceneGraph-x.y)

* the packaging support is limited with cmake-2.6.0 and not as
dynamic. With cmake-2.6.1 and later building the gdal plugin (for
example) will create a package_libopenscenegraph-gdal target. With
cmake-2.6.0 only the ones that are always built (libopenscenegraph,
libopenscenegraph-dev, openscenegraph, libopenthreads,
libopenthreads-dev

* i found a better way to decide whether cpack is available to guard
the BUiLD_OSG_PACKAGES option

Mattias



------------------
Post generated by Mail2Forum
Back to top
Mattias Helsing
Guest





PostPosted: Sun Jan 11, 2009 11:51 pm    Post subject:
packaging improved
Reply with quote

Hi,

I forgot to mention

If you have a CPackConfig.cmake/CPackSourceConfig.h in your source
tree, which you may have if you tested the previous osg cpack support,
you will get targets called package and package_source (PACKAGE in
msvs). These are no longer my doing. This is a feature in cmake - if
it finds a file called CPackConfig.cmake it generates a target for it.
Just remove the file(s)

Mattias

On Sun, Jan 11, 2009 at 11:12 PM, Mattias Helsing <> wrote:
Quote:
Hi all, Robert

I've finally finished the rework of the packaging support. It is
streamlined for tgz and has most of the features that Robert, J-S and
Sukender requested in december. I have an idea of how to discover the
vc80 sp1 or not but haven't had time to implement. The script is
completely reworked and now doesn't include cmakes' bundled
CPack.cmake script at all. In summary:

* filenames are
<package>-<osgversion>-<platform>-<arch>[-compiler]-<configuration>.tar.gz,
ex. libopenscenegraph-2.7.9-Linux-i386-Release.tar.gz,
libopenthreads-dev-2.7.9-win32-x86-vc80sp1-Debug.tar.gz

* targets (projects in msvs) are generated for each specified
component, a target that packages everything that is installed
(openscenegraph-all) and there's a target for running all other
packaging targets (Package ALL on msvs, package_ALL in unix
makefiles).

* It is possible to set the compiler in ccmake (cmake-gui, whatever you use)

* the top folder in packages is the same for all packages (OpenSceneGraph-x.y)

* the packaging support is limited with cmake-2.6.0 and not as
dynamic. With cmake-2.6.1 and later building the gdal plugin (for
example) will create a package_libopenscenegraph-gdal target. With
cmake-2.6.0 only the ones that are always built (libopenscenegraph,
libopenscenegraph-dev, openscenegraph, libopenthreads,
libopenthreads-dev

* i found a better way to decide whether cpack is available to guard
the BUiLD_OSG_PACKAGES option

Mattias



------------------
Post generated by Mail2Forum
Back to top
Robert Osfield
Guest





PostPosted: Mon Jan 12, 2009 11:26 am    Post subject:
packaging improved
Reply with quote

Thanks Mattias, changes now merged and submitted to svn.

On Sun, Jan 11, 2009 at 10:12 PM, Mattias Helsing <> wrote:
Quote:
Hi all, Robert

I've finally finished the rework of the packaging support. It is
streamlined for tgz and has most of the features that Robert, J-S and
Sukender requested in december. I have an idea of how to discover the
vc80 sp1 or not but haven't had time to implement. The script is
completely reworked and now doesn't include cmakes' bundled
CPack.cmake script at all. In summary:

* filenames are
<package>-<osgversion>-<platform>-<arch>[-compiler]-<configuration>.tar.gz,
ex. libopenscenegraph-2.7.9-Linux-i386-Release.tar.gz,
libopenthreads-dev-2.7.9-win32-x86-vc80sp1-Debug.tar.gz

* targets (projects in msvs) are generated for each specified
component, a target that packages everything that is installed
(openscenegraph-all) and there's a target for running all other
packaging targets (Package ALL on msvs, package_ALL in unix
makefiles).

* It is possible to set the compiler in ccmake (cmake-gui, whatever you use)

* the top folder in packages is the same for all packages (OpenSceneGraph-x.y)

* the packaging support is limited with cmake-2.6.0 and not as
dynamic. With cmake-2.6.1 and later building the gdal plugin (for
example) will create a package_libopenscenegraph-gdal target. With
cmake-2.6.0 only the ones that are always built (libopenscenegraph,
libopenscenegraph-dev, openscenegraph, libopenthreads,
libopenthreads-dev

* i found a better way to decide whether cpack is available to guard
the BUiLD_OSG_PACKAGES option

Mattias






------------------
Post generated by Mail2Forum
Back to top
Skylark (Jean-Sébastien Guay)
Professional


Joined: 05 Jan 2009
Posts: 2249

PostPosted: Wed Jan 14, 2009 3:08 pm    Post subject:
packaging improved
Reply with quote

Hi Mattias,

Quote:
I've finally finished the rework of the packaging support.

I was stuck on something else, so it's been a while since I did a full
update + build of OSG SVN (over a week, geez, I'm slacking Smile ). I
finally got around to doing it yesterday, and tested out the new
packaging scripts this morning. Looks good.

One small comment, and I'm not sure if this is just an omission or if
it's as designed, but when unpacking the files, I get an
OpenSceneGraph-2.7 directory instead of OpenSceneGraph-2.7.9 (note the
missing .9 - the tarballs are
libopenscenegraph-2.7.9-win32-x86-vc80-RelWithDebInfo.tar.gz etc.). Is
this normal?

Also, the OpenThreads packages got unzipped to OpenSceneGraph-2.7 as
well (and not OpenThreads-x.y.z), though I think that's as designed
since we want them to land in the same place as OSG so we don't have to
add two sets of lib/include files to our projects, plus OpenThreads
lives inside OSG for all intents and purposes, right? It might be
slightly confusing to new users to have separate packages with the
intent that you absolutely need both in all cases, but it follows our
conventions.

Thanks again,

J-S
--
______________________________________________________
Jean-Sebastien Guay
http://www.cm-labs.com/
http://whitestar02.webhop.org/


------------------
Post generated by Mail2Forum
Back to top
View user's profile Send private message
Mattias Helsing
Guest





PostPosted: Wed Jan 14, 2009 3:24 pm    Post subject:
packaging improved
Reply with quote

Hi again J-S,

On 1/14/09, Jean-Sébastien Guay <> wrote:
Quote:
Hi Mattias,

Quote:
I've finally finished the rework of the packaging support.

I was stuck on something else, so it's been a while since I did a full
update + build of OSG SVN (over a week, geez, I'm slacking Smile ). I
finally got around to doing it yesterday, and tested out the new
packaging scripts this morning. Looks good.

cool. Thanks for testing.

Quote:

One small comment, and I'm not sure if this is just an omission or if
it's as designed, but when unpacking the files, I get an
OpenSceneGraph-2.7 directory instead of OpenSceneGraph-2.7.9 (note the
missing .9 - the tarballs are
libopenscenegraph-2.7.9-win32-x86-vc80-RelWithDebInfo.tar.gz etc.). Is
this normal?

It's normal and designed this way. Though I have no preference in this
case so this can easily be changed. There are pros and cons of both.
If you prefer one over the other I'll fix it to your liking. Others
might have opinions here too.

Quote:

Also, the OpenThreads packages got unzipped to OpenSceneGraph-2.7 as
well (and not OpenThreads-x.y.z), though I think that's as designed
since we want them to land in the same place as OSG so we don't have to
add two sets of lib/include files to our projects, plus OpenThreads
lives inside OSG for all intents and purposes, right? It might be
slightly confusing to new users to have separate packages with the
intent that you absolutely need both in all cases, but it follows our
conventions.

I hadn't thought of that so thanks for asking. I would say that
openthreads should go to OpenThreads-2.7[.8] but some people might
prefer to have it all in one dir. Maybe there's a step we're missing.
What about users that want files installed in /usr/local for example.
Do we need to provide an install script or similar? I will eventually
get to looking att the debian package generator but that won't happen
before osg-2.8.

cheers
Mattias


Quote:

Thanks again,

J-S
--
______________________________________________________
Jean-Sebastien Guay
http://www.cm-labs.com/
http://whitestar02.webhop.org/




------------------
Post generated by Mail2Forum
Back to top
Skylark (Jean-Sébastien Guay)
Professional


Joined: 05 Jan 2009
Posts: 2249

PostPosted: Wed Jan 14, 2009 3:44 pm    Post subject:
packaging improved
Reply with quote

Hi Mattias,

Quote:
Quote:
One small comment, and I'm not sure if this is just an omission or if
it's as designed, but when unpacking the files, I get an
OpenSceneGraph-2.7 directory instead of OpenSceneGraph-2.7.9 (note the
missing .9 - the tarballs are
libopenscenegraph-2.7.9-win32-x86-vc80-RelWithDebInfo.tar.gz etc.). Is
this normal?

It's normal and designed this way. Though I have no preference in this
case so this can easily be changed. There are pros and cons of both.
If you prefer one over the other I'll fix it to your liking. Others
might have opinions here too.

Yes, I'd like to hear others on this too. I don't have a preference
either, other than if we don't have a good reason to remove a number,
why not keep it? That way we can differentiate between versions up to
the last number. I guess I was just "expecting" the full version number
to be there, so I was surprised to see OpenSceneGraph-2.7...

Quote:
Quote:
Also, the OpenThreads packages got unzipped to OpenSceneGraph-2.7 as
well (and not OpenThreads-x.y.z), though I think that's as designed
since we want them to land in the same place as OSG so we don't have to
add two sets of lib/include files to our projects, plus OpenThreads
lives inside OSG for all intents and purposes, right? It might be
slightly confusing to new users to have separate packages with the
intent that you absolutely need both in all cases, but it follows our
conventions.

I hadn't thought of that so thanks for asking. I would say that
openthreads should go to OpenThreads-2.7[.8] but some people might
prefer to have it all in one dir.

Not sure, I'd like others' opinions on this too.

Quote:
Maybe there's a step we're missing.
What about users that want files installed in /usr/local for example.
Do we need to provide an install script or similar? I will eventually
get to looking att the debian package generator but that won't happen
before osg-2.8.

I don't think an install script is necessary (but my argument for that
is the same as my argument for not using installers on Windows, I defer
to others for the final word on the matter).

Debian packages will be really nice though.

These were just two things I noticed, and they're details IMHO, so I
think that shows that the rest is top-notch. I was able to build the
Package ALL target fine. Previous versions would fail on 2-3 of the 5-6
targets if building Package ALL, because VS tried to build several at
once and then failed to lock the directories for one since it was
writing another package at the same time in the same directory, this
problem is not there anymore.

Thanks,

J-S
--
______________________________________________________
Jean-Sebastien Guay
http://www.cm-labs.com/
http://whitestar02.webhop.org/


------------------
Post generated by Mail2Forum
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    OpenSceneGraph Forum Forum Index -> Submission All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum

Similar Topics
Topic Author Forum Replies Posted
No new posts Linux packaging: Qt 4 vs 5 DeadParrot General 14 Thu Jul 14, 2016 8:52 pm View latest post
No new posts DDS - Crash fixes, improved handling ... Sukender Submission 4 Thu Apr 18, 2013 12:08 pm View latest post
No new posts improved StatsVisitor robertosfield Submission 0 Mon Feb 06, 2012 12:31 pm View latest post
No new posts improved StatsVisitor PC John Submission 0 Wed Oct 19, 2011 7:57 am View latest post
No new posts Folders in solution for doc and packa... Skylark Submission 1 Wed May 25, 2011 7:32 pm View latest post


Board Security Anti Bot Question MOD - phpBB MOD against Spam Bots
Powered by phpBB © 2001, 2005 phpBB Group
Protected by Anti-Spam ACP