Re: OpenCASCADE and applications depending on it

2014-02-22 Thread Kevin Kofler
Sandro Mani wrote: > Ok that worked, next issue is that there are re many instances on > harcoded /usr/lib/pythonX.Y which need to be /usr/lib64/pythonX.Y on > x86_64. Joy. Our %cmake macro defines ${LIB_SUFFIX} for that purpose. Kevin Kofler -- devel mailing list devel@lists.fedoraproj

Re: OpenCASCADE and applications depending on it

2014-02-22 Thread Sandro Mani
On 22.02.2014 00:52, Sandro Mani wrote: On 21.02.2014 23:23, Kevin Kofler wrote: Sandro Mani wrote: This is what I have now [1]. [1] http://smani.fedorapeople.org/salome/salome-kernel-7.3.0/ The string "kernel module" in the summaries and descriptions is misleading. (It can mislead users int

Re: OpenCASCADE and applications depending on it

2014-02-21 Thread Sandro Mani
On 21.02.2014 23:23, Kevin Kofler wrote: Sandro Mani wrote: This is what I have now [1]. [1] http://smani.fedorapeople.org/salome/salome-kernel-7.3.0/ The string "kernel module" in the summaries and descriptions is misleading. (It can mislead users into thinking this is a module for the Linux

Re: OpenCASCADE and applications depending on it

2014-02-21 Thread Kevin Kofler
Sandro Mani wrote: > This is what I have now [1]. > [1] http://smani.fedorapeople.org/salome/salome-kernel-7.3.0/ The string "kernel module" in the summaries and descriptions is misleading. (It can mislead users into thinking this is a module for the Linux kernel, when actually this is just the co

Re: OpenCASCADE and applications depending on it

2014-02-16 Thread Sandro Mani
On 17.02.2014 00:43, Richard Shaw wrote: On Sun, Feb 16, 2014 at 5:35 PM, Sandro Mani > wrote: Looking at this, we don't necessarily need to do the reviews 1 for 1 per module, but perhaps make smesh and it's requirements one "review". What do you think

Re: OpenCASCADE and applications depending on it

2014-02-16 Thread Richard Shaw
On Sun, Feb 16, 2014 at 5:35 PM, Sandro Mani wrote: > > Looking at this, we don't necessarily need to do the reviews 1 for 1 per > module, but perhaps make smesh and it's requirements one "review". What do > you think? > > Fine with me. I had a quick look at updating adapting my salome-kernel for

Re: OpenCASCADE and applications depending on it

2014-02-16 Thread Sandro Mani
On 16.02.2014 20:41, Richard Shaw wrote: On Sun, Feb 16, 2014 at 9:58 AM, Sandro Mani > wrote: On 16.02.2014 14:56, Richard Shaw wrote: [snip] I wonder if we could do a staged review instead, for instance, have a review request just for the kernel

Re: OpenCASCADE and applications depending on it

2014-02-16 Thread Richard Shaw
On Sun, Feb 16, 2014 at 9:58 AM, Sandro Mani wrote: > > On 16.02.2014 14:56, Richard Shaw wrote: > > [snip] > > I wonder if we could do a staged review instead, for instance, have a > review request just for the kernel, then create a separate review request > for smesh but make the kernel revie

Re: OpenCASCADE and applications depending on it

2014-02-16 Thread Sandro Mani
On 16.02.2014 16:58, Sandro Mani wrote: [snip] So the roadmap is basically to get python-omniORB and OCE in fedora, and then we can start moving with salome-kernel and the rest. libbatch is also needed, which I also had lying around. I've quickly updated it and posted it for review, see [1].

Re: OpenCASCADE and applications depending on it

2014-02-16 Thread Sandro Mani
On 16.02.2014 14:56, Richard Shaw wrote: [snip] I wonder if we could do a staged review instead, for instance, have a review request just for the kernel, then create a separate review request for smesh but make the kernel review request a blocker for it. I think this would break the reviews

Re: OpenCASCADE and applications depending on it

2014-02-16 Thread Richard Shaw
On Sun, Feb 16, 2014 at 6:13 AM, Sandro Mani wrote: > > On 16.02.2014 04:00, Richard Shaw wrote: > > On Sat, Feb 15, 2014 at 4:09 PM, Sandro Mani wrote: > >> The salome-kernel srpm is here [1]. I see now that I actually didn't >> completely finish salome-gui... >> > > Interesting... You're ext

Re: OpenCASCADE and applications depending on it

2014-02-16 Thread Sandro Mani
On 16.02.2014 04:00, Richard Shaw wrote: On Sat, Feb 15, 2014 at 4:09 PM, Sandro Mani > wrote: The salome-kernel srpm is here [1]. I see now that I actually didn't completely finish salome-gui... Interesting... You're extracting just the kernel module... M

Re: OpenCASCADE and applications depending on it

2014-02-15 Thread Richard Shaw
On Sat, Feb 15, 2014 at 4:09 PM, Sandro Mani wrote: > The salome-kernel srpm is here [1]. I see now that I actually didn't > completely finish salome-gui... > Interesting... You're extracting just the kernel module... Maybe it's not worth the trouble but I was working with the whole source, whic

Re: OpenCASCADE and applications depending on it

2014-02-15 Thread Sandro Mani
On 15.02.2014 22:14, Richard Shaw wrote: On Sat, Feb 15, 2014 at 8:16 AM, Sandro Mani > wrote: On 15.02.2014 02:02, Richard Shaw wrote: Ok, the smesh from sourceforge doesn't appear to be maintained anymore but I have been patching it to keep i

Re: OpenCASCADE and applications depending on it

2014-02-15 Thread Richard Shaw
On Sat, Feb 15, 2014 at 8:16 AM, Sandro Mani wrote: > > On 15.02.2014 02:02, Richard Shaw wrote: > >> Ok, the smesh from sourceforge doesn't appear to be maintained anymore >> but I have been patching it to keep it working with freecad but checking >> freecad master they've continued to modify it

Re: OpenCASCADE and applications depending on it

2014-02-15 Thread Sandro Mani
On 15.02.2014 02:02, Richard Shaw wrote: Ok, the smesh from sourceforge doesn't appear to be maintained anymore but I have been patching it to keep it working with freecad but checking freecad master they've continued to modify it such that I'm not sure my version will work for much longer. No

Re: OpenCASCADE and applications depending on it (was: LinuxCNC RTAI kernel)

2014-02-14 Thread Richard Shaw
Ok, the smesh from sourceforge doesn't appear to be maintained anymore but I have been patching it to keep it working with freecad but checking freecad master they've continued to modify it such that I'm not sure my version will work for much longer. Now the question is what to do about that... I m

Re: OpenCASCADE and applications depending on it (was: LinuxCNC RTAI kernel)

2014-02-13 Thread Richard Shaw
On Thu, Feb 13, 2014 at 8:29 PM, Eric Smith wrote: > > On Feb 13, 2014 4:29 PM, "Sandro Mani" wrote: > > On 14.02.2014 00:12, Eric Smith wrote: > >> but several people suggested that it would be better to wait for OCE > (downstream) to be rebased on the new OpenCASCADE release, and the OCE > pac

Re: OpenCASCADE and applications depending on it (was: LinuxCNC RTAI kernel)

2014-02-13 Thread Eric Smith
On Feb 13, 2014 4:29 PM, "Sandro Mani" wrote: > On 14.02.2014 00:12, Eric Smith wrote: >> but several people suggested that it would be better to wait for OCE (downstream) to be rebased on the new OpenCASCADE release, and the OCE package to be moved from RPM Fusion into Fedora. > Christopher ment

OpenCASCADE and applications depending on it (was: LinuxCNC RTAI kernel)

2014-02-13 Thread Sandro Mani
On 14.02.2014 00:12, Eric Smith wrote: I wrote: > but several people suggested that it would be better to wait for OCE (downstream) to be rebased on the new OpenCASCADE release, and the OCE package to be moved from RPM Fusion into Fedora. I see that OCE 0.15 was released yesterday, and is n