Bug#616493: lintian: Should know about the Multi-Arch field

2011-06-04 Thread Niels Thykier
On 2011-03-11 20:25, Raphael Hertzog wrote:
 On Fri, 11 Mar 2011, Niels Thykier wrote:
 [...]
   I also included a sanity check of the values of the field (one of the
 four listed in your email in all lowercase).  I have not added any
 
 Great.
 
 sanity (cross-)check for multi-arch vs. content/architecture, so Lintian
 will (at least for now) happily accept Architecture: all with
 Multi-Arch: foreign (or whatever).  I am keeping this bug open to track
 the status of such additional checks.
 
 The only forbidden combination is Architecture: all / Multi-Arch: same.
 The rest is allowed. But dpkg already enforces this at build time[1] so it's
 ok if there's no check in lintian.
 
 Cheers,
 
 [1] Not yet in sid but in the multi-arch branch that we're working on.

Hey,

Somehow it felt empty without that check, so I decided to implement it
any way.  :)

~Niels




-- 
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/4deaa30d.5060...@thykier.net



Bug#616493: lintian: Should know about the Multi-Arch field

2011-03-11 Thread Niels Thykier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-03-04 23:05, Raphaël Hertzog wrote:
 Package: lintian
 Version: 2.5.0~rc1
 Severity: normal
 User: debian-d...@lists.debian.org
 Usertags: multiarch
 
 While building my multi-arch dpkg I noted this:
 I: dpkg: unknown-field-in-control multi-arch
 I: dselect: unknown-field-in-control multi-arch
 
 Lintian should learn about this field and not complain if it contains
 one of the allowed values (no, foreign, allowed, same).
 
 https://wiki.ubuntu.com/MultiarchSpec
 
 [...]
 

Hi

I have added Multi-Arch to the list of known binary fields.  I assumed
it did not apply to udebs, changes and source packages, please correct
me if I am wrong here.
  I also included a sanity check of the values of the field (one of the
four listed in your email in all lowercase).  I have not added any
sanity (cross-)check for multi-arch vs. content/architecture, so Lintian
will (at least for now) happily accept Architecture: all with
Multi-Arch: foreign (or whatever).  I am keeping this bug open to track
the status of such additional checks.

~Niels

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJNeljJAAoJEAVLu599gGRCVdUP/002R30Mxw8d6GqiYo7WAFsq
jFC8G/FunFHv0GSt1zBKWT1ckEaaURVsKsWlF7GUvdkBHahD/Q5yU+oFTYf/LPIu
kXmnJEdfux0vrKf/YuuTMYeptxbsuOOCW9sxMleovvs231fhY6o6Hyfa7XCtlUx/
TYaSFluvGxIPH6gGTqB3rJcJSoMhwDHJ50tK81iB7aIVBrGg+L+3ovseXeEA8DUs
V9gHFCHaY+5XARWy2Gh14GwWyDBLnJMCVtrm/1U8VnfX0LvH/pMo9On+OgsTrkRd
TqcI38o/7p85dG8pSzn1fmnXiwG30lg6wjWPRfLeXU8OHTrd9oTnmt6qchPFqMzW
l0XogJ3+j55lW9WYxmttgJqEzYc+58DZWg115uhJ9MNzavKNdxl/+9fsiF+JRHEx
qsi9W4EzaZHjpYJ02Wz3nkiuh90DpDLY1yBI+Z8VPqb0fs8ip8miu8405p0s/CNj
YUCJl4SjRVhezc+DBTOetqn9GBNeUIK2+t43YeFoqWM8OBN4PZAo62vO/MAUAlFQ
o+mQ5EXhgsY+PY6QtltG4d07fftcoTId0Kag5poxoCf1Oec7bTfdA4gqxW5WVd/k
mwXphUZCpynbQ+MyvE2Uk9lQhLB/9bYnVvlt6sK6AmdYerEXPNkgUFVApb4jb4KY
1+HOoAdmhyuI7dNKRG2D
=kRyM
-END PGP SIGNATURE-



--
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/4d7a58ca.1080...@thykier.net



Bug#616493: lintian: Should know about the Multi-Arch field

2011-03-11 Thread Raphael Hertzog
On Fri, 11 Mar 2011, Niels Thykier wrote:
 I have added Multi-Arch to the list of known binary fields.  I assumed
 it did not apply to udebs, changes and source packages, please correct
 me if I am wrong here.

That's correct.

(For dpkg, udeb are no different from deb and thus they are allowed but
I don't see udeb making use of multiarch any time soon)

   I also included a sanity check of the values of the field (one of the
 four listed in your email in all lowercase).  I have not added any

Great.

 sanity (cross-)check for multi-arch vs. content/architecture, so Lintian
 will (at least for now) happily accept Architecture: all with
 Multi-Arch: foreign (or whatever).  I am keeping this bug open to track
 the status of such additional checks.

The only forbidden combination is Architecture: all / Multi-Arch: same.
The rest is allowed. But dpkg already enforces this at build time[1] so it's
ok if there's no check in lintian.

Cheers,

[1] Not yet in sid but in the multi-arch branch that we're working on.
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



--
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/20110311192521.ga28...@rivendell.home.ouaza.com



Bug#616493: lintian: Should know about the Multi-Arch field

2011-03-04 Thread Raphaël Hertzog
Package: lintian
Version: 2.5.0~rc1
Severity: normal
User: debian-d...@lists.debian.org
Usertags: multiarch

While building my multi-arch dpkg I noted this:
I: dpkg: unknown-field-in-control multi-arch
I: dselect: unknown-field-in-control multi-arch

Lintian should learn about this field and not complain if it contains
one of the allowed values (no, foreign, allowed, same).

https://wiki.ubuntu.com/MultiarchSpec

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.37-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.21.0.20110302-1 The GNU assembler, linker and bina
ii  diffstat   1.54-1produces graph of changes introduc
ii  dpkg-dev   1.16.0Debian package development tools
ii  file   5.04-5Determines file type using magic
ii  gettext0.18.1.1-3GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg
ii  libclass-accessor-perl 0.34-1Perl module that automatically gen
ii  libemail-valid-perl0.184-1   Perl module for checking the valid
ii  libipc-run-perl0.89-1Perl module for running processes
ii  libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output
ii  libtimedate-perl   1.2000-1  collection of modules to manipulat
ii  liburi-perl1.58-1module to manipulate and access UR
ii  locales2.11.2-11 Embedded GNU C Library: National L
ii  locales-all [locales]  2.11.2-11 Embedded GNU C Library: Precompile
ii  man-db 2.5.9-4   on-line manual pager
ii  perl [libdigest-sha-pe 5.10.1-17 Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarchnone (no description available)
ii  libtext-template-perl 1.45-2 Text::Template perl module
ii  man-db2.5.9-4on-line manual pager

-- no debconf information



-- 
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/20110304220516.19275.85858.reportbug@rivendell.localdomain