Hi Adam,
After a long break, I am back on the Salome packaging. I was pleased
to discover all your advances and the new building process for every
module. Thank you very much for all your efforts. I think that it is
the right time to start porting the patches to Salome 5.1.4 so we can
submit them
Hello Adam and Christophe,
> > > > Package: salome-dev
> > > > Version: 5.1.3-11
> > > > Severity: wishlist
> > > >
> > > > It will be nice to include adm_local directory for each salome "base"
> > > > modules
> > > > in the salome-dev package. This will greatly simplify the developpement
> > >
Hi Adam,
> > After a long break, I am back on the Salome packaging.
>
> Welcome back! I hope you enjoyed your break.
Sure, it was really nice.
>
> > I have enclosed most of the patches for building the KERNEL module with
> > the 5.1.4 version. Moreover a start of the documentation that I plan
On Tue, Sep 14, 2010 at 06:20:34PM -0400, Adam C Powell IV wrote:
> On Tue, 2010-09-14 at 11:05 +0200, Andre Espaze wrote:
> > Hello Adam and Christophe,
> >
> > > > > > Package: salome-dev
> > > > > > Version: 5.1.3-11
> > > > >
Hi Adam,
>
> On Thu, 2010-09-16 at 09:48 +0200, Andre Espaze wrote:
> > On Tue, Sep 14, 2010 at 06:20:34PM -0400, Adam C Powell IV wrote:
> > > On Tue, 2010-09-14 at 11:05 +0200, Andre Espaze wrote:
> > > > > > > > Package: salome-dev
> > >
Hello Adam,
> > Then what would be the relevant place for submitting patches of the
> > remaining modules? Is it a good idea to send them to the bugtracker
> > like I did for the kernel? Or could I let them on the Mercurial
> > repository of http://www.python-science.org/project/salome-packaging?
Hi Adam,
> > > >
> > > > On Tue, 2010-02-23 at 10:05 +0100, Andre Espaze wrote:
> > > > > > Until salome is uploaded into Debian, it will not be possible to
> > > > > > use the
> > > > > > bug tracking system for i
Hi Adam,
>
> Until salome is uploaded into Debian, it will not be possible to use the
> bug tracking system for individual issues. At this point, the only
> "bug" in Debian is that salome isn't there -- #457075. :-)
Ok, so from now I organise tickets on
http://www.python-science.org/project/salo
Hi Adam,
>
> On Tue, 2010-02-23 at 10:05 +0100, Andre Espaze wrote:
> > > Until salome is uploaded into Debian, it will not be possible to use the
> > > bug tracking system for individual issues. At this point, the only
> > > "bug" in Debian is that sa
Hi Adam,
> Apologies for the long delay in replying since your message arrived.
> I've been very busy, and just yesterday finally compiled Salomé.
No problem, I have been busy too last week and I am now coming back
on Salomé.
>
> > I made the KERNEL and GUI modules work this morning on the 5.1.3-
to see a first
working version in Debian.
All the best,
André
commit 30d1a66cc4b1a4023a1397391ed8bdcf570cd50b
Author: Andre Espaze
Date: Wed Apr 21 09:39:46 2010 +0200
LD_LIBRARY_PATH is required for runSalome
Exporting the variable LD_LIBRARY_PATH is required for starting Salome
Hi Sylvestre,
On Tue, Apr 20, 2010 at 04:18:45PM +0200, Sylvestre Ledru wrote:
> Le mardi 20 avril 2010 à 15:25 +0200, Andre Espaze a écrit :
> >
> > > By the way, have you had any luck with asking upstream to adopt some
> > of
> > > these patches? Let me know i
Hi Adam,
> Hi everyone and apologies for the long delay since I last wrote.
No problem, I was also busy on others projects but I am back
on Salomé for this week and I should work full time on it
for the week starting on the 19th of april.
>
> I've been getting VirtualBox to work, as suggested b
at it is not relevant to run the 5.1.3-4 build again
if this version works for you. I am now starting a complete build
with all modules.
Best regards,
André
commit 82657a24389490922d070d883cb79730caabc69e
Author: Andre Espaze
Date: Wed Apr 7 10:43:38 2010 +0200
Building Salome with KERNEL an
Hi Adam,
I am André Espaze, the Logilab's employee supposed to help you in the
Salomé packaging for Debian. First I wanted to thank you for the great
work that you did on the current package. Then I would like to let you
know my progress on the testing part.
I have succeeded to build most of the
Hi Adam,
Thank you very much for your fast reply. I am sorry for not being as
responsive, I am new to Debian packaging and I am also discovering git.
> > I have succeeded to build most of the Salomé modules with the
> > version 5.1.3-3 that you uploaded at http://lyre.mit.edu/~powell/salome/
>
> I think this is getting into the technical details, so it is probably
> not so interesting to the debian-science list. I'm afraid I can't
> figure out a way to set up an account on ww.python-science.org; if you
> can let me know how then I'll go ahead and use that.
A message with your first and
Hi Adam
>
> On Thu, 2010-03-04 at 12:12 -0500, Adam C Powell IV wrote:
> > On Thu, 2010-03-04 at 17:36 +0100, Andre Espaze wrote:
> > > However, I got a runtime error with my version, the study server is
> > > not found even if I only work with the KERNEL and GUI mo
Hi Adam,
> > The last working version was actually the -4:
> >
> > c56f196854092f0dc0d222de71de1a4532f214ec
> > Release 5.1.3-4 "Look ma, it builds!"
>
> That's what I thought. I tried that one today (backported to Ubuntu
> Karmic), and it didn't work. I guess I'll have to bring X up i
Hello Denis,
On Wed, Jun 02, 2010 at 02:13:51PM +0200, Denis Barbier wrote:
> On 2010/6/2 Andre Espaze wrote:
> [...]
> > Your solution is however better because the exported symbols
> > are in control while in my case I remove every GetIDMapper function
> > inlining.
&g
Hi Adam,
>
>
> > Are those libraries private to salome? (In other words, are you sure
> > that no other package will be linked against them?)
> > * If yes, there is no reason to provide libsalome5.1.3-0 and
> > libsalome-dev packages, these libs are shipped by another package
> > (python2.5-s
On Mon, Jun 07, 2010 at 06:06:58PM +0200, Denis Barbier wrote:
> On 2010/6/7 Andre Espaze wrote:
> [...]
> > $ patch -p1 < no-template-function-inline.patch
> > $ patch -p1 < debian/patches/visu-no-template-inline.patch
>
> Thanks André for these detailed expl
Hi Adam,
While the commit d74f067fc25ed4168473890db05eb74d3932c37a succeeded to
merge libsalome and python2.5-salome into the salome package, it seems
that debian/control was not updated accordingly.
python2.5-salome and libsalome-dev can still be found in the Depends
section of the salome package
Hello Adam,
...
>> The second issue is the Debian constraint to build Salome with a HDF5
>> library needing MPI. The corresponding patches (kernel-hdf5-needs-mpi.patch,
>> kernel-mpi-includes.patch, kernel-mpi-libs.patch and so on) are
>> not so welcomed by upstream.
>Really? Did they give an in
Hi Adam,
> >
> > > I guess that it is not relevant to run the 5.1.3-4 build again
> > > if this version works for you. I am now starting a complete build
> > > with all modules.
> >
> > I've built -5 with everything but VISU and NETGENPLUGIN (which don't
> > build), they're at http://lyre.mit.e
Hi Adam,
Sorry for the delay, I have missed the -6 release but I have
just built the -7 one which works fine. I have updated the
documentation on:
http://wiki.debian.org/BuildingSalome
It seems that building Med dependencies by hand is no longer needed
because libmed-2.3.6-2 is now available in De
Hi Adam,
Sorry for the lack of news, I was focus on making VISU work. I have
succeeded to build a Salome package however the current result is
unfortunately split from our development line. That's why I will first
explain my steps and then ask your advice on the merge as I saw that
serious reorga
st regards,
André
> On Mon, 2010-05-17 at 12:06 +0200, Andre Espaze wrote:
> > Hi Adam,
> >
> > Sorry for the lack of news, I was focus on making VISU work. I have
> > succeeded to build a Salome package however the current result is
> > unfortunately split from ou
For not
reproducing the same problem, I am going to build a new Salome version
and send you patches carefully once everything works.
By the way, is the 'git-builpackage' command that exports CXXFLAGS
to '-O2 -g'? I could not yet understand that step.
Best regards,
André
> On T
It is finally not necessary to build the module with the -g option,
I have enclosed a patch that disable the GetIDMapper function inlining
when built with g++ and optimizations.
commit 73f793cb0076b6847fc17750a5e1511af502e06c
Author: André Espaze
Date: Tue Jun 1 16:53:53 2010 +0200
No Get
Hello Denis,
On Wed, Jun 02, 2010 at 10:30:15AM +0200, Denis Barbier wrote:
> On 2010/6/2 Andre Espaze wrote:
> > It is finally not necessary to build the module with the -g option,
> > I have enclosed a patch that disable the GetIDMapper function inlining
> > wh
Hello Adam,
>
> First, some great news: Salomé was accepted into unstable! Now we can
> file multiple independent bugs and track all of these issues separately.
Excellent! I am really glad to hear it.
>
> > I feel really sorry for the wrong patch that I sent you, the reason
> > is that I forgot
>
> > I have enclosed a patch tested on my machine, fell free to correct
> > it if I was wrong.
> [...]
>
> I do not understand why you added #if tests, just adding 'template' at
> the very beginning is enough. It was not explicit in my previous
> mail, but I tried to find an alternative solutio
Package: salome
Version: 5.1.3-10
Severity: wishlist
Last week, Nicolas Chauvat, Sylvestre Ledru, Christophe Trophime and
I met some of the Salome upstream developers in Paris (at Logilab).
We presented the current patches [1] on Salomé 5.1.3 for upstream
inclusion. They are not going to be accept
Package: salome
Severity: wishlist
The Salome Meca platform has recently been released, see [1]. An archive
made of binaries is available with Salome 5.1.3, Code Aster 10.1 and
the ASTER module for Salome. The latter allows to use some of the Code
Aster functionalities from Salome.
As Salome is
roblem, I understand that you are very busy. Thank you very much for
the review.
>
> On Thu, 2010-09-23 at 12:00 +0200, Andre Espaze wrote:
> > Hello Adam,
> >
> > > > Then what would be the relevant place for submitting patches of the
> > > > remai
Hello Adam,
>
> There's a security bug in the Debian package for salome due to insecure
> handling of LD_LIBRARY_PATH in a couple of places, bug 598421.
>
> To fix it, I've patched my runSalome script (this does not affect
> upstream runSalome), and several upstream files, and pushed the fixes to
37 matches
Mail list logo
