On Thu, Feb 12, 2009 at 4:05 PM, Ryan Schmidt wrote:
>
> On Feb 12, 2009, at 06:55, illogic...@macports.org wrote:
>
>> Revision: 46763
>> http://trac.macports.org/changeset/46763
>> Author: illogic...@macports.org
>> Date: 2009-02-12 04:55:50 -0800 (Thu, 12 Feb 2009)
>> Log Message
On Feb 13, 2009, at 01:10, Bradley Giesbrecht wrote:
I don't know how macports handles upgrades with respect to etc
file changes but gentoo has a nice "etc-update" program that
allows you replace, merge or ignore etc config files. This CAN be
important. But gentoo portage is also managing
I don't know how macports handles upgrades with respect to etc file
changes but gentoo has a nice "etc-update" program that allows you
replace, merge or ignore etc config files. This CAN be important.
But gentoo portage is also managing the "world" and thankfully we
have Apple taking care
On Feb 13, 2009, at 00:54, Bradley Giesbrecht wrote:
On Feb 12, 2009, at 8:54 PM, Ryan Schmidt wrote:
We could consider totally rearranging the layout of apache2,
apache20 and apache to better fit into the standard MacPorts
directories. However, at the moment I'm just concerned with making
On Feb 12, 2009, at 8:54 PM, Ryan Schmidt wrote:
On Feb 12, 2009, at 09:29, Bradley Giesbrecht wrote:
I thought /opt/local/apache2 was strange compared to where the
majority of other ports park stuff.
After dependancy management I think the big advantages of an
excellent software manager
On Feb 12, 2009, at 23:13, Joshua Root wrote:
Ryan Schmidt wrote:
Before we get into too many specifics about how this interactive
ncurses
interface would look, I'd be more interested in getting some more
non-interactive commands added to MacPorts that would provide the
information on which
Ryan Schmidt wrote:
> Before we get into too many specifics about how this interactive ncurses
> interface would look, I'd be more interested in getting some more
> non-interactive commands added to MacPorts that would provide the
> information on which such an interactive interface would be based.
On Feb 12, 2009, at 20:58, Bradley Giesbrecht wrote:
Thanks for the ascii. Let me borrow it.
variants
[ ] mysql Enable MySQL support for the connector function.
[ ] universal Build Universal Binaries
[X] SSL Support SSL connections
Other port that work well with
[ ]
On Feb 12, 2009, at 09:29, Bradley Giesbrecht wrote:
I thought /opt/local/apache2 was strange compared to where the
majority of other ports park stuff.
After dependancy management I think the big advantages of an
excellent software manager (port) is the logical and consistent
layout and n
We have a regression from 1.7.0 on trunk when the ${description}
variable is included in the long_description. Now, it's surrounded by
curly braces, but this was not the case with 1.7.0.
I filed a bug here:
http://trac.macports.org/ticket/18482
Perhaps someone knows how to fix this.
_
On Feb 12, 2009, at 4:24 PM, Jordan K. Hubbard wrote:
On Feb 12, 2009, at 3:00 PM, Bradley Giesbrecht wrote:
On Feb 12, 2009, at 2:44 PM, Jordan K. Hubbard wrote:
On Feb 12, 2009, at 12:42 PM, Perry Lee wrote:
`make config` displays a menu from which you can select build
options (sort
On Feb 12, 2009, at 12:42 PM, Perry Lee wrote:
`make config` displays a menu from which you can select build
options (sorta like MacPorts' variants). `make config install`
shows the menu then starts the installation right after.
"config" is already pretty close to "configure", which MacPo
What's the best way to get this 2 month old ticket closed?
https://trac.macports.org/ticket/17699
Thanks in advance,
Josh
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
On Feb 12, 2009, at 06:06, m...@macports.org wrote:
Revision: 46759
http://trac.macports.org/changeset/46759
Author: m...@macports.org
Date: 2009-02-12 04:06:51 -0800 (Thu, 12 Feb 2009)
Log Message:
---
version 7.4.24, add warning about Mac OS X Intel incompatibility to
On Feb 12, 2009, at 06:55, illogic...@macports.org wrote:
Revision: 46763
http://trac.macports.org/changeset/46763
Author: illogic...@macports.org
Date: 2009-02-12 04:55:50 -0800 (Thu, 12 Feb 2009)
Log Message:
---
Re-add new port choqok. The "alias" part is actually req
On Feb 12, 2009, at 12:38 PM, Ryan Schmidt wrote:
I'm not familiar with FreeBSD ports... what does "make config" or
"make config install" do?
`make config` displays a menu from which you can select build options
(sorta like MacPorts' variants). `make config install` shows the menu
then st
On Feb 12, 2009, at 03:17, Jean-Michel Pouré wrote:
On Thu, 2009-02-12 at 09:24 +0100, Rainer Müller wrote:
A solution would be to create mlt-c and mlt-cxx and let mlt depend on
both.
In fact, most applications depend on mlt++. mlt++ depends on mlt. So
installing Kdenlive would install mlt++
On Feb 12, 2009, at 09:42, Bradley Giesbrecht wrote:
I really like freebsd ports "make config" or "make config install".
Could be "port config install".
Simple and effective.
I'm not familiar with FreeBSD ports... what does "make config" or
"make config install" do?
___
On Feb 12, 2009, at 2:29 AM, Ryan Schmidt wrote:
I think our web server ports are a bit of a mess. We have apache,
apache2, apache20 and lighttpd, that I know of. They each have their
default htdocs and cgi-bin directories in different places:
One should ignore the apache20 port unless one
On Feb 12, 2009, at 12:30 AM, Thomas de Grivel wrote:
2009/2/10 Jeremy Lavergne :
Let me reword this, as I meant to question, "What happens when the
recommended variants conflict?"
I think these are just recommendations, or suggestions. In the end the
user should be the one to decide. But ac
On Feb 12, 2009, at 2:29 AM, Ryan Schmidt wrote:
I think our web server ports are a bit of a mess. We have apache,
apache2, apache20 and lighttpd, that I know of. They each have their
default htdocs and cgi-bin directories in different places:
apache: ${prefix}/var/www/data/data (weird), $
I think our web server ports are a bit of a mess. We have apache,
apache2, apache20 and lighttpd, that I know of. They each have their
default htdocs and cgi-bin directories in different places:
apache: ${prefix}/var/www/data/data (weird), ${prefix}/var/www/cgi-bin
apache +apache_layout: ${pr
On Thu, 2009-02-12 at 09:24 +0100, Rainer Müller wrote:
> A solution would be to create mlt-c and mlt-cxx and let mlt depend on
> both.
In fact, most applications depend on mlt++. mlt++ depends on mlt. So
installing Kdenlive would install mlt++ and trigger installation of mlt.
Like this is the cas
2009/2/10 Jeremy Lavergne :
> Let me reword this, as I meant to question, "What happens when the
> recommended variants conflict?"
I think these are just recommendations, or suggestions. In the end the
user should be the one to decide. But actually I do not want to divert
us from the original prop
Jean-Michel Pouré wrote:
> Under GNU/Linux, MLT and MLT++ are two seperate packages. MLT++ providse
> C++ wrapping for MLT libraries.
If these are distributed as separate packages it might be for a reason.
A quick check in other distributions shows they all have this separated.
> Maybe this cou
Dear Friends,
Under GNU/Linux, MLT and MLT++ are two seperate packages. MLT++ providse
C++ wrapping for MLT libraries.
Maybe this could be provided as one single package in MacPorts.
Could you outline examples explaining how to fetch two sources in one
single package?
Kind regards,
Jean-Miche
26 matches
Mail list logo
