lp://staging/ubuntu/utopic-proposed/libxkbcommon
- Get this branch:
- bzr branch lp://staging/ubuntu/utopic-proposed/libxkbcommon
Branch merges
Branch information
Recent revisions
- 6. By Michael
-
* New upstream release. This introduces the new binary packages
libxkbcommon-x11-{0, dev} (Closes: #737391)
* Canonicalize Vcs-*
* Bump standards-version to 3.9.5 (no changes necessary) - 5. By Emilio Pozuelo Monfort <email address hidden>
-
* Cherry-pick ec9a02 from upstream, fixes FTBFS on hurd. Closes: #717723.
* Re-enable the test suite on !linux. Thanks Pino Toscano. Closes: #715560. - 4. By Emilio Pozuelo Monfort <email address hidden>
-
* Team upload.
[ Timo Aaltonen ]
* New upstream release 0.2.0. (Closes: #691699)
* libxkbcommon-dev.install: Add new headers, rename existing.
* control: Update Standards-Version, no changes.
* watch: Updated.
* control: Remove the comments about the experimental status, this is
an actual release.
* control: Use debhelper 9 and convert to multiarch.
* control: Update the descriptions.
* rules: Don't hardcode shlibs to the package version, this is an actual
release now.
* Use source format 1.0.
* Add libxkbcommon0.symbols.
* copyright: Remove the note about no tarballs, add upstream url.
* control: Added homepage.
* rules: Replace old tarball target with generic gentarball target.
* rules: Don't run tests on !linux.[ Emilio Pozuelo Monfort ]
* debian/watch:
+ Look for .xz tarballs.
* New upstream release 0.3.1.
* debian/libxkbcommon0. symbols:
+ Add Build-Depends-Package field.
+ Add new symbols.
* debian/rules:
+ Pass -c4 to dpkg-gensymbols to abort the build if there are any
new or missing symbols.
+ Make the build verbose. - 3. By Cyril Brulebois
-
[ Cyril Brulebois ]
* Fix short description for libxkbcommon-dev.[ Timo Aaltonen ]
* Merge master up to c19661b965. - 2. By Cyril Brulebois
-
* Initial release (Closes: #611401):
- Merge master up to b9b0011994.
* Since there's no upstream release yet, use 0.1.0~X-Y as version
numbers, with:
- 0.1.0: the version currently in configure.ac;
- X: an integer bumped everytime we create a snapshot;
- Y: Debian revision.
* Keep shlibs very strict: packages linking against libxkbcommon will
pick a dependency on the particular revision they were linked
against. Since users are likely to be only XServer and Wayland, that
shouldn't be too much of a hassle. (All of them will probably stay in
experimental for a while anyway, libxkbcommon support isn't merged in
XServer's master yet.)
* Write a “tarball” target to generate upstream tarballs for next
snapshots.
* Use xkb-data build-dep since it's needed for the test suite.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp://staging/ubuntu/vivid/libxkbcommon