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
I have submitted revised version of the glut (3.7-25) and the
freeglut (2.2.0-3) packages for fink unstable into the tracking
system. The only changes made were the removal of the Build-Conflicts
line which currently isn't handled properly under fink. This change
will prevent fink from deinstal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 23, 2005, at 2:29 PM, Benn Newman wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I know of something used in Debian GNU+Linux that sounds is
somewhat (it
is a little of a stretch) what you are talking about (called
taskselect). If
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I know of something used in Debian GNU+Linux that sounds is somewhat (it
is a little of a stretch) what you are talking about (called
taskselect). If lets you decide what you want to do with the computer,
like being a web server or a dial-up server. Is
On May 23, 2005, at 8:52 AM, Johan Glimming wrote:
Umm...my reading of the above makes me think this is more troublesome
than helpful.
Hi Again,
Contrary to open source culture I cannot do this myself. But, I
disagree that this is a bad idea. :-)
For clarity--the only part I thought might
[EMAIL PROTECTED] (Jack Howarth) wrote:
[snip]
> but it would be
> best if fink knew how to properly cope with BuildConflicts.
Sadly, fink doesn't know how to "properly" cope with BuildConflicts, nor
is this likely to change without a complete rewrite of fink's dependency
engine. (This rewrite
Umm...my reading of the above makes me think this is more
troublesome than helpful.
Hi Again,
Contrary to open source culture I cannot do this myself. But, I
disagree that this is a bad idea. :-) The very idea of having this
sort of
bundle packages is
* like a Linux distribution, Fink co
Martin,
I don't think it is wise to remove the BuildConflicts for freeglut
and glut. The current freeglut and glut packaging has freeglut built
as libfreeglut rather than libglut to avoid the binary incompatibility
of the libraries. However to avoid requiring any package that wants
to use freeg
On May 22, 2005, at 2:14 PM, Johan Glimming wrote:
Dear Fink Developers,
I think it is far too tedious to manually select all packages
everytime fink. Also, I prefer installings this in one go, rather than
continously finding a package that I may need (which could happen at a
bad occasions,
Dear Fink Developers,
I think it is far too tedious to manually select all packages
everytime fink. Also, I prefer installings this in one go, rather
than continously finding a package that I may need (which could
happen at a bad occasions, e.g. when Internet it is not availabe,
while at
16 matches
Mail list logo