Just one suggestion, as we all pile on Florian's design: Can we
please try to do our best to resist the temptation of allowing the
perfect to become the enemy of the good enough? I too see a lot of
issues with Florian's portmill system, but I also know that things
tend to evolve rather
Moving this to a *.macports.org domain would make sense to make clear
that it is official. I am sure this is just where Florian is testing the
whole thing.
Yes, of course, and I think I mentioned it earlier somewhere. I'd
really like to see move the app to a macports subdomain. Same with
Most of that functionality can be embedded into javascript, which
avoids putting all the work on the backend dev (C.Florian).
Additionally, there are plenty of people who know Javascript/jQuery --
regardless of Ruby or PHP -- and can add it as a patch.
Just a thought.
On Jun 10, 2009, at
Looks great to me. Some feature requests, from an MacPorts user perspective.
When I'm considering using MacPorts to help me out with a build, I need to
know whether it's going to succeed. The first thing I want to do is search
for a specific port to see whether it will build. So these might
On 2009-6-10 10:18, Rainer Müller wrote:
On 2009-06-09 23:24, Scott Haneda wrote:
# $Id$
PortSystem 1.0
name rbldnsd
version 0.996b
categories sysutils
master_siteshttp://www.corpit.ru/mjt/rbldnsd/
distfiles
Florian did a really great job here.
Thanks. :)
I can understand reasons for
developing that more or less in private as I assume he has been
experimenting with that a lot before he came up with something usable.
But I agree that it would be better now to have it in the MacPorts
repository.
On Jun 10, 2009, at 07:56, Daniel J. Luke wrote:
On Jun 9, 2009, at 8:59 PM, Ryan Schmidt wrote:
Something like
configure.args-append --with-xdvi-x-toolkit=xaw
variant motif {
configure.args-delete --with-xdvi-x-toolkit=xaw
configure.args-append --with-xdvi-x-toolkit=motif
Hello, I have made a portfile, looking for a quick review, and any
suggestions for cleanup.
1) How do I decide the category, can someone show me a list, and
suggest the correct one for this? I see bind9 is in net, perhaps
this should also be in net?
2) Do I really need the
distfiles is this by default:
${distname}${extract.suffix}
distname is this by default:
${name}-${version}
That is, distfiles (defined as the name of the distribution filename,
not including the extract suffix) is
${name}-${version}${extract.suffix}
If that hyphen really is an underscore,
On Jun 10, 2009, at 8:49 PM, Scott Haneda wrote:
1) How do I decide the category, can someone show me a list, and
suggest the correct one for this? I see bind9 is in net, perhaps
this should also be in net?
Yes, this would make sense to be in net and then sysutils
2) Do I really need
Thanks, so I changed it to:
distname${name}_${version}
I believe that is correct. But now it ignores master_sites and I am
timing out on looking for the file on macports servers.
namerbldnsd
version 0.996b
categories sysutils
maintainers
On Jun 10, 2009, at 6:01 PM, Blair Zajac wrote:
Scott Haneda wrote:
Hello, I have made a portfile, looking for a quick review, and any
suggestions for cleanup.
pre-destroot {
addgroup _rbldnsd
set gid [existsgroup _rbldnsd]
adduser _rbldnsd gid=${gid} realname=rbldnsd
On Jun 10, 2009, at 6:07 PM, Jeremy Lavergne wrote:
On Jun 10, 2009, at 8:49 PM, Scott Haneda wrote:
1) How do I decide the category, can someone show me a list, and
suggest the correct one for this? I see bind9 is in net, perhaps
this should also be in net?
Yes, this would make sense
If you run these commands, what is the URL it ends up using?
sudo port clean --all rbldnsd
sudo port -d fetch rbldnsd
On Jun 10, 2009, at 9:08 PM, Scott Haneda wrote:
Thanks, so I changed it to:
distname${name}_${version}
I believe that is correct. But now it ignores
In the destroot phase, all paths should be prefaced by ${destroot}
On Jun 10, 2009, at 9:14 PM, Scott Haneda wrote:
destroot {
## These perms are obviously wrong, fix them later
# Install binary
xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin
# Install man
3) How do the permissions I chose look in the destroot phase?
Why is the program incapable of installing itself from --prefix=?
I am not that versed in this stuff. I run ./configure and it works,
if I run ./configure with the --prefix is balks at me...
$./configure -help
configure:
On Jun 10, 2009, at 6:21 PM, Jeremy Lavergne wrote:
If you run these commands, what is the URL it ends up using?
sudo port clean --all rbldnsd
sudo port -d fetch rbldnsd
Seems to be working now with
distname${name}_${version}
Seems to take a lot longer, since it now has to time
On Jun 10, 2009, at 6:24 PM, Jeremy Lavergne wrote:
However, make sure those ${destroot} get added to the install paths
that are missing them.
I am not getting this, every effort I made, I get an error.
destroot {
# Install binary
xinstall -m 0755 ${worksrcpath}/${name}
On Jun 10, 2009, at 6:36 PM, Jeremy Lavergne wrote:
However, make sure those ${destroot} get added to the install
paths that are missing them.
I am not getting this, every effort I made, I get an error.
destroot {
# Install binary
xinstall -m 0755 ${worksrcpath}/${name}
Yes. Call me officially frustrated...
can someone see if this installs for them, or if they see anything
obvious, as I am not:
http://dl.getdropbox.com/u/340087/Drops/06.10.09/net-d93a2d96-185819.zip
$sudo port -d install
DEBUG: Changing to port directory: /Users/haneda/macports/net/rbldnsd
Like this?
worksrcdir ${name}_${version}
I did, no change.
If I do this:
distfiles ${name}_${version}${extract.suffix}
extract.suffix .tar.tgz
Works fine, doing this, fails:
distname${name}_${version}
I think I should just go back to my original method,
On Wed, Jun 10, 2009 at 07:13:46PM -0700, Scott Haneda said:
Like this?
worksrcdir ${name}_${version}
No, when you set distname, worksrcdir takes on the same value, which is this
case appears to be wrong (the distname uses an underscore, but the extracted
directory uses a dash). So if
On Jun 10, 2009, at 7:22 PM, Bryan Blackburn wrote:
On Wed, Jun 10, 2009 at 07:13:46PM -0700, Scott Haneda said:
Like this?
worksrcdir ${name}_${version}
No, when you set distname, worksrcdir takes on the same value, which
is this
case appears to be wrong (the distname uses an
Scott Haneda wrote:
Hello, I have made a portfile, looking for a quick review, and any
suggestions for cleanup.
1) How do I decide the category, can someone show me a list, and suggest
the correct one for this? I see bind9 is in net, perhaps this should
also be in net?
2) Do I really need
Jeremy Lavergne wrote:
On Jun 10, 2009, at 8:49 PM, Scott Haneda wrote:
1) How do I decide the category, can someone show me a list, and
suggest the correct one for this? I see bind9 is in net, perhaps
this should also be in net?
Yes, this would make sense to be in net and then sysutils
downloads.sourceforge.net is returning an HTML page for anything I
try to download from any port. Since downloads.sourceforge.net is the
one with the lowest ping most of the time for me, this means a lot of
sourceforge ports are failing for me. Is this happening to anybody
else? This has
trd.no.distfiles.macports.org does not respond to pings or web
requests. Am I the only one seeing this? I've been experiencing this
for days from multiple networks.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
Melchior:~ snc$ curl -I trd.no.distfiles.macports.org
curl: (7) couldn't connect to host
On Jun 11, 2009, at 12:43 AM, Ryan Schmidt wrote:
trd.no.distfiles.macports.org does not respond to pings or web
requests. Am I the only one seeing this? I've been experiencing this
for days from
28 matches
Mail list logo