[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


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:

- "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"

- "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.


[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