-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
non-unique header files /usr/include/ircd/* #179
Comments
Argh - I see now that not only those header files gets installed, but also |
Thanks, I think the ideal course here is to substitute some configurable $BRANDING that will end up prefixing includes, or some other namespace indeed. I've been considering Without endeavoring on any major changes at this time though, it might be possible to mitigate this issue by nesting the installed assets in a directory like As for linking, it's probably best to have |
correction: I was too quick about the concrete clash with package The issue I raise remains that the default namespace clashes with the default namespace of other projects. |
yes, sounds sensible to "push" the existing name into another new one. I am not skilled in programming that, though - so hope you would find it relevant to do the actual work :-) |
Indeed this has been a wider issue with the many, many forks of IRCd over the decades :)
Anything that can be done to make it |
Seems this works:
I have only tried compiling (and not even completed that yet), not actually tried run the resulting code, so not certain if that needs messing with environment variable |
This looks very promising now, sweet! Don't mind posting up anything you've done even if some elements are broken/incomplete, or conflicts still exist. I surmised there might be some non-trivial effort required here eventually. |
Not sure what more to provide here. This is a full build log of a successful build by an official Debian autobuilder: https://buildd.debian.org/status/fetch.php?pkg=matrix-construct&arch=amd64&ver=0.6.103%7Edfsg1%2B%7E6.11.4-2&stamp=1619277253&raw=0 These are the relevant lines from that build log (including also the debhelper wrapper command, to indicate which options were not part of debhelper default configure flags:
|
Building and installing Construct introduces files below /usr/share/ircd which on Debian-based systems clash with files in package
hybrid-dev
.Other files clash as well, avoidable like this:
...but those header files seem unavoidable - other than not installing them at all.
If Construct really do share header files with the hybrid ircd server daemon, then I guess it would help if that was documented somewhere, so that in Debian we could break out the shared part as a separate package used by both sets of packages.
Otherwise, it seems best if Construct would by default consistently use "construct" as its namespace, not "polute" namespaces from the projects it was (as I understand it) forked from.
The text was updated successfully, but these errors were encountered: