Hello documentation team! (and, of course, anyone else who wants to
lend a hand for the heavy lifting ;-)
First off, I would like to apologize for having disappeared for the
last couple of weeks, that annoying real life work thing hasn't
left me with much extra time lately to work
Le 30 sept. 07 à 13:57, Weissmann Markus a écrit :
On 30.09.2007, at 12:13, Michael Wild wrote:
Ryan Schmidt wrote:
On Sep 28, 2007, at 14:45, Ryan Schmidt wrote:
On Sep 28, 2007, at 09:55, Michael Wild wrote:
My problem actually is that a port which I'm preparing requires
gfortran
Anders F Björklund wrote:
For MacPorts 1.6.0,
I think you should split the dports trunk in two,
trunk and release, just as done with the base.
There is just too much port breakage with running the
latest developer version on the user machines, IMHO.
That sounds like a good idea. But who
On 3 Oct 2007, at 05:37, Rainer Müller wrote:
Anders F Björklund wrote:
For MacPorts 1.6.0,
I think you should split the dports trunk in two,
trunk and release, just as done with the base.
There is just too much port breakage with running the
latest developer version on the user machines,
Hi
I submitted an updated Portfile for qt4-mac version 4.3.1.
For the details see
http://trac.macports.org/projects/macports/ticket/12846
Quite a lot changed, so please have a close look at it.
Regards
Michael
___
macports-dev mailing list
Le 2 oct. 07 à 13:05, Michael Wild a écrit :
Anders F Björklund wrote:
For MacPorts 1.6.0,
I think you should split the dports trunk in two,
trunk and release, just as done with the base.
There is just too much port breakage with running the
latest developer version on the user machines,
Since the cd command has been removed from trunk, perhaps another
command could be added to fill in the void? I'm proposing a command
that acts like cd but takes a block and executes the block within the
given directory, then restores the old working directory before
continuing on.
Any
Le 07-10-02 à 18:23, Kevin Ballard a écrit :
Since the cd command has been removed from trunk, perhaps another
command could be added to fill in the void? I'm proposing a command
that acts like cd but takes a block and executes the block within
the given directory, then restores the old
On Oct 2, 2007, at 16:16, N_Ox wrote:
Le 2 oct. 07 à 13:05, Michael Wild a écrit :
Anders F Björklund wrote:
For MacPorts 1.6.0,
I think you should split the dports trunk in two,
trunk and release, just as done with the base.
There is just too much port breakage with running the
latest
Kevin Ballard wrote:
Since the cd command has been removed from trunk, perhaps another
command could be added to fill in the void? I'm proposing a command that
acts like cd but takes a block and executes the block within the given
directory, then restores the old working directory before
10 matches
Mail list logo