- 07 Dec, 2012 1 commit
-
-
Jens Georg authored
-
- 05 Dec, 2012 3 commits
-
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
- 01 Dec, 2012 1 commit
-
-
Jens Georg authored
If a client used the way to respond to a NOTIFY call described in UDA 1.1: HTTP/1.1 200 OK and nothing else, libsoup doesn't know that there was no body to come and was running into a timeout, not sending the other messages queued on this connection since we request the connection to be kept alive. By adding "Connection: close" to the NOTIFY message, libsoup will know that the message is done since the client closes the connection. If a client misbehaves and doesn't close the connection, we're still having a problem. This should be considered a work-around and a nicer solution with libsoup needs to be found.
-
- 30 Nov, 2012 8 commits
-
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
Based on patch by Branislav Katreniak Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=672830
-
Theppitak Karoonboonyanan authored
* Detect $srcdir from command line * Create m4 subdir under $srcdir, not $builddir * Source gnome-autogen.sh in the same shell so that $srcdir is applied https://bugzilla.gnome.org/show_bug.cgi?id=682580
-
Jens Georg authored
Otherwise it seems to break where localhost resolves to ::1 since we don't handle IPv6 properly. https://bugzilla.gnome.org/show_bug.cgi?id=685643
-
Jens Georg authored
-
Juan A. Suarez Romero authored
Call it for old versions. https://bugzilla.gnome.org/show_bug.cgi?id=688411
-
- 28 Nov, 2012 1 commit
-
-
Jens Georg authored
If a control point was looking for a service instead of a device it was only responding on exact version matches, but according to UDA also higher versions are compatible as well. This patch introduces a compare function that takes the service version into account instead of a simple string comparison. https://bugzilla.gnome.org/show_bug.cgi?id=689028
-
- 05 Nov, 2012 1 commit
-
-
- 01 Nov, 2012 1 commit
-
-
- 27 Oct, 2012 4 commits
-
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
- 26 Oct, 2012 2 commits
-
-
Jens Georg authored
-
Jens Georg authored
-
- 24 Oct, 2012 7 commits
-
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
Jens Georg authored
-
- 08 Oct, 2012 1 commit
-
-
Jens Georg authored
-
- 06 Oct, 2012 7 commits
-
-
Jens Georg authored
-
Jens Georg authored
-
Andreas Henriksson authored
Putting stuff in Requires means applications using this library will link against that when it might not be needed at all because they use none of that libraries symbols directly. If only the cflags is needed (because public headers includes headers from that package) they can be private to avoid uselessly linking. See #2 in http://people.freedesktop.org/~dbn/pkg-config-guide.html#faq https://bugzilla.gnome.org/show_bug.cgi?id=685477
-
Andreas Henriksson authored
This field is not parsed at all by pkg-config! (cf. Requires.private) Apparently whatever is listed in it is not needed. https://bugzilla.gnome.org/show_bug.cgi?id=685477
-
Jens Georg authored
Needed for correct GIR file + pkg-config data.
-
Jens Georg authored
-
Jens Georg authored
-
- 31 Aug, 2012 2 commits
-
-
Jens Georg authored
-
Jens Georg authored
-
- 19 Aug, 2012 1 commit
-
-