~jamesodhunt/dbus/create-connection-from-fd : changes

~jamesodhunt/dbus/create-connection-from-fd » Changes from revision 2625

From Revision 2625 to 2606

Rev	Summary	Authors	Tags	Date
2625	Fix distcheck: remove potentially-read-only files from build... Fix distcheck: remove potentially-read-only files from builddir During distcheck, the srcdir is read-only. During "make all", cp may preserve the read-only status of the file copied from the srcdir, resulting in failure to overwrite it with an identical file during "make check" (which depends on all-local). Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>	Simon McVittie		12 years ago
2624	Prepare version 1.6.0 (new stable branch) Prepare version 1.6.0 (new stable branch)	Simon McVittie		12 years ago
2623	_dbus_transport_new_for_tcp_socket: add missing commas to ad... _dbus_transport_new_for_tcp_socket: add missing commas to address Ralf pointed out that the address doesn't round-trip correctly. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=45896 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Reviewed-by: Ralf Habacker <ralf.habacker@freenet.de> Tested-by: Ralf Habacker <ralf.habacker@freenet.de>	Simon McVittie		12 years ago
2622	Remove duplicate nonce-tcp (service-side) transport on Windo... Remove duplicate nonce-tcp (service-side) transport on Windows Turns out this was duplicated too. We can just use the platform-independent version, which uses the same code. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=45896 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Reviewed-by: Ralf Habacker <ralf.habacker@freenet.de> Tested-by: Ralf Habacker <ralf.habacker@freenet.de>	Simon McVittie		12 years ago
2621	Remove duplicate nonce-tcp (client side) transport on Window... Remove duplicate nonce-tcp (client side) transport on Windows _dbus_transport_open_socket is called before _dbus_transport_open_platform_specific, and now handles nonce-tcp, so this version is no longer useful. Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=45896 Reviewed-by: Ralf Habacker <ralf.habacker@freenet.de> Tested-by: Ralf Habacker <ralf.habacker@freenet.de>	Simon McVittie		12 years ago
2620	Merge branch 'dbus-1.4' Merge branch 'dbus-1.4' Conflicts: NEWS dbus/dbus-internals.c dbus/dbus-mainloop.c dbus/dbus-sysdeps-unix.c dbus/dbus-sysdeps-win.c dbus/dbus-sysdeps.c dbus/dbus-sysdeps.h	Simon McVittie		12 years ago
2619	Avoid using monotonic time in the DBUS_COOKIE_SHA1 authentic... Avoid using monotonic time in the DBUS_COOKIE_SHA1 authentication method When libdbus-1 moved to using monotonic time support for the DBUS_COOKIE_SHA1 authentication was broken, in particular interoperability with non-libdbus-1 implementations such as GDBus. The problem is that if monotonic clocks are available in the OS, _dbus_get_current_time() will not return the number of seconds since the Epoch so using it for DBUS_COOKIE_SHA1 will violate the D-Bus specification. If both peers are using libdbus-1 it's not a problem since both ends will use the wrong time and thus agree. However, if the other end is another implementation and following the spec it will not work. First, we change _dbus_get_current_time() back so it always returns time since the Epoch and we then rename it _dbus_get_real_time() to make this clear. We then introduce _dbus_get_monotonic_time() and carefully make all current users of _dbus_get_current_time() use it, if applicable. During this audit, one of the callers, _dbus_generate_uuid(), was currently using monotonic time but it was decided to make it use real time instead. Signed-off-by: David Zeuthen <davidz@redhat.com> Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=48580	David Zeuthen		12 years ago
2618	1.5.13 1.5.13	Simon McVittie		12 years ago
2617	Prepare dbus 1.5.12 Prepare dbus 1.5.12	Simon McVittie	dbus-1.5.12	12 years ago
2616	Build _dbus_string_starts_with_c_str even if not building te... Build _dbus_string_starts_with_c_str even if not building tests It's used by the own_prefix implementation.	Simon McVittie		12 years ago
2615	Merge remote-tracking branch 'alban/own_prefix2' Merge remote-tracking branch 'alban/own_prefix2' Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46273	Simon McVittie		12 years ago
2614	Merge branch 'dbus-1.4' Merge branch 'dbus-1.4' Conflicts: NEWS configure.ac	Simon McVittie		12 years ago
2613	transport: add new unixexec transport on Unix transport: add new unixexec transport on Unix The "unixexec:" transport will create a local AF_UNIX socket with socketpair(), then fork and execute a binary on one side with STDIN and STDOUT connected to it and then use the other side. This is useful to implement D-Bus tunneling schemes, for example to get a D-Bus connection to the system bus on a different host, similar how udisks is already doing it. (udisks uses SSH TCP tunneling for this, which is a bit ugly and less secure than this solution). Suggested use is with connection strings like the following: unixexec:path=ssh,argv1=foobar,argv2=system-bus-bridge or: unixexec:path=pkexec,argv1=system-bus-bridge or even: unixexec:path=sudo,argv1=system-bus-bridge The first line would execute the binary 'system-bus-bridge' on host 'foobar' and then pass D-Bus traffic to it. This (hypothetical) bridge binary would then forward the information to the local system bus. The second and third line use this scheme locally to acquire a privileged connection through pkexec resp. sudo: instead of connecting directly to the bus, they use the same bridge binary which will forward all information to the system bus. The arguments of the protocol are 'path' for the first execlp() argument, and argv0, argv1, and so on for the following arguments. argv0 can be left out in which case path will be used. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=35230 Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>	Lennart Poettering		12 years ago
2612	sysdeps-unix: introduce dbus_close_all() and make use of it ... sysdeps-unix: introduce dbus_close_all() and make use of it where appropriate This is optimized on Linux and enumerates through /proc/self/fd with a fallback on brute-force closing of fds, in case /proc is not available. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=35230 Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>	Lennart Poettering		12 years ago
2611	spec: document unixexec transports spec: document unixexec transports This adds a specification text for the new unixexec: transport. Bug: https://bugs.freedesktop.org/show_bug.cgi?id=35230 Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>	Lennart Poettering		12 years ago
2610	Fix spelling errors in dbus-launch(1) Fix spelling errors in dbus-launch(1) Bug: https://bugs.freedesktop.org/show_bug.cgi?id=47076 Bug-Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=675491 Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>	John Bradshaw		12 years ago
2609	Merge branch 'dbus-1.4' Merge branch 'dbus-1.4'	Simon McVittie		12 years ago
2608	Update NEWS Update NEWS	Simon McVittie		12 years ago
2607	Make dbus-daemon.exe --print-address work under Windows Make dbus-daemon.exe --print-address work under Windows The DBusPipe code was broken by commit 6e214b5b3c2837, which switched from C runtime API to Win32 API for WinCE's benefit. In a DBusPipe, fd_or_handle is in fact always a C runtime file descriptor, which can't be used with the Win32 API (which expects a HANDLE). This commit goes back to the C runtime API. It might cause WinCE support to regress, but at least dbus-daemon.exe --print-address works again. This is enough to make a few tests work under Wine when cross-compiling from Linux to mingw-w64: in particular, this now works: DBUS_TEST_DAEMON=bus/dbus-daemon.exe DBUS_TEST_DATA=test/data \ wine test/test-dbus-daemon.exe -p /echo/session Bug: https://bugs.freedesktop.org/show_bug.cgi?id=46049 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Reviewed-by: Ralf Habacker <ralf.habacker@freenet.de>	Simon McVittie		12 years ago
2606	Add a regression test for validating various string types wi... Add a regression test for validating various string types with the public API Bug: https://bugs.freedesktop.org/show_bug.cgi?id=39549 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk> Reviewed-by: Will Thompson <will.thompson@collabora.co.uk>	Simon McVittie		12 years ago

Older »