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

Split qubes-utils Debian package, resolve lintian warnings #1416

Closed
marmarek opened this issue Nov 13, 2015 · 0 comments
Closed

Split qubes-utils Debian package, resolve lintian warnings #1416

marmarek opened this issue Nov 13, 2015 · 0 comments
Labels
P: minor Priority: minor. The lowest priority, below "default." T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.
Milestone

Comments

@marmarek
Copy link
Member

Follow up from #1402

Debian policy https://www.debian.org/doc/debian-policy/ch-sharedlibs.html 8.4 Development files also seems to say this.

Shouldn't headers be split to qubes-utils-dev?

Ideally, yes.

So, according to the policy - each library (with independently changing SONAME) should be in a separate package. And headers + .so symlink should be in -dev package.

@marmarek marmarek changed the title Split qubes-utils Debian package Split qubes-utils Debian package, resolve lintian warnings Nov 26, 2015
marmarek added a commit to marmarek/qubes-linux-utils that referenced this issue Nov 28, 2015
Resolve udev-rule-in-etc, non-standard-dir-in-usr, file-in-unusual-dir
lintian warnings.

QubesOS/qubes-issues#1416
marmarek added a commit to marmarek/qubes-linux-utils that referenced this issue Nov 28, 2015
Generally build env (rpmbuild, dpkg-buildpackage) provide sane and
useful defaults.
Fixes hardening-no-relro lintian warning.

QubesOS/qubes-issues#1416
marmarek added a commit to QubesOS/qubes-core-agent-linux that referenced this issue Nov 28, 2015
marmarek added a commit to QubesOS/qubes-core-agent-linux that referenced this issue Nov 28, 2015
@marmarek marmarek added T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. P: minor Priority: minor. The lowest priority, below "default." C: Debian labels Jan 4, 2016
@marmarek marmarek added this to the Release 3.1 milestone Jan 4, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P: minor Priority: minor. The lowest priority, below "default." T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.
Projects
None yet
Development

No branches or pull requests

1 participant