On Jan 15, 2010, at 01:01, Mark Evenson wrote:
> On 1/15/10 3:13 AM, Ryan Schmidt wrote:
>>
>
>> On Jan 14, 2010, at 05:05, easie...@macports.org wrote:
>>
>>> Revision: 62712
>>> http://trac.macports.org/changeset/62712
>>> Author: easie...@macports.org
>>> Date: 2010-01-14 03:
On Jan 15, 2010, at 13:36, Jeremy Lavergne wrote:
> Have we considered bundling any packages with the MacPorts disk images that
> most packages use?
No, I don't think we've considered that. What would be the benefit? Ports
aren't hard to compile the usual way...
> Does anyone run any statist
On 2010-1-16 01:32 , Jann Röder wrote:
> One of my ports has the same problem,
> I just use a ui_msg in post-activate to tell the user about this.
You should actually use notes for this these days.
- Josh
___
macports-dev mailing list
macports-dev@lists
On 2010-1-16 02:12 , Rainer Müller wrote:
> On 2010-01-14 00:07 , j...@macports.org wrote:
>> Revision: 62692
>> http://trac.macports.org/changeset/62692
>> Author: j...@macports.org
>> Date: 2010-01-13 15:07:10 -0800 (Wed, 13 Jan 2010)
>> Log Message:
>> ---
>> remove recei
On Jan 15, 2010, at 12:07 PM, Jeremy Lavergne wrote:
>> Added (build) conflict with kdelibs4.
>
> If kdelibs4 depends on qt4-mac ... how can qt4-mac conflict with kdelibs4?
Well unfortunately if kdelibs4 is active when qt4-mac is being built, qt4-mac
will fail to build. The workaround is to de
Have we considered bundling any packages with the MacPorts disk images that
most packages use?
Does anyone run any statistics on what are the most depended packages?
smime.p7s
Description: S/MIME cryptographic signature
___
macports-dev mailing list
> Added (build) conflict with kdelibs4.
If kdelibs4 depends on qt4-mac ... how can qt4-mac conflict with kdelibs4?
smime.p7s
Description: S/MIME cryptographic signature
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macos
On 2010-01-14 00:07 , j...@macports.org wrote:
> Revision: 62692
> http://trac.macports.org/changeset/62692
> Author: j...@macports.org
> Date: 2010-01-13 15:07:10 -0800 (Wed, 13 Jan 2010)
> Log Message:
> ---
> remove receipt_sqlite.tcl
>
> Removed Paths:
> -
>
One of my ports has the same problem,
I just use a ui_msg in post-activate to tell the user about this. Since
you don't know which shell a user is using (it's probably bash, but
still) it will be quite hard to do this automatically, not to mention
the trouble when upgrading or uninstalling the port
On 15.01.2010 00:07, Jeremy Lavergne wrote:
> That's pretty straightforward for SourceForge projects: we can write
> a licensecheck just like livecheck.
What about something like "lint --guess"? It would try to find missing
values (could also be used in the same way for other mandatory fields
like
Thank you!
Now I am trying for the n-th time to compile GEANT and see if the installation
gets to the end.
While I am waiting I will post another question.
Is there a way to set some environment variables that should be set at the
beginning of any shell session?
GEANT to work needs some variable
11 matches
Mail list logo