A few weeks ago, Ryan Schmidt wrote:
On Jul 8, 2011, at 22:45, Jeremy Lavergne wrote:
liblzma: update to 5.0.3; use bzip2 distfile because it's smaller; share
xz's dist_subdir
Just a remark: I found the commit message cryptographic until I reviewed the
actual changes. I thought xz
Hello,
I am working on a port that requires setting a few environnement variable at
run time. How can this be done?
Thanks,
Sébastien
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On 2011-7-26 22:32 , Sébastien Maret wrote:
Hello,
I am working on a port that requires setting a few environnement
variable at run time. How can this be done?
Depends on which variables and in which phase. You can directly set
configure.env, build.env etc., which should be a list of
Le 26 juil. 2011 à 15:05, Joshua Root a écrit :
On 2011-7-26 22:32 , Sébastien Maret wrote:
I am working on a port that requires setting a few environnement
variable at run time. How can this be done?
Depends on which variables and in which phase. You can directly set
configure.env,
On 2011-7-26 23:08 , Sébastien Maret wrote:
Le 26 juil. 2011 à 15:05, Joshua Root a écrit :
On 2011-7-26 22:32 , Sébastien Maret wrote:
I am working on a port that requires setting a few environnement
variable at run time. How can this be done?
Depends on which variables and in which
Le 26 juil. 2011 à 15:21, a écrit :
On 2011-7-26 23:08 , Sébastien Maret wrote:
Le 26 juil. 2011 à 15:05, Joshua Root a écrit :
On 2011-7-26 22:32 , Sébastien Maret wrote:
I am working on a port that requires setting a few environnement
variable at run time. How can this be done?
On Jul 26, 2011, at 12:48 AM, Titus von Boxberg wrote:
Am 26.07.2011 um 06:45 schrieb Ryan Schmidt:
On Jul 25, 2011, at 23:43, Titus von Boxberg wrote:
Why not make sure the number is below 500?
That's the normal range for daemon users.
For one thing, because MacPorts isn't a daemon.
Looks like it's perhaps time to add a configure flag for bounding the UIDs.
Easy approach employed by those who need it, ignored by everyone else.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On Jul 26, 2011, at 6:26 AM, Sébastien Maret wrote:
Le 26 juil. 2011 à 15:21, a écrit :
On 2011-7-26 23:08 , Sébastien Maret wrote:
Le 26 juil. 2011 à 15:05, Joshua Root a écrit :
On 2011-7-26 22:32 , Sébastien Maret wrote:
I am working on a port that requires setting a few
Am 26.07.2011 um 16:50 schrieb Daniel J. Luke:
On Jul 26, 2011, at 12:48 AM, Titus von Boxberg wrote:
Am 26.07.2011 um 06:45 schrieb Ryan Schmidt:
On Jul 25, 2011, at 23:43, Titus von Boxberg wrote:
Why not make sure the number is below 500?
That's the normal range for daemon users.
On Jul 26, 2011, at 11:45, m...@macports.org wrote:
Revision: 81177
http://trac.macports.org/changeset/81177
Author: m...@macports.org
Date: 2011-07-26 09:45:41 -0700 (Tue, 26 Jul 2011)
Log Message:
---
- cantao: update my mail adress
Modified Paths:
On Jul 26, 2011, at 05:47, Anders F Björklund wrote:
A few weeks ago, Ryan Schmidt wrote:
On Jul 8, 2011, at 22:45, Jeremy Lavergne wrote:
liblzma: update to 5.0.3; use bzip2 distfile because it's smaller; share
xz's dist_subdir
Just a remark: I found the commit message cryptographic
On Jul 26, 2011, at 11:26, Blair Zajac wrote:
Another way is to drop a file in $prefix/etc/profile.d and than arrange to
have the shell source it.
I didn't think we typically did that in MacPorts. For one thing, it's not
compatible with Tiger, but I guess we're caring even less about that
On Jul 26, 2011, at 08:08, Jeremy Lavergne wrote:
You might consider moving the program to libexec and putting in bin a
script that sets the ENV prior to invoking the original program.
The wine port can be used as an example for this.
___
On 7/26/11 1:33 PM, Ryan Schmidt wrote:
On Jul 26, 2011, at 11:26, Blair Zajac wrote:
Another way is to drop a file in $prefix/etc/profile.d and than arrange to have
the shell source it.
I didn't think we typically did that in MacPorts. For one thing, it's not
compatible with Tiger, but I
On Jul 26, 2011, at 4:01 PM, Titus von Boxberg wrote:
With google I failed to find that uids 500 should be reserved,
except, funny enough, in a macports trac entry.
http://article.gmane.org/gmane.os.apple.macports.devel/1059/match=uid
--
Daniel J. Luke
On Jul 20, 2011, at 11:26, Jeremy Huddleston wrote:
If both clang and llvm-gcc-4.2 fail to build, you can try falling back on
gcc-4.2. If gcc-4.2 works, you can fall back on it, but we recommend you try
to fix the problem. A common reason for both llvm-gcc and clang failing
where
Remind me, what is the purpose for the if {![file executable
${configure.cc}]} block? On what systems would /usr/bin/gcc-4.2 not exist?
I'm only coming up with Tiger, but nobody would request llvm-gcc-4.2 or clang
on Tiger either.
Is gcc 4.2 now an optional install?
smime.p7s
I'd vote for that as long as that is less than 1000 so as not to conflict with
the Directory Administrator account. It's what I was suggesting in one of my
emails, but maybe wasn't so clear about it.
- David
On Jul 25, 2011, at 7:21 PM, James Berry wrote:
What if MacPorts were simply
Can I get Ticket 30331...
https://trac.macports.org/attachment/ticket/30331/Portfile.diff
committed to switch pymol from Numeric to py26-numpy/py26-scipy?
Upstream has commited my patches so bumping the svn pull to r3962
eliminates the need for the original pymol_numpy.diff patch.
I also
On Jul 26, 2011, at 2:36 PM, Jeremy Lavergne wrote:
Remind me, what is the purpose for the if {![file executable
${configure.cc}]} block? On what systems would /usr/bin/gcc-4.2 not exist?
I'm only coming up with Tiger, but nobody would request llvm-gcc-4.2 or
clang on Tiger either.
Is
On Jul 26, 2011, at 2:36 PM, Jeremy Lavergne wrote:
Remind me, what is the purpose for the if {![file executable
${configure.cc}]} block? On what systems would /usr/bin/gcc-4.2 not exist?
I'm only coming up with Tiger, but nobody would request llvm-gcc-4.2 or
clang on Tiger either.
Is
On 2011-7-26 23:26 , Sébastien Maret wrote:
Le 26 juil. 2011 à 15:21, a écrit :
On 2011-7-26 23:08 , Sébastien Maret wrote:
I need to set variables at run time, not during the port phases. For
example, the port must set the PYTHONPATH variable so that the Python
modules installed by
On Jul 26, 2011, at 19:44, Jeremy Huddleston wrote:
I will continue to maintain the option for anyone to install Apple's gcc-4.2
via the apple-gcc-4.2 port for as long as it is required. Thankfully there
don't seem to be too many ports that require it.
libpixman now, apparently. Any input
On Jul 26, 2011, at 5:57 PM, Ryan Schmidt wrote:
On Jul 26, 2011, at 19:44, Jeremy Huddleston wrote:
I will continue to maintain the option for anyone to install Apple's gcc-4.2
via the apple-gcc-4.2 port for as long as it is required. Thankfully there
don't seem to be too many ports
On 2011-7-27 13:35 , Jeremy Huddleston wrote:
On Jul 26, 2011, at 5:57 PM, Ryan Schmidt wrote:
On Jul 26, 2011, at 19:44, Jeremy Huddleston wrote:
I will continue to maintain the option for anyone to install Apple's
gcc-4.2 via the apple-gcc-4.2 port for as long as it is required.
Where did you get this quote (URL)? I need a source, thanks.
From PSPP devs:
We suspect that it must not be a problem with the Quartz or X rendering,
whichever Cairo uses on Mac, because otherwise GTK+ programs wouldn't
work. Probably, fewer programs use Cairo to render to PDF, which is where
On Jul 26, 2011, at 8:39 PM, Joshua Root wrote:
On 2011-7-27 13:35 , Jeremy Huddleston wrote:
On Jul 26, 2011, at 5:57 PM, Ryan Schmidt wrote:
On Jul 26, 2011, at 19:44, Jeremy Huddleston wrote:
I will continue to maintain the option for anyone to install Apple's
gcc-4.2 via the
Where did you get this quote (URL)? I need a source, thanks.
Direct conversation with Ben Pfaff.
Prior to discovering libpixman.
smime.p7s
Description: S/MIME cryptographic signature
___
macports-dev mailing list
macports-dev@lists.macosforge.org
29 matches
Mail list logo