Bug#693918: lintian: Add test for missing keywords

2012-11-21 Thread Jeremy Bicha
Package: lintian
Version: 2.5.10.2
Severity: wishlist

Keywords is a relatively new addition to the desktop entry spec that
improves the ability to find apps by typing in related words. GNOME
Shell, Unity, and Software Center currently support Keywords. Also,
GNOME Shell 3.6 no longer uses the "Comment" field for searching so
the discoverability since GNOME 3.4 will likely regress a bit until
developers add keywords to their .desktop files.

I'd like to see a lintian test that reports when a package includes a
.desktop without Keywords (except for .desktop files that have
NoDisplay=true; set). GNOME developers will probably take care of
adding keywords for GNOME 3.8 core apps but this should help increase
developer awareness for other apps.

https://live.gnome.org/GnomeGoals/DesktopFileKeywords
http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html
https://mail.gnome.org/archives/desktop-devel-list/2012-November/msg00066.html

Jeremy

- -- System Information:
Debian Release: wheezy/sid
  APT prefers raring-updates
  APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500,
'raring'), (100, 'raring-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386


-- 
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMY=jtqbr_ucm1rs5jqda4tzesyhrukcyrv9mqq7uhe...@mail.gmail.com



Bug#693903: lintian: Emit error on package with different SOVERSIONs in libraries

2012-11-21 Thread Russ Allbery
Guillem Jover  writes:

> When a package ships multiple shared libraries (usually a bad idea),
> it's okish as long as they use the same SOVERSION. In case they have
> different SOVERSIONs and as such are out of step, there's no guarantee
> they will not be changed in the future too, in which case the package
> would need its name to be bumped, but only due to part of the contents,
> some packages might need to be unneedingly rebuilt, or what's more
> common, the package will end up not being renamed, and ABI issues will
> crop up.

> Please add a new check to emit an error in case there's several shared
> libraries with different SOVERSIONs. This should also avoid false
> positives on stuff like glib.

One of the main reasons why I'd been hesitant historically to do this is
that I was worried about encouraging library maintainers to do complex
transitions for existing shared library packages that don't follow this
rule.  Converting from multiple shared libraries in one package to
multiple packages, one per shared library, when there hasn't been an
SONAME change was surprisingly difficult to get right.

But maybe we can handle that by just adding a long explanation to the tag
description.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/874nki26jh@windlord.stanford.edu



Bug#693911: lintian: Add check for library debug packages w/o SOVERSION in name

2012-11-21 Thread Guillem Jover
Package: lintian
Version: 2.5.10.2
Severity: wishlist
X-Debbugs-Cc: Ron Lee 

Hi!

If a debug library packages (containing only shared libraries, not a
conglomerated debug package) does not include the SOVERSION in its
name, it makes it not possible to co-install different debug packages
matching the SOVERSIONs of the corresponding library package, and
as such debug different version of the library at the same time,
when those should really be co-installable path-wise, as in:

  libfoo0
  libfoo1
  libfoo-dbg

Please add a check that emits a warning in such cases.

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121121171811.ga6...@gaara.hadrons.org



Bug#693903: lintian: Emit error on package with different SOVERSIONs in libraries

2012-11-21 Thread Guillem Jover
Package: lintian
Version: 2.5.10.2
Severity: wishlist

Hi!

When a package ships multiple shared libraries (usually a bad idea),
it's okish as long as they use the same SOVERSION. In case they
have different SOVERSIONs and as such are out of step, there's no
guarantee they will not be changed in the future too, in which case
the package would need its name to be bumped, but only due to part
of the contents, some packages might need to be unneedingly rebuilt,
or what's more common, the package will end up not being renamed,
and ABI issues will crop up.

Please add a new check to emit an error in case there's several
shared libraries with different SOVERSIONs. This should also avoid
false positives on stuff like glib.

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121121162418.ga5...@gaara.hadrons.org