Bug#788076: #788076: Packaged version of gtk3-nocsd (v2)

2015-10-15 Thread Christian Seiler
Hi Axel,

There were some bugs in version 1 of gtk3-nocsd I release earlier,
so I've now released version 2 upstream and also packaged that for
Debian.

I've uploaded the new version to mentors.debian.net:
https://mentors.debian.net/package/gtk3-nocsd

The library works with every Gtk+ version I could test it with, and
CSDs are consistently disabled. The functionality is enabled by
default on every X11 session that's not GNOME, but both the
administrator and each individual user may change this to their
liking. This is documented in README.Debian.

I've followed your guidelines for packages you sponsor,
https://people.debian.org/~abe/sponsoring/
as close as possible:

 - lintian:
 * 0 errors
 * 3 warnings, overridden for good reason
 Actually, there's only one thing, but it causes
 3 warnings. See the override file for a rationale.
 * 0 informational messages
 * 1 pedantic message: no GPG signatures on upstream
 tarballs
 * the lintian error on mentors is due to the ldconfig
   trigger change - lintian in unstable doesn't give
   that error
 - adequate: no messages
 - blhc: no messages
 - Build system: dh(7), minimal debian/rules
 - debian/copyright: DEP-5
 - proper symbols file for library (although it's a bit useless,
   because nothing is ever going to directly link against it,
   but policy dictates it)
 - library is properly Multi-Arch (thus 2 packages, one arch all
   for the wrapper script + Xsession.d integration, the other
   arch any for the library itself)

It would be great if you could review this and sponsor the upload.

Also, citing my previous mail:

On 10/02/2015 02:48 PM, Christian Seiler wrote:
> I'd like to also use git for packaging and collab-maint on alioth, but
> I can't create anything there myself (neither DD nor DM, although I
> plan to apply for DM status). It would be great if you could create a
> repository there and grant me access to it (my alioth username is
> chris_se-guest).

Best regards,
Christian




signature.asc
Description: OpenPGP digital signature


Bug#788076: #788076: Packaged version of gtk3-nocsd

2015-10-02 Thread Christian Seiler
Hi Axel,

I've now figured out a way to make gtk3-nocsd work with all relevant
Gtk+3 versions (including those currently in Debian stable, unstable
and experimental). Since I had already reported a couple of things
upstream earlier, and the original author is a bit short on time
currently, he gave me upstream commit access, so I pushed that upstream
and created an initial release on GitHub.

I've packaged that for Debian and uploaded it to mentors.debian.net:
https://mentors.debian.net/package/gtk3-nocsd

I've tried to follow your guidelines in
https://people.debian.org/~abe/sponsoring/
as close as possible:

 - no lintian errors
 - three lintian warnings that I override, please see the comment in
   the lintian-overrides file for as to why I do that
 - no lintian informational messages
 - two lintian pedantic messages w.r.t. upstream:
 - no upstream changelog
   (Ok, technically I could push a changelog upstream, but I'll
   only do that if there's a new release there. This is the
   first upstream version anyway.)
 - upstream releases are not gpg-signed
   (That would be something the original author would have to do,
   since it's his repository.)
 - adequate: no errors with the installed package
 - blhc: no messages
 - dh(7) build system with minimal debian/rules
 - debian/compat is 9
 - debian/copyright follows DEP-5
 - the preloadable library is properly Multi-Arch (thus two binary
   packages - one arch:all for the logic to enable preloading and
   one arch:any for the library itself)

I've successfully build-tested the package in a clean pbuilder
environment for both amd64 and i386 on all of jessie, stretch and
sid. I've been using the package on my Jessie system (where the
Gtk+3 version is old enough that the original version worked) for
quite a couple of months now - and I've tested the package against
more recent Gtk+3 versions.

The package disables CSDs by default (on X11), but this is overridable
by both the administrator and the user, see README.Debian for details.
If GNOME is used as a session, it makes sure that CSDs are enabled,
because I don't want to break the user experience of GNOME users.

It would be great if you could review it.

I'd like to also use git for packaging and collab-maint on alioth, but
I can't create anything there myself (neither DD nor DM, although I
plan to apply for DM status). It would be great if you could create a
repository there and grant me access to it (my alioth username is
chris_se-guest).

Regards,
Christian



signature.asc
Description: OpenPGP digital signature