Ticket #26506 (closed defect: fixed)
ices0: mp4.h: No such file or directory
| Reported by: | bikefridaywalter@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.9.1 |
| Keywords: | Cc: | ryandesign@… | |
| Port: | ices0 |
Description
I mistakenly installed ices2 (as installing "ices" installs ices2) and found out right before a broadcast that it wasn't going to play my MP3s. So I set to installing ices0. First I tried without uninstalling ices2. Then I uninstalled and cleaned up after ices2, then tried to install ices0. Same problem. The log explains further details.
I should mention I am running on a 1.5GHz G4 PowerBook, OS X 10.5.8, and XCode 3.1.
Attachments
Change History
comment:1 Changed 3 years ago by ryandesign@…
- Summary changed from ices0 @0.4 Error building - shell command failed to ices0: mp4.h: No such file or directory
The relevant error from the log seems to be:
in_mp4.c:32:17: error: mp4.h: No such file or directory
I get this too on Snow Leopard. I don't know where this mp4.h is meant to be coming from. mp4v2 I think, but it now has a header mp4v2.h, and it's not in ices0's dependencies either.
comment:2 follow-up: ↓ 3 Changed 3 years ago by bikefridaywalter@…
So you're saying this is a problem with the Makefile, i.e. we should be griping at Xiph? Seems a bit odd. At times like this, I find myself again wishing there was a port of ezstream. I'd put it together, but haven't had the time to figure out what flags to set to get the darn thing to build at all.
comment:3 in reply to: ↑ 2 Changed 3 years ago by ryandesign@…
Replying to bikefridaywalter@…:
So you're saying this is a problem with the Makefile, i.e. we should be griping at Xiph? Seems a bit odd.
Yes. This software has not been updated since 2004. It's not surprising it's no longer compatible with the current versions of its dependencies.
The description of #19141 hints at the fact that mp4.h is now known as mp4v2.h. The attached patch fixes the problem finding mp4.h, however then we have a new problem where it's not compatible with the current version of flac, on which the port also does not declare a dependency.
At times like this, I find myself again wishing there was a port of ezstream. I'd put it together, but haven't had the time to figure out what flags to set to get the darn thing to build at all.
Feel free to file a port request ticket.
comment:4 Changed 3 years ago by ryandesign@…
The developers of ices0 fixed the FLAC API problem 3 years ago. I'm surprised they didn't see fit to release a new version of ices0 to include this fix.
comment:5 Changed 3 years ago by ryandesign@…
- Status changed from new to closed
- Resolution set to fixed
Fixed in r71618.
comment:6 Changed 3 years ago by bikefridaywalter@…
- Status changed from closed to reopened
- Resolution fixed deleted
Patch applied-- it fixed the problem. But now we have a different error.
comment:7 follow-up: ↓ 9 Changed 3 years ago by jmr@…
Did you just apply the patch manually instead of selfupdating? Ryan added a dependency on flac but it doesn't appear in your new log.
comment:9 in reply to: ↑ 7 Changed 3 years ago by bikefridaywalter@…
Well that's weird! I *DID* selfupdate and didn't get nothing. So I tried a manual patch. Nothing. Then I try selfupdate again and we're golden. Probably just got too anxious. :D Close it! (thanks, Ryan)
comment:10 Changed 3 years ago by ryandesign@…
- Status changed from reopened to closed
- Resolution set to fixed
The rsync server only pulls from the repository every half hour; your first attempt was probably before my changes had synced over.