Opened 15 years ago
Closed 13 years ago
#20856 closed defect (fixed)
webhttrack error
| Reported by: | ggles.fi@… | Owned by: | overhacked (Ross Williams) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.7.1 |
| Keywords: | Cc: | ||
| Port: | httrack |
Description
When launch webhttrack I get the following error: /opt/local/bin/webhttrack(23720): could not find httrack directory
A quick online reading suggests that this is something addressed during the build process, e.g. <http://bbs.archlinux.org/viewtopic.php?id=35348>
Attachments (1)
Change History (12)
comment:1 Changed 15 years ago by tobypeterson
| Keywords: | httrack removed |
|---|---|
| Port: | httrack added |
| Priority: | High → Normal |
| Version: | 1.7.1 |
comment:2 Changed 15 years ago by blb@…
| Owner: | changed from macports-tickets@… to ross@… |
|---|
comment:3 Changed 15 years ago by overhacked (Ross Williams)
comment:4 Changed 15 years ago by overhacked (Ross Williams)
Slight correction:
- Add /opt/local/bin to SRCHPATH on line 12
- Add /opt/local/share to SRCHDISTPATH on line 14
comment:5 Changed 15 years ago by overhacked (Ross Williams)
Submitted patch to upstream maintainer of httrack. Next release of httrack should have better support for browser launching on Darwin/OS X. Final patch to webhttrack as submitted to roche@… attached here.
Changed 15 years ago by overhacked (Ross Williams)
| Attachment: | webhttrack-macports-2.diff added |
|---|
comment:6 Changed 15 years ago by blb@…
So webhttrack-macports-2.diff just needs to be added to patchfiles right?
comment:7 follow-up: 8 Changed 15 years ago by overhacked (Ross Williams)
webhttrack-macports-2.diff has been submitted to the upstream maintainer of httrack, who says that it will be included in the next release. I didn't add it to patchfiles because my understanding was that, if it's been accepted as an upstream patch, we wait until the next release rather than modifying the port. Is that right?
Also, in testing the webhttrack patch, I found a segfault problem in the http server it starts (htsserver), so there needs to be some deeper investigation. I suggest holding off on any changes to the port at this point.
comment:8 Changed 15 years ago by blb@…
Replying to ross@…:
webhttrack-macports-2.diffhas been submitted to the upstream maintainer of httrack, who says that it will be included in the next release. I didn't add it to patchfiles because my understanding was that, if it's been accepted as an upstream patch, we wait until the next release rather than modifying the port. Is that right?
That's up to you (as maintainer), but usually if there's a problem with a port and you do know how to fix it, it makes sense to fix it now, then just remove the patch when there's a new upstream version which fixes it.
Also, in testing the webhttrack patch, I found a segfault problem in the http server it starts (htsserver), so there needs to be some deeper investigation. I suggest holding off on any changes to the port at this point.
That's a good reason to otherwise hold off on it, however.
comment:9 Changed 14 years ago by jmroot (Joshua Root)
| Version: | → 1.7.1 |
|---|
Was this fixed by the update to 3.43.9?
comment:11 Changed 13 years ago by jmroot (Joshua Root)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Problem in the linked forum post isn't what's causing our issue with MacPorts, I've included the required httrack directory containing the webhttrack html files. The problem with MacPorts is:
I'm going to work on rolling a patch into the Portfile that will fix this, but in the meantime, you can add /opt/local/share/httrack to the SRCHPATH variable on line 12 of /opt/local/bin/webhttrack.