On Nov 10, 2007, at 15:10, Edward Ned Harvey wrote:
I'm trying to install apache20, which has dependencies, including apr and apr-util, and a bunch of other stuff.
I was able to install all the other stuff, sudo port install expat openssl ... But when I sudo port install apr0 apr-util0, it attempts to fetch from a bunch of servers and eventually fails.
Does this happen much, in peoples' experience here? When it happens, is there any workaround, such as trying a different rsync mirror or something like that?
I'm guessing I just have to wait a day and try again.
The ports usually fetch the software from the developers' web sites. We don't control them, so it's possible that they'll be down from time to time. But it shouldn't be a problem that often. You can also always fetch the software yourself, if you can find it elsewhere, and put it in the right place (which is /opt/local/var/macports/distfiles/ ${name}). For sites that are frequently down, we sometimes mirror the distfiles on our own server. You could show us the exact error messages you're getting so we can look into it and see what's going on.
The ports usually fetch the software from the developers' web sites. We don't control them, so it's possible that they'll be down from time to time. But it shouldn't be a problem that often. You can also always fetch the software yourself, if you can find it elsewhere, and put it in the right place (which is /opt/local/var/macports/distfiles/${name}). For sites that are frequently down, we sometimes mirror the distfiles on our own server. You could show us the exact error messages you're getting so we can look into it and see what's going on.
Now that I look closer, I see the first URL that's failing is www.apache.org. In fact, their site is not down, and when I go there, it's easy to see what's wrong. They have apr 0.9.16 available, but the one attempting to download is 0.9.13. So simply the package that "port" is trying to download is too old. I browsed around, and 0.9.13 is no longer available. So I can't download it myself into the distfiles directory. I tried "tricking" port by grepping for 0.9.13 under /opt, and editing a few select files to 0.9.16 instead. This allowed the file to download, but the checksum failed. Any suggestions on how to handle this situation? Thanks again.
On Nov 10, 2007, at 9:15 PM, Edward Ned Harvey wrote:
The ports usually fetch the software from the developers' web sites. We don't control them, so it's possible that they'll be down from time to time. But it shouldn't be a problem that often. You can also always fetch the software yourself, if you can find it elsewhere, and put it in the right place (which is /opt/local/var/ macports/distfiles/${name}). For sites that are frequently down, we sometimes mirror the distfiles on our own server. You could show us the exact error messages you're getting so we can look into it and see what's going on.
Now that I look closer, I see the first URL that's failing is www.apache.org . In fact, their site is not down, and when I go there, it's easy to see what's wrong. They have apr 0.9.16 available, but the one attempting to download is 0.9.13. So simply the package that "port" is trying to download is too old.
I browsed around, and 0.9.13 is no longer available. So I can't download it myself into the distfiles directory.
I tried "tricking" port by grepping for 0.9.13 under /opt, and editing a few select files to 0.9.16 instead. This allowed the file to download, but the checksum failed.
Any suggestions on how to handle this situation?
Thanks again. _______________________________________________ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
http://geeklair.net/new_macports_guide/#development.creating-portfile shows you how to do new checksum. William Davis frstanATbellsouthDOTnet Mac OS X.5.0 Darwin 9.0.0 Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non
On Nov 10, 2007, at 20:15, Edward Ned Harvey wrote:
The ports usually fetch the software from the developers' web sites. We don't control them, so it's possible that they'll be down from time to time. But it shouldn't be a problem that often. You can also always fetch the software yourself, if you can find it elsewhere, and put it in the right place (which is /opt/local/ var/macports/distfiles/${name}). For sites that are frequently down, we sometimes mirror the distfiles on our own server. You could show us the exact error messages you're getting so we can look into it and see what's going on.
Now that I look closer, I see the first URL that's failing is www.apache.org. In fact, their site is not down, and when I go there, it's easy to see what's wrong. They have apr 0.9.16 available, but the one attempting to download is 0.9.13. So simply the package that "port" is trying to download is too old.
I browsed around, and 0.9.13 is no longer available. So I can't download it myself into the distfiles directory.
I tried "tricking" port by grepping for 0.9.13 under /opt, and editing a few select files to 0.9.16 instead. This allowed the file to download, but the checksum failed.
Any suggestions on how to handle this situation?
Ok, so the apr0 and apr-util0 ports are out of date and need to be updated. You should file a ticket for that in Trac. Instructions are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing
On Nov 10, 2007, at 10:12 PM, Ryan Schmidt wrote:
Ok, so the apr0 and apr-util0 ports are out of date and need to be updated. You should file a ticket for that in Trac. Instructions are here:
http://trac.macosforge.org/projects/macports/wiki/TracTicketing
I submitted a ticket there. I suppose I could watch the bug to see when it's taken care of, but there's a new question... When they update this, will it be a "port selfupdate" situation? That will download new portfiles for me, and then I can build it, or is there some sort of "Update only my portfiles" procedure that will resolve this faster? I tried simply editing my portfiles (change the version number and update the md5sum). Apr0 and apr-util0 built just fine, and apache with the defaults only complained of warnings (warning, this build violates port file structures, blah blah) but what I need to do is "port install apache20 +openldap" and this build unfortunately fails. So I suppose it will work whenever the next stable release of port is released "port selfupdate" but who knows when that will be. I'm wondering if there's any way to get this done sooner? Thanks again for your help.
On Nov 13, 2007, at 07:39, Edward Harvey wrote:
On Nov 10, 2007, at 10:12 PM, Ryan Schmidt wrote:
Ok, so the apr0 and apr-util0 ports are out of date and need to be updated. You should file a ticket for that in Trac. Instructions are here:
http://trac.macosforge.org/projects/macports/wiki/TracTicketing
I submitted a ticket there. I suppose I could watch the bug to see when it's taken care of, but there's a new question...
This was the ticket: http://trac.macports.org/projects/macports/ticket/13251
When they update this, will it be a "port selfupdate" situation? That will download new portfiles for me, and then I can build it, or is there some sort of "Update only my portfiles" procedure that will resolve this faster?
The "update only my portfiles" procedure is "port sync". We usually recommend "port selfupdate" because it includes a "sync" and also makes sure your MacPorts base software is up to date.
I tried simply editing my portfiles (change the version number and update the md5sum). Apr0 and apr-util0 built just fine, and apache with the defaults only complained of warnings (warning, this build violates port file structures, blah blah) but what I need to do is "port install apache20 +openldap" and this build unfortunately fails.
So I suppose it will work whenever the next stable release of port is released "port selfupdate" but who knows when that will be.
I'm wondering if there's any way to get this done sooner?
There aren't "stable" and "unstable" ports; there's just ports. Once a change to a port is committed to the repository, "port selfupdate" will be able to pull it down within 30 minutes. Since you already worked out how the portfiles need to be changed, you could ease the maintainer's job (and thereby make the update happen faster) by attaching your diffs to the ticket. Tickets don't get seen unless they're Cc'd to the maintainer of the port. It looks like Anthony already added Blair's email address to the Cc list so he should see it now. If he does not react within 72 hours, anyone else can commit the update. Remind us in 3 days if the ticket has not yet been resolved. If apr upgraded successfully but you are now having problems with a variant of apache20, then it sounds like there's a second problem. You should show us the exact error message you're getting now.
Citando Ryan Schmidt :
Tickets don't get seen unless they're Cc'd to the maintainer of the port. It looks like Anthony already added Blair's email address to the Cc list so he should see it now.
Is it still true? Since the migration (yesterday), I have received mails for trac tickets I modified and for which I was not in Cc. Maybe #10672 has been resolved, no? Emmanuel
participants (5)
-
Edward Harvey
-
Edward Ned Harvey
-
Emmanuel Hainry
-
Ryan Schmidt
-
William Davis