[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#622888: lintian overrides should support more precise pattern matching



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 2011-04-25 18:17, Niels Thykier wrote:
> Hi
> 

Hi all,

Andreas, I might have failed to CC on my previous mail to #622888 (just
a heads up if you do not recognise the quote).

> I have looked a bit on this and ...
> 
>  [...]
> So, I am proposing the following solution:
> 
>  * Allow "*" anywhere in extra to match any characters
>    - possibly use ** as any character and * as any non-slash character
>    - Text::Glob does not quote work for this, but a hand-crafted
>      glob2regex should not be hard if it is only * (and **) with no
>      escape (that is no "\* => literal *").
>  * Allow type + architecture specific tags in override files.  Lintian
>    should ignore all overrides not for this type and architecture.
>    - Absence of type or architecture should be assumed to be "current
>      type/architecture" (status quo)
>    - architecture can be any valid Debian architecture including the
>      currently accepted wild-cards (e.g. linux-any etc.)[1]
     - I have a partly patch for this; it does not recognise wildcards
       nor does it check for unknown/invalid architectures.  The syntax
       is the same as the B-D field.

Overrides will look like this:

[[<name>][ \[<arch-pattern>\]][ <type>]:] <tag>[ <extra> ...]

> 
> (I have cleverly stolen the proposal of both Steve + Andreas, reworded
> to my own proposal and totally claim credit for it >.>)
> [...]

~Niels

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

iQIcBAEBCAAGBQJNuS/rAAoJEAVLu599gGRCh+gP/3Tfb/hypav4vIV0/ko/xmor
hFP3impoHXp1rvv//Xh5yWFK0kuLK0f37kwLjogujf1rox2sF5EKkG67qxJ9wT1S
LEcAFt5P552zdKF0Eg1gt+fjhOT3U1+1NlygVlWt+xZ+fvGvkRS6pLDH1yTJwr+6
Cz9WWmQ+j0f64kRhsSgUvtu+kyTqxZe5yTyuGPQ3tL8iZ63UCK9jt+bRR/VDvm3T
ioa/BQG9Zi78VAhyojdgMc+sodq/PatOBzMb/LgrXslyCGy2bpfVi3tV+tMqrb77
v9Ud2I8eivRk7L0DhPGhZA8tGG1u67JS7qzDCoM+ZhTGwV8HHplVVuCgriexW+//
OvRniPxRPzFXec4wbLhxkAk67KOoRdqLHLvdpdN5NJzfeYuMhxW52QtVj8FH4IC8
Q36I/qNgtf+vigWp1cJfo3PiU3dgMidTJSHiesIzZrBFsJcosGy4UhE8JBlEYws+
9FBJ8V9rDwn/eUs8AjAh3pQZy1gRKHvAlMqp4H2p+yWSw8cjvV7R2SuLDSRgCSr0
+JEChdOmC+souJ3LTMI7M7Q0NKbjHGZEB2XL7Z8E4xApzXPCUdxk+kEgL+SBFRMh
jGSKBjgjgsEe3X6rf/dae8CKvp9db3FrBcBLuBYqh72M/1gJEscWTdfN+/0Agpby
PXygWhFuxSNySGZdwajJ
=EtEx
-----END PGP SIGNATURE-----

Attachment: 0001-Allow-simple-architecture-specific-overrides.patch
Description: application/wine-extension-patch

Attachment: 0001-Allow-simple-architecture-specific-overrides.patch.sig
Description: Binary data


Reply to: