Daniel Macks wrote:
[]
Is this the correct course of action? I was under the impression that
the 10.4-transitional tree was supposed to use gcc-3.3.
No, by default (i.e. if the package itself doesn't do anything special),
the 10.4-transitional tree uses g++-3.3 for C++ code and gcc-4.0 for C
Jack,
Just to be sure, I want to build the package first (on 10.3). However,
I cannot d/l the source code, both mirrors are not responsive. I will
try again later.
- Koen.
On May 24, 2005, at 7:25 PM, Jack Howarth wrote:
Koen,
As requested by Daniel, I have reverted the molmol 2k.2.
Koen,
Well in the case of glut and freeglut, I have verified that the
builds aren't leaky. The glut build never looks in /sw/lib or
/sw/include for headers or libraries. The freeglut build is safe
with glut installed since it uses the freeglut basename for its
headers and libraries and thus will
Koen,
As requested by Daniel, I have reverted the molmol 2k.2.0-19
package to build with gcc-3.3 once again rather than gcc-4.0.
This version will be okay for both 10.3 and 10.4-transitional
unstable. It is uploaded into the tracker...
http://sourceforge.net/tracker/index.php?func=detail&aid=1
On May 24, 2005, at 11:09 AM, Jack Howarth wrote:
>
> I have uploaded a new molmol.info file (2k.2.0-19) for the unstable
> branch of 10.4-transitional. This version builds against gcc-4.0
[...]
Is this the correct course of action? I was under the impression that
the 10.4-transitional tree was su
On May 24, 2005, at 11:09 AM, Jack Howarth wrote:
I
have uploaded a new molmol.info file (2k.2.0-19) for the unstable
branch of 10.4-transitional. This version builds against gcc-4.0
and freeglut. It passes fink validate both as the info file and
the resulting debs.
I don't have Tiger, so can
On May 23, 2005, at 10:55 PM, Daniel Macks wrote:
The goal is clean build first and foremost; *then* worry about
avoiding buildlock deadlock. If there's leakage from an installed pkg
into the build, please do specify the BuildConflicts...that's why we
created the field no?
If both packages s
Koen,
Thanks for getting the modified freeglut and glut packages in
10.3 and 10.4-transitional unstable. I have one last request. I
have uploaded a new molmol.info file (2k.2.0-19) for the unstable
branch of 10.4-transitional. This version builds against gcc-4.0
and freeglut. It passes fink val
On Mon, May 23, 2005 at 10:25:54PM -0400, Jack Howarth wrote:
> Koen,
>While you are adding pymol-py, please update the glut and freeglut
> packages in the 10.3 and 10.4-transitional unstable trees as well.
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=1207413&group_id=17203&ati
On May 23, 2005, at 10:25 PM, Jack Howarth wrote:
While you are adding pymol-py, please update the glut and freeglut
packages in the 10.3 and 10.4-transitional unstable trees as well.
Ok done. I assume they build and validate fine, I did not check that.
- Koen.
--
Done. Thanks for submitting the new pymol.
- Koen.
On May 23, 2005, at 10:18 PM, Jack Howarth wrote:
Koen,
The pymol-py package should go in both the 10.3 and
10.4-transitional trees (unstable). Thanks in advance.
Jack
---
Th
Koen,
While you are adding pymol-py, please update the glut and freeglut
packages in the 10.3 and 10.4-transitional unstable trees as well.
http://sourceforge.net/tracker/index.php?func=detail&aid=1207413&group_id=17203&atid=414256
http://sourceforge.net/tracker/index.php?func=detail&aid=120741
Koen,
The pymol-py package should go in both the 10.3 and
10.4-transitional trees (unstable). Thanks in advance.
Jack
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
En
Which tree should they go into? I tested them on 10.3 and it works
fine. If I know which trees and if there are no other objections I will
commit them. Is the glut/freeglut issue that was discussed a bit ago
solved?
- Koen.
On May 23, 2005, at 7:41 PM, Jack Howarth wrote:
I have resubm
I have resubmitted the pymol-py package as new package on the
tracker since I was having no luck whatsoever in getting this into
unstable. Once again, this pymol-py package replaces the current
pymol package and allows builds against python2.2, python2.3 or
python2.4 with the resulting pymol-py
15 matches
Mail list logo
