> -----Original Message----- > From: Quentin Schulz <[email protected]> > Sent: Wednesday, June 24, 2026 2:06 PM > To: Marko, Peter (FT D EU SK BFS1) <[email protected]>; > [email protected] > Subject: Re: [OE-core] [PATCH v2 1/4] wget: remove pcre packageconfig option > > Hi Peter, > > On 6/17/26 7:31 PM, Peter Marko via lists.openembedded.org wrote: > > From: Peter Marko <[email protected]> > > > > libpcre is obsolete project replaced by libpcre2. > > Also libpcre2 is the current default packageconfig option. > > > > Signed-off-by: Peter Marko <[email protected]> > > --- > > meta/recipes-extended/wget/wget_1.25.0.bb | 3 +-- > > 1 file changed, 1 insertion(+), 2 deletions(-) > > > > diff --git a/meta/recipes-extended/wget/wget_1.25.0.bb b/meta/recipes- > extended/wget/wget_1.25.0.bb > > index f0d3458462..e6650594d8 100644 > > --- a/meta/recipes-extended/wget/wget_1.25.0.bb > > +++ b/meta/recipes-extended/wget/wget_1.25.0.bb > > @@ -20,7 +20,7 @@ SRC_URI = "${GNU_MIRROR}/wget/wget-${PV}.tar.gz \ > > SRC_URI[sha256sum] = > "766e48423e79359ea31e41db9e5c289675947a7fcf2efdcedb726ac9d0da3784" > > > > EXTRA_OECONF = "--without-libgnutls-prefix --without-libssl-prefix \ > > - --disable-rpath" > > + --disable-rpath --disable-pcre" > > > > EXTRA_OEMAKE += 'TOOLCHAIN_OPTIONS="${TOOLCHAIN_OPTIONS}" \ > > DEBUG_PREFIX_MAP="${DEBUG_PREFIX_MAP}"' > > @@ -34,7 +34,6 @@ PACKAGECONFIG[iri] = "--enable-iri,--disable-iri,libidn2" > > PACKAGECONFIG[libpsl] = "--with-libpsl,--without-libpsl,libpsl" > > PACKAGECONFIG[libuuid] = "--with-libuuid,--without-libuuid,util-linux" > > PACKAGECONFIG[openssl] = "--with-ssl=openssl,,openssl" > > -PACKAGECONFIG[pcre] = "--enable-pcre,--disable-pcre,libpcre" > > But why? pcre isn't selected by default so it should be fine to leave > PACKAGECONFIG[pcre] even if libpcre recipe is moved to meta-oe? > Similarly to what you've done for slang for which you kept > PACKAGECONFIG[pcre] but removed it from the default value of > PACKAGECONFIG?
I don't think that this is useful once the component supports pcre2 which has equivalent (or better) features. Or do you have specific use-case with pcre which pcre2 does not have? Slang does not support pcre2, so keeping the option to enhance the component functionality makes sense. Peter > > Cheers, > Quentin
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#239738): https://lists.openembedded.org/g/openembedded-core/message/239738 Mute This Topic: https://lists.openembedded.org/mt/119854636/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
