Skip to content
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

dh-7 package #3

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

dh-7 package #3

wants to merge 1 commit into from

Conversation

juliantaylor
Copy link
Member

I updated my old debian package to work with git head, its a little different than the existing cdbs based one.
It is using the more modern "dh-7" approach with a minimal debian/rules. It should also be fully multiarch ready, but I didn't test that yet.
It drops the gcc suffix in the package names, though we may want to add them again in case people want a clang version (does soci build with clang?).

this not really intended to be merged right now. Its more for comparison right now.

It also still needs a bit of work to be acceptable for the official debian archive. For one I have done almost no testing with it.
Also the copyright file needs to be checked, and possibly one could add autopkgtests starting mysql or postgres servers for better coverage (http://dep.debian.net/deps/dep8/).

@mloskot
Copy link
Contributor

mloskot commented Feb 18, 2013

@juliantaylor great stuff, thanks!

I will leave these packaging decisions to Debian experts here, yourself and @akashihi

Regarding clang, I haven't tested it myself but a friend of mine uses SOCI on OSX and submitted some fixes that has been merged (see SOCI/soci#10)

@akashihi
Copy link
Member

Looks good, but i would like to discuss several items:

  • current compat level in Debian/stable is 8, and, as i understand, there is no multiarch support in squeeze.
  • It would be nice to include the license text into packages
  • As for 'gcc-' prefix, i've used it to distinguish gcc build and icc builds. It is not required, actually, but it may be useful for clang or icc users in the future.

@mloskot
Copy link
Contributor

mloskot commented Feb 20, 2013

@akashihi

As for 'gcc-' prefix, i've used it to distinguish gcc build and icc builds.
It is not required, actually, but it may be useful for clang or icc users in the future.

If we decide the toolkit tag suffix is useful, we could control it with CMake option SOCI_USE_COMPILER_SUFFIX flag. Then, if SOCI_USE_COMPILER_SUFFIX=ON, we can simply use the same convention as Boost, their toolkit tags for naming.

So, if there is anything that needs to be done in the CMake configuration for this, please open new soci core issue, so I won't miss it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants