Merge lp:~ted/whoopsie/ftbfs-network-manager into lp:whoopsie

Proposed by Ted Gould
Status: Merged
Merged at revision: 678
Proposed branch: lp:~ted/whoopsie/ftbfs-network-manager
Merge into: lp:whoopsie
Diff against target: 25 lines (+2/-2)
2 files modified
Makefile (+1/-1)
debian/control (+1/-1)
To merge this branch: bzr merge lp:~ted/whoopsie/ftbfs-network-manager
Reviewer Review Type Date Requested Status
Martin Pitt (community) Approve
Review via email: mp+294166@code.launchpad.net

Commit message

* Ensure that Whoopsie picks up NetworkManager include paths to fix build
* Add dependency in dev package to gcrypt which is needed

Description of the change

Fixin' the Whoopsie!

To post a comment you must log in.
Revision history for this message
Martin Pitt (pitti) wrote :

This looks inconsistent:

 - whoopsie currently depends on network-manager-dev, which is (only) needed for compiling NM plugins such as VPN. I don't think that whoopsie actually needs that.
 - Your Makefile now adds a dependency to libnm-glib which does not get reflected in the Build-Depends. Note that network-manager-dev does *not* pull in libnm-glib-dev (and should not).
 - Why does this add a dep to libgcrypt20-dev? This seems completely unrelated; if libnm-glib-dev needs the gcrypt headers, that should depend on them, not libwhoopsie-dev. If this is necessary for an unrelated reason, then the commit log should explain.

Thanks!

review: Needs Fixing
680. By Ted Gould

Switch from libnm-glib to NetworkManager

Revision history for this message
Ted Gould (ted) wrote :

On Wed, 2016-05-11 at 06:13 +0000, Martin Pitt wrote:
> - whoopsie currently depends on network-manager-dev, which is (only)
> needed for compiling NM plugins such as VPN. I don't think that
> whoopsie actually needs that. - Your Makefile now adds a dependency
> to libnm-glib which does not get reflected in the Build-Depends. Note
> that network-manager-dev does *not* pull in libnm-glib-dev (and
> should not).
My goal here wasn't to fix Whoopsie :-)  Whoopsie uses the NM headers
to get a bunch of #defines for checking connectivity. I think it should
really probably just use the lib. But eh. Switched to the
NetworkManager.pc which is in that package but sets up the includes
correctly.
> - Why does this add a dep to libgcrypt20-dev? This seems completely
> unrelated; if libnm-glib-dev needs the gcrypt headers, that should
> depend on them, not libwhoopsie-dev. If this is necessary for an
> unrelated reason, then the commit log should explain.
It turns out the pkgconfig file for libwhoopsie does a "-lgcrypt" which
makes it break if you just pull it whoopsie and aren't using gcrypt.
Adding to description.

Revision history for this message
Martin Pitt (pitti) wrote :

Thanks! This looks good and consistent now. Merging/uploading to yakkety.

review: Approve

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1=== modified file 'Makefile'
2--- Makefile 2016-01-28 15:53:25 +0000
3+++ Makefile 2016-05-11 14:24:43 +0000
4@@ -10,7 +10,7 @@
5 $(shell libgcrypt-config --libs) \
6 $(LDFLAGS)
7
8-whoopsie_CFLAGS=$(shell pkg-config --cflags gio-2.0 glib-2.0 libcurl) \
9+whoopsie_CFLAGS=$(shell pkg-config --cflags gio-2.0 glib-2.0 libcurl NetworkManager) \
10 $(shell libgcrypt-config --cflags) \
11 -g -Ilib -Wall -Werror -Os -DVERSION=\"$(VERSION)\" -fPIC \
12 $(CFLAGS) $(CPPFLAGS)
13
14=== modified file 'debian/control'
15--- debian/control 2016-03-17 21:13:58 +0000
16+++ debian/control 2016-05-11 14:24:43 +0000
17@@ -42,7 +42,7 @@
18 Section: libdevel
19 Architecture: any
20 Multi-Arch: same
21-Depends: libwhoopsie0 (= ${binary:Version}), ${misc:Depends}
22+Depends: libwhoopsie0 (= ${binary:Version}), ${misc:Depends}, libgcrypt20-dev
23 Description: Ubuntu error tracker submission - library development files
24 This library provides methods to generate an identifier for use with the
25 Ubuntu error tracker

Subscribers

People subscribed via source and target branches

to all changes:
to status/vote changes: