Opened 16 years ago
Last modified 6 years ago
#17217 accepted defect
mod_mono does not generate mod_mono.so
Reported by: | vnyx | Owned by: | MarcusCalhoun-Lopez (Marcus Calhoun-Lopez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.6.0 |
Keywords: | Cc: | ryandesign (Ryan Carsten Schmidt) | |
Port: | mod_mono |
Description
A symlink is created that points to mod_mono.0.0.0.so but this file does not exist after installation. Using Mac OS X 10.4 and 10.5 finding same result.
Change History (4)
comment:1 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… added |
---|---|
Priority: | High → Normal |
comment:3 Changed 6 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
Owner: | changed from macports-tickets@… to MarcusCalhoun-Lopez |
---|---|
Status: | new → accepted |
comment:4 Changed 6 years ago by mf2k (Frank Schima)
Keywords: | mono removed |
---|
Note: See
TracTickets for help on using
tickets.
Here's what I can figure out. mod_mono builds a shared library mod_mono.0.0.0.so in its build directory and has two symlinks that point to it, mod_mono.0.so and mod_mono.so. During destroot, it calls upon apxs (part of apache2) to install this into the apache2 modules directory. apxs calls instdso.sh (part of apache2). instdso.sh calls libtool (part of apr). libtool copies mod_mono.0.0.0.so into the modules directory, and recreates the mod_mono.0.so and mod_mono.so symlinks. Then after libtool is finished, instdso.sh deletes mod_mono.0.0.0.so and mod_mono.0.so, leaving us with only the symlink mod_mono.so pointing at something nonexistent.
Upgrading the mod_mono port to 2.0 didn't change this.
Every other module in the apache2 modules directory exists only once: the shared library itself is called mod_whatever.so. There are no symlinks, and no modules with version numbers in their name. I don't know whose problem this is, but we should probably start by reporting the problem to the developers of mod_mono.