Menu
▾
▴
openvrml-develop
|
From: Steve T. <ste...@ce...> - 2010-09-03 14:19:37
|
Hi Braden,
I've been looking at what it would take to add openvrml to EPEL. I am
interested to see openvrml availble from
CentOS 5.
The only completely missing dependency for the 0.18.6-5 is gtkglext
which can be built into EPEL with a trivial patch
which I have.
However after that it seems that glib amongst other items is to old
e.g a lack of gio in it.
Anyway, as per one of your mails in google I tried the 0.17 release
and in particular the Fedora 12 .src.rpm
But this has some problems with the available
boost-devel-1.33.1-10.el5 (I can supply errors)
Have you tried , or are you aware of some successful builds on Centos+EPEL5.
Steve.
--
Steve Traylen
|
|
From: Braden M. <br...@en...> - 2010-09-03 20:29:29
|
On Fri, 2010-09-03 at 16:19 +0200, Steve Traylen wrote: > Hi Braden, > > I've been looking at what it would take to add openvrml to EPEL. I am > interested to see openvrml availble from > CentOS 5. > > The only completely missing dependency for the 0.18.6-5 is gtkglext > which can be built into EPEL with a trivial patch > which I have. gtkglext is in Fedora; would it be that hard to get it into EPEL? > However after that it seems that glib amongst other items is to old > e.g a lack of gio in it. > > Anyway, as per one of your mails in google I tried the 0.17 release > and in particular the Fedora 12 .src.rpm > > But this has some problems with the available > boost-devel-1.33.1-10.el5 (I can supply errors) > > Have you tried , or are you aware of some successful builds on Centos+EPEL5. I haven't and I'm not. But I'd expect you to have to go farther back than Fedora 12 to find one that would work with. Looking through some old specfiles, it looks to me like you'd have to go all the way back to Fedora 7 and OpenVRML 0.16.7 to find one that provides/requires Boost 1.33.1. And FWIW, OpenVRML 0.16.x included its own copy of gtkglext; so at least you wouldn't have to worry about that dependency. It's my impression that RHEL6 isn't *that* far away; perhaps it would be a better target for an EPEL effort? -- Braden McDaniel <br...@en...> |
|
From: Steve T. <ste...@ce...> - 2010-09-03 20:38:55
|
On Fri, Sep 3, 2010 at 10:29 PM, Braden McDaniel <br...@en...> wrote: > On Fri, 2010-09-03 at 16:19 +0200, Steve Traylen wrote: >> Hi Braden, >> >> I've been looking at what it would take to add openvrml to EPEL. I am >> interested to see openvrml availble from >> CentOS 5. >> >> The only completely missing dependency for the 0.18.6-5 is gtkglext >> which can be built into EPEL with a trivial patch >> which I have. > > gtkglext is in Fedora; would it be that hard to get it into EPEL? > The patch I have is to the Fedora one, it's just a trivial .spec file change. This can be done for sure and I'll do it if the subsequent items can be resolved. >> However after that it seems that glib amongst other items is to old >> e.g a lack of gio in it. >> >> Anyway, as per one of your mails in google I tried the 0.17 release >> and in particular the Fedora 12 .src.rpm >> >> But this has some problems with the available >> boost-devel-1.33.1-10.el5 (I can supply errors) >> >> Have you tried , or are you aware of some successful builds on Centos+EPEL5. > > I haven't and I'm not. > > But I'd expect you to have to go farther back than Fedora 12 to find one > that would work with. Looking through some old specfiles, it looks to > me like you'd have to go all the way back to Fedora 7 and OpenVRML > 0.16.7 to find one that provides/requires Boost 1.33.1. Yes RHEL 5 is for sure embarrassingly out of date in places these days. > And FWIW, OpenVRML 0.16.x included its own copy of gtkglext; so at least > you wouldn't have to worry about that dependency. > > It's my impression that RHEL6 isn't *that* far away; perhaps it would be > a better target for an EPEL effort? Indeed, we will be running RHEL5 for another 3 or 4 years at least I expect, still have some RHEL3 in some places :-),:-(. Will have a go with an older version, I realise GL/Graphics/ .. is a fast moving world. (For what it's worth FreeWRL, is just as hard to build.) Steve > > -- > Braden McDaniel <br...@en...> > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > openvrml-develop mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openvrml-develop > -- Steve Traylen |
|
From: Braden M. <br...@en...> - 2010-09-03 21:38:23
|
On Fri, 2010-09-03 at 22:38 +0200, Steve Traylen wrote: > On Fri, Sep 3, 2010 at 10:29 PM, Braden McDaniel <br...@en...> wrote: [snip] > > It's my impression that RHEL6 isn't *that* far away; perhaps it would be > > a better target for an EPEL effort? > > Indeed, we will be running RHEL5 for another 3 or 4 years at least I > expect, still > have some RHEL3 in some places :-),:-(. Ouch. :-/ > Will have a go with an older version, I realise GL/Graphics/ .. is a > fast moving world. > (For what it's worth FreeWRL, is just as hard to build.) In OpenVRML's case, the Boost and GNOME dependencies are the most rapidly moving ones. If you wanted/needed to do so, you could simply build without the GNOME-dependent parts and still have the library available. But Boost gets used in the core stuff; so that one's a lot harder to get away from. -- Braden McDaniel <br...@en...> |
|
From: Steve T. <ste...@ce...> - 2010-09-10 21:21:44
|
Hi Braden, I gave the 0.16.7 version a go. openvrml/vrml97node.cpp:5650: warning: missing braces around initializer for 'openvrml::node_interface [14]' openvrml/vrml97node.cpp: In function 'void<unnamed>::openvrml_png_info_callback(png_struct*, png_info*)': openvrml/vrml97node.cpp:6435: error: 'MOZ_PNG_get_progressive_ptr' was not declared in this scope openvrml/vrml97node.cpp:6443: error: 'MOZ_PNG_get_image_w' was not declared in this scope openvrml/vrml97node.cpp:6444: error: 'MOZ_PNG_get_image_h' was not declared in this scope and I've put the full log here. http://dpaste.org/Nf30/ Any bright ideas. Steve. On Fri, Sep 3, 2010 at 11:38 PM, Braden McDaniel <br...@en...> wrote: > On Fri, 2010-09-03 at 22:38 +0200, Steve Traylen wrote: >> On Fri, Sep 3, 2010 at 10:29 PM, Braden McDaniel <br...@en...> wrote: > > [snip] > >> > It's my impression that RHEL6 isn't *that* far away; perhaps it would be >> > a better target for an EPEL effort? >> >> Indeed, we will be running RHEL5 for another 3 or 4 years at least I >> expect, still >> have some RHEL3 in some places :-),:-(. > > Ouch. :-/ > >> Will have a go with an older version, I realise GL/Graphics/ .. is a >> fast moving world. >> (For what it's worth FreeWRL, is just as hard to build.) > > In OpenVRML's case, the Boost and GNOME dependencies are the most > rapidly moving ones. If you wanted/needed to do so, you could simply > build without the GNOME-dependent parts and still have the library > available. But Boost gets used in the core stuff; so that one's a lot > harder to get away from. > > -- > Braden McDaniel <br...@en...> > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > openvrml-develop mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openvrml-develop > -- Steve Traylen |
|
From: Braden M. <br...@en...> - 2010-09-10 21:41:58
|
On 9/10/10 5:21 PM, Steve Traylen wrote: > Hi Braden, > > I gave the 0.16.7 version a go. > > openvrml/vrml97node.cpp:5650: warning: missing braces around > initializer for 'openvrml::node_interface [14]' > openvrml/vrml97node.cpp: In function > 'void<unnamed>::openvrml_png_info_callback(png_struct*, png_info*)': > openvrml/vrml97node.cpp:6435: error: 'MOZ_PNG_get_progressive_ptr' was > not declared in this scope > openvrml/vrml97node.cpp:6443: error: 'MOZ_PNG_get_image_w' was not > declared in this scope > openvrml/vrml97node.cpp:6444: error: 'MOZ_PNG_get_image_h' was not > declared in this scope Since those strings don't occur in OpenVRML's source, I can speculate that you've managed to include some Mozilla header that has #defined the conventional libpng function names to something else. Yet, this error message suggests that a header that defines these Mozilla-modified functions is *not* in the include chain. My advice would be to try to avoid this Mozilla variant of libpng altogether. But if for some reason you can't, then I guess you need to figure out how to ensure these preprocessor macros get applied consistently. -- Braden McDaniel <br...@en...> |
Thanks for helping keep SourceForge clean.
X