Hello,
I tried to install the apache php5 module, but it failed because the
download link for the php tar.bz2 isn't working i.e.
http://at.php.net/distributions/php-5.1.4.tar.bz2
Maybe you should also consider updating to 5.2.4?
--
Package manager version: 0.27.6
Distribution version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
as far as I know there are a few ppl working on it, and if it's not
done BTW the time I have free time again I'll be upgrading them.
- ---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.
On 14-Sep-07, at 4:32
Indeed it works great.
Thank you very much, this is now on the tracker.
Alexandre
Le 14 sept. 07 à 00:27, Vincent Beffara a écrit :
I am attaching something that works.
Hmm, well, _this_ time I am attaching them, sorry for the double
post...
/v
--
Vincent Beffara
UMPA - ENS Lyon
Friends -
I am finishing up my work on a system-texlive package. It will also
have tetex-base-texlive and tetex-texmf-texlive packages. With these
three packages most, or at least many, packages will be able to work
with TeX Live that currently require teTeX. The current status of
On 14 Sep 2007, at 18:01, John Ridgway wrote:
I am finishing up my work on a system-texlive package. It will also
have tetex-base-texlive and tetex-texmf-texlive packages.
If I understand well, the latter two build everything from source ?
The following packages need the kpathsea library,
On Sep 14, 2007, at 12:25 PM, Jean-François Mertens wrote:
On 14 Sep 2007, at 18:01, John Ridgway wrote:
I am finishing up my work on a system-texlive package. It will also
have tetex-base-texlive and tetex-texmf-texlive packages.
If I understand well, the latter two build everything from
Hi,
I am finishing up my work on a system-texlive package. It will
also
have tetex-base-texlive and tetex-texmf-texlive packages.
That's great to hear !
If I understand well, the latter two build everything from source ?
Nope, they depend on system-texlive, provide tetex-base and
On Sep 14, 2007, at 1:18 PM, Vincent Beffara wrote:
Hi,
I am finishing up my work on a system-texlive package. It will
also
have tetex-base-texlive and tetex-texmf-texlive packages.
That's great to hear !
If I understand well, the latter two build everything from source ?
Nope, they
On 14 Sep 2007, at 22:38, Alexander K. Hansen wrote:
Eric Keiter wrote:
To whom may concern,
I have an MacBook Pro laptop, which runs with OSX version 10.4.10
and uses a
1.83 Ghz Intel Core Duo processor.
Yesterday, I did a fink self-update, and after that I did a fink
update-all.
Eric Keiter wrote:
To whom may concern,
I have an MacBook Pro laptop, which runs with OSX version 10.4.10 and uses a
1.83 Ghz Intel Core Duo processor.
Yesterday, I did a fink self-update, and after that I did a fink update-all.
Guile16 attempted to update itself, and failed. The build
To whom may concern,
I have an MacBook Pro laptop, which runs with OSX version 10.4.10 and uses a
1.83 Ghz Intel Core Duo processor.
Yesterday, I did a fink self-update, and after that I did a fink update-all.
Guile16 attempted to update itself, and failed. The build error is:
On 14 Sep 2007, at 22:56, Jean-François Mertens wrote:
Judging by the rl in the symbol list, it looks like a problem with
readline. Do you happen to have a non-Fink libreadline.dylib laying
around in /usr/local?
But I see no -L/sw/lib in that line !
And indeed an fgrep in the output of
Both say, no match
ls -l /sw/lib/libreadl*
tcsh: ls: No match.
file /sw/lib/libreadl*
tcsh: file: No match.
Eric
[EMAIL PROTECTED]
On 9/14/07 3:07 PM, Jean-François Mertens
[EMAIL PROTECTED] wrote:
On 14 Sep 2007, at 22:56, Jean-François Mertens wrote:
Judging by the rl in
On 9/14/07, Eric Keiter [EMAIL PROTECTED] wrote:
Both say, no match
ls -l /sw/lib/libreadl*
tcsh: ls: No match.
file /sw/lib/libreadl*
tcsh: file: No match.
Eric
[EMAIL PROTECTED]
Very odd, considering that readline5 (which does indeed give
/sw/lib/libreadline.dylib) is a listed
On 14 Sep 2007, at 23:09, Eric Keiter wrote:
Both say, no match
ls -l /sw/lib/libreadl*
tcsh: ls: No match.
file /sw/lib/libreadl*
tcsh: file: No match.
And fink list readline5 shows the pkg installed ??
Anyway, pleae first rebuild and reinstall readline5,
and then this should
On 9/14/07, Alexander Hansen [EMAIL PROTECTED] wrote:
On 9/14/07, Eric Keiter [EMAIL PROTECTED] wrote:
Both say, no match
ls -l /sw/lib/libreadl*
tcsh: ls: No match.
file /sw/lib/libreadl*
tcsh: file: No match.
Eric
[EMAIL PROTECTED]
Very odd, considering that
OK, I just did that and there are a lot more readline related files in
/sw/lib.
Thanks, I think that will probably fix it. I'm not sure how readline got
mangled, but I might have had to awkwardly shut the computer down during an
update a few days ago - that might be the issue.
Thanks,
Eric
On 9/14/07, Eric Keiter [EMAIL PROTECTED] wrote:
OK, I just did that and there are a lot more readline related files in
/sw/lib.
Thanks, I think that will probably fix it. I'm not sure how readline got
mangled, but I might have had to awkwardly shut the computer down during an
update a few
Jeff,
Have you tried making newer tcltk packages? I took a stab
at building a tcltk 8.4.15-1 package with the existing info
and patch. The build seems to complete okay but when I try
to run pymol-py I find the tcl/tk interface doesn't open.
Instead I get repeated errors...
Break on
I figured out the problem. We need to pass --disable-corefoundation to
configure for both tcl and tk in 8.4.15. The newer tcltk solved the problems
in pymol-py where the pdb selector would load a pdb and the tcl/tk interface
would become unresponsive. This doesn't occur with tcltk 8.4.15
20 matches
Mail list logo