[Xcb] New libxcb and xcb-proto releases (code name: "Oh, shit")
Uli Schlachter
psychon at znc.in
Sat Nov 16 06:45:09 PST 2013
Hi,
On 15.11.2013 21:59, Uli Schlachter wrote:
> On 15.11.2013 08:18, Arnaud Fontaine wrote:
[...]
>> If we follow this idea, it would mean there are the following things to
>> do before the release from master branch:
>
> Ok, so I guess the "another release from a branch"-idea is dead then and we try
> to get master into a sane state. I'll try to collect a new todo list for this
> and send it off tomorrow. But this means that people can review the needed
> patches and commit them already... :-)
So here is my list of patches:
xcb-proto
- "remove reference to nonexistant enum"
- "[PATCH libxcb] Fix alignment issues in FD passing code"
- "sync: add missing namespace for the INT64 struct"
- "Add NEWS entries for release 1.9"
libxcb-master:
- "Add NEWS entries for releases 1.9.1 to 1.9.3"
- bump XKB soname due to ABI break
- bump XCB soname (no idea why this would be needed, but Arnaud suggested this.
See [1] for vetos ;-) )
- revert 9ae84ad187e2ba440c40f44b8eb21c82c2fdbf12 "fix deadlock with
xcb_take_socket/return_socket v3"
- revert bc6a4f557ff4e497acdafdcebb006e5a7b4c5b11 "Build xcb-xkb by default"
(is this needed? xkb's current state confuses me. Someone please tell me.)
- Depend on newest xcb-proto release
Issues left (or at least "Things I collected from the 'Next Release?'-thread"):
- http://lists.freedesktop.org/archives/xcb/2013-August/008541.html
"xkb: Unify events into single event"
- https://bugs.freedesktop.org/show_bug.cgi?id=68387
"xinput2 XIQueryDevice reply not read correctly"
- http://lists.freedesktop.org/archives/xcb/2013-October/008689.html
"every structure having a fixed size field after a variadic field/list is
broken!" (Does this have a Bugzilla entry that I didn't find yet? If not, we
should create one)
- We are renaming things in xcb_ge_event_t (this time on purpose). How are
people supposed to deal with it so that they work both with old and new
libxcb? There doesn't seem to be a #define which could easily be used for
deciding if pad0 or extension is the right field to use.
Cheers,
Uli
[1]: http://lists.freedesktop.org/archives/xcb/2013-October/008690.html
--
Bitte nicht mit dem verbleibenden Auge in den Laser gucken.
- Vincent Ebert
More information about the Xcb
mailing list