Openembedded Core Discussions
 help / color / mirror / Atom feed
* [PATCH] classes/insane: fix libdir check regexes
@ 2013-07-03 13:40 Paul Eggleton
  2013-07-03 14:35 ` Burton, Ross
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Eggleton @ 2013-07-03 13:40 UTC (permalink / raw)
  To: openembedded-core

* Ensure these do not pick up e.g. /lib/systemd/system/uuidd.socket
* Fix broken exec_re regex (lib*. -> lib.*)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
---
 meta/classes/insane.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 27c225f..af419f1 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -265,8 +265,8 @@ def package_qa_check_libdir(d):
             full_path = os.path.join(root,file)
             my_files.append(full_path[len(pkgd):])
 
-    lib_re = re.compile("^/lib.*\.so")
-    exec_re = re.compile("^%s.*/lib*.\.so" % exec_prefix)
+    lib_re = re.compile("^/lib.*\.so[0-9.]*$")
+    exec_re = re.compile("^%s.*/lib.*\.so[0-9.]*$" % exec_prefix)
 
     for file in my_files:
         if lib_re.match(file):
-- 
1.8.1.2



^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] classes/insane: fix libdir check regexes
  2013-07-03 13:40 [PATCH] classes/insane: fix libdir check regexes Paul Eggleton
@ 2013-07-03 14:35 ` Burton, Ross
  2013-07-03 15:09   ` Paul Eggleton
  0 siblings, 1 reply; 3+ messages in thread
From: Burton, Ross @ 2013-07-03 14:35 UTC (permalink / raw)
  To: Paul Eggleton; +Cc: openembedded-core

On 3 July 2013 14:40, Paul Eggleton <paul.eggleton@linux.intel.com> wrote:
> +    lib_re = re.compile("^/lib.*\.so[0-9.]*$")
> +    exec_re = re.compile("^%s.*/lib.*\.so[0-9.]*$" % exec_prefix)

I'd been meaning to double-check this assumption since the discussion
yesterday, and I'm glad I did.  My Debian machine has these files in
/usr/lib that don't match that regex:

libatlas.so.3gf
libblas.so.3gf
libcblas.so.3gf
libf77blas.so.3gf
liblapack_atlas.so.3gf
liblapack.so.3gf
libmozjs.so.10d
libnspr4.so.0d
libnss3.so.1d
libnssutil3.so.1d
libplc4.so.0d
libplds4.so.0d
libsmime3.so.1d
libssl3.so.1d

How about ^lib.+\.so(\..+)?$ to match a library filename?

Ross


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] classes/insane: fix libdir check regexes
  2013-07-03 14:35 ` Burton, Ross
@ 2013-07-03 15:09   ` Paul Eggleton
  0 siblings, 0 replies; 3+ messages in thread
From: Paul Eggleton @ 2013-07-03 15:09 UTC (permalink / raw)
  To: Burton, Ross; +Cc: openembedded-core

On Wednesday 03 July 2013 15:35:15 Burton, Ross wrote:
> On 3 July 2013 14:40, Paul Eggleton <paul.eggleton@linux.intel.com> wrote:
> > +    lib_re = re.compile("^/lib.*\.so[0-9.]*$")
> > +    exec_re = re.compile("^%s.*/lib.*\.so[0-9.]*$" % exec_prefix)
> 
> I'd been meaning to double-check this assumption since the discussion
> yesterday, and I'm glad I did.  My Debian machine has these files in
> /usr/lib that don't match that regex:
> 
> libatlas.so.3gf
> libblas.so.3gf
> libcblas.so.3gf
> libf77blas.so.3gf
> liblapack_atlas.so.3gf
> liblapack.so.3gf
> libmozjs.so.10d
> libnspr4.so.0d
> libnss3.so.1d
> libnssutil3.so.1d
> libplc4.so.0d
> libplds4.so.0d
> libsmime3.so.1d
> libssl3.so.1d
> 
> How about ^lib.+\.so(\..+)?$ to match a library filename?

Hmm, right. That looks reasonable. v2 sent.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-07-03 15:09 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-03 13:40 [PATCH] classes/insane: fix libdir check regexes Paul Eggleton
2013-07-03 14:35 ` Burton, Ross
2013-07-03 15:09   ` Paul Eggleton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox