David Bruce wrote:
> Hi,
>
> I'm the upstream maintainer for Tux Math and Tux Typing. I just
> contributed a current portfile for tuxmath, and would like to add
> tuxtype as well. The tuxtype port is almost ready to go, but a
> significan part of the game doesn't work because the existing code t
Hi,
I'm the upstream maintainer for Tux Math and Tux Typing. I just
contributed a current portfile for tuxmath, and would like to add
tuxtype as well. The tuxtype port is almost ready to go, but a
significan part of the game doesn't work because the existing code to
convert a wchar_t string to u
On Feb 2, 2009, at 2:43 PM, Olivier Le Floch wrote:
Revision: 46331
http://trac.macports.org/changeset/46331
Author: ryandes...@macports.org
Date: 2009-02-02 13:48:21 -0800 (Mon, 02 Feb 2009)
Log Message:
---
postfix: allow mysql5-devel to satisfy the mysql5 dependency
-
Revision: 46331
http://trac.macports.org/changeset/46331
Author: ryandes...@macports.org
Date: 2009-02-02 13:48:21 -0800 (Mon, 02 Feb 2009)
Log Message:
---
postfix: allow mysql5-devel to satisfy the mysql5 dependency
-depends_lib-append port:mysql5
+depends_lib-a
On Feb 2, 2009, at 16:08, Jeremy Lavergne wrote:
I'm going through my pspp portfile again and trying to implement
the wrapper the way you had suggested in wine.
Should I continue writing my wrapper script in the portfile, rather
than including it in pspp/files?
I've got rename setup corre
On Mon, 2009-02-02 at 21:12 +, MacPorts wrote:
> Yes, PortSystem is all that is in error. Fixing and committing as
> r46329.
Thanks.
For information, a small reminder is here on the advance of MLT/Kdenlive
compiling: http://www.kdenlive.org/forum/kdenlive-macosx-packages
It is far from per
One other user is actually reporting odd CPU usage issues on Leopard.
Would you mind joining xquartz-dev to jump in that thread:
http://lists.macosforge.org/mailman/listinfo/xquartz-dev
http://lists.macosforge.org/pipermail/xquartz-dev/2009-January/001952.html
http://lists.macosforge.org/pipe
On Mon, Feb 02, 2009 at 09:46:33PM +0100, Simon Ruderich wrote:
> On Mon, Feb 02, 2009 at 10:19:35AM -0800, Jeremy Huddleston wrote:
>> xorg-libXfont @1.3.4_1 should solve the problem now...
>
> Thanks Jeremy, it works perfectly now. Even the CPU load is back
> to normal (no idea why, but I'm happ
On Mon, Feb 02, 2009 at 10:19:35AM -0800, Jeremy Huddleston wrote:
> xorg-libXfont @1.3.4_1 should solve the problem now...
Thanks Jeremy, it works perfectly now. Even the CPU load is back
to normal (no idea why, but I'm happy ;-)).
Thanks again,
Simon
--
+ privacy is necessary
+ using http://g
Rasmus Andersson wrote:
> That would be really nice. Maybe a solution like Debian use? (A single
> package may include programs for several Python versions).
>
> On Mon, Feb 2, 2009 at 21:09, Jeremy Lavergne
> wrote:
>> In regards to ticket #18325.
>>
>> What should be done when a portfile is sub
That would be really nice. Maybe a solution like Debian use? (A single
package may include programs for several Python versions).
On Mon, Feb 2, 2009 at 21:09, Jeremy Lavergne
wrote:
> In regards to ticket #18325.
>
> What should be done when a portfile is submitted three times --- one for
> each
In regards to ticket #18325.
What should be done when a portfile is submitted three times --- one
for each version of python (24, 25, 26), using its respective
PortGroup? The only difference between the versions are four lines:
PortGroup, name, depends_lib, and a post-destroot move.
I b
xorg-libXfont @1.3.4_1 should solve the problem now...
On Feb 2, 2009, at 06:36, Yves de Champlain wrote:
Same happens on Leopard, but I have not tried the workaround yet
http://trac.macports.org/ticket/18310
yves
Le 09-02-02 à 08:47, Simon Ruderich a écrit :
On Mon, Feb 02, 2009 at 01:20
On Mon, 2009-02-02 at 16:15 +0100, Emmanuel Hainry wrote:
> I think it is probably a good place to have a +doxygen variant. So
> that
> you can build dirac without texlive and doxygen by default and use
> those
> dependencies (that are not little things) only if needed.
This morning I updated, cle
Citando Jean-Michel Pouré :
> On Sun, 2009-02-01 at 17:40 -0600, Ryan Schmidt wrote:
>
> See my bug reports. I cleaned and rebuilt texlive_base and it failed in
> the end. My macport installation is up to date. x86. I don't care about
> texlive_base, I am only interested in not breaking ffmpeg-dev
Same happens on Leopard, but I have not tried the workaround yet
http://trac.macports.org/ticket/18310
yves
Le 09-02-02 à 08:47, Simon Ruderich a écrit :
On Mon, Feb 02, 2009 at 01:20:20AM -0800, Jeremy Huddleston wrote:
Ok, so I played a bit on my Tiger box, and this is a bit odd. As a
wor
On Mon, Feb 02, 2009 at 01:20:20AM -0800, Jeremy Huddleston wrote:
> Ok, so I played a bit on my Tiger box, and this is a bit odd. As a
> workaround for now, you can drop x11/xorg-libXfont to version 1.3.3.
>
> It's weird because if you autoreconf before compiling, this bug is
> triggered... w
Ok, after a bit more poking, this seems to be a fairly annoying bug
with glibtool.
Minimizing any chance of conflict, I have a working build using the
libtool provided by configure in the tarball, and I have a broken
build if I replace it with port:glibtool1's glibtool. The delta
between
Ok, so I played a bit on my Tiger box, and this is a bit odd. As a
workaround for now, you can drop x11/xorg-libXfont to version 1.3.3.
It's weird because if you autoreconf before compiling, this bug is
triggered... which means there's something odd happening in libtool
somewhere... hrm...
19 matches
Mail list logo
