Re: Bug#350468: libpcre3: install libpcre.so* in /lib

2006-07-22 Thread Aníbal Monsalve Salazar
On Mon, Jan 30, 2006 at 07:11:59PM +0100, Andreas Metzler wrote:
On 2006-01-29 Bart Martens [EMAIL PROTECTED] wrote:
Package: libpcre3
Version: 6.4-1.1
Severity: wishlist

It would be nice to see libpcre.so* installed in /lib so that the -P
option in grep can be enabled.  See also bugs #238237, #237071, #338401,
#338500, (...?).  According to these webpages, redhat installs
libpcre.so* in /lib since 2001, for the very same reason :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=41104
http://rpmfind.net/linux/RPM/fedora/3/i386/pcre-4.5-3.i386.html
[...]

(SID)[EMAIL PROTECTED]:~$ apt-cache show grep libpcre3 | \
  egrep '^Pack|^Prio|^Ess'
Package: grep
Essential: yes
Priority: required
Package: libpcre3
Priority: standard

If standard grep linked against libpcre, libpcre's priority would nee
to be bumped and it would become quasi-essential.

This would require at least discussion on debian-devel.
 cu andreas

Mark,

The grep maintainers would like to enable the -P grep option.

Please move libpcre.so* to /lib.

Best Regards,

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature


Re: Bug#350468: libpcre3: install libpcre.so* in /lib

2006-07-22 Thread Mike Hommey
On Sat, Jul 22, 2006 at 07:25:25PM +1000, Aníbal Monsalve Salazar [EMAIL 
PROTECTED] wrote:
 On Mon, Jan 30, 2006 at 07:11:59PM +0100, Andreas Metzler wrote:
 On 2006-01-29 Bart Martens [EMAIL PROTECTED] wrote:
 Package: libpcre3
 Version: 6.4-1.1
 Severity: wishlist
 
 It would be nice to see libpcre.so* installed in /lib so that the -P
 option in grep can be enabled.  See also bugs #238237, #237071, #338401,
 #338500, (...?).  According to these webpages, redhat installs
 libpcre.so* in /lib since 2001, for the very same reason :
 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=41104
 http://rpmfind.net/linux/RPM/fedora/3/i386/pcre-4.5-3.i386.html
 [...]
 
 (SID)[EMAIL PROTECTED]:~$ apt-cache show grep libpcre3 | \
   egrep '^Pack|^Prio|^Ess'
 Package: grep
 Essential: yes
 Priority: required
 Package: libpcre3
 Priority: standard
 
 If standard grep linked against libpcre, libpcre's priority would nee
 to be bumped and it would become quasi-essential.
 
 This would require at least discussion on debian-devel.
  cu andreas
 
 Mark,
 
 The grep maintainers would like to enable the -P grep option.
 
 Please move libpcre.so* to /lib.

Instead of moving libpcre and making it quasi-essential, why not
slightly modify grep so that it can dlopen libpcre if present. Not
everyone needs the -P option to grep. But then, there is the problem of
scripts that would use the -P option when libpcre is not present :-/

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Bug#350468: libpcre3: install libpcre.so* in /lib

2006-07-22 Thread Marco d'Itri
On Jul 22, Mike Hommey [EMAIL PROTECTED] wrote:

 Instead of moving libpcre and making it quasi-essential, why not
 slightly modify grep so that it can dlopen libpcre if present. Not
Since grep is already modular this would be very easy to implement by
moving the Pcompile() and Pexecute() functions in a separate file to be
dlopen'ed.
OTOH, I'm still not sure that it would be worth the effort.

 everyone needs the -P option to grep. But then, there is the problem of
 scripts that would use the -P option when libpcre is not present :-/
Scripts using -P would need to depend on libcpre.

-- 
ciao,
Marco


signature.asc
Description: Digital signature


Re: Bug#350468: libpcre3: install libpcre.so* in /lib

2006-07-22 Thread Mike Hommey
On Sat, Jul 22, 2006 at 12:27:16PM +0200, Marco d'Itri [EMAIL PROTECTED] 
wrote:
 On Jul 22, Mike Hommey [EMAIL PROTECTED] wrote:
 
  Instead of moving libpcre and making it quasi-essential, why not
  slightly modify grep so that it can dlopen libpcre if present. Not
 Since grep is already modular this would be very easy to implement by
 moving the Pcompile() and Pexecute() functions in a separate file to be
 dlopen'ed.
 OTOH, I'm still not sure that it would be worth the effort.
 
  everyone needs the -P option to grep. But then, there is the problem of
  scripts that would use the -P option when libpcre is not present :-/
 Scripts using -P would need to depend on libcpre.

But packages including such scripts and not depending on libpcre would
be difficult to find...

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Bug#350468: libpcre3: install libpcre.so* in /lib

2006-07-22 Thread Adeodato Simó
* Mike Hommey [Sat, 22 Jul 2006 12:34:21 +0200]:

 On Sat, Jul 22, 2006 at 12:27:16PM +0200, Marco d'Itri [EMAIL PROTECTED] 
 wrote:
  Scripts using -P would need to depend on libcpre.

 But packages including such scripts and not depending on libpcre would
 be difficult to find...

Since grep has no -P support at the moment, there are no such scripts
now. Then, the changelog entry for the grep version that introduces it
can make it clear the need for the dependency by packages wishing to use
-P.

Since those maintainers will need to check the changelog to know what
version of grep they need to depend on, they'll see the comment and add
the libpcre dependency as well.

At the end of the day, I doubt the number of packages that introduce the
versioned dependency but not the dependency on the library will be
hopefully very low. There will be of course a number of packages without
either of those, but the versioned depends is needed whether dlopening
or not, so it doesn't sound like the number of buggy packages will be
bigger (if grep dlopens instead of just linking).

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Let us not be ashamed to speak what we shame not to think.
-- Michel de Montaigne


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Bug#350468: libpcre3: install libpcre.so* in /lib

2006-07-22 Thread Wouter Verhelst
On Sat, Jul 22, 2006 at 11:48:52AM +0200, Mike Hommey wrote:
 On Sat, Jul 22, 2006 at 07:25:25PM +1000, Aníbal Monsalve Salazar [EMAIL 
 PROTECTED] wrote:
  On Mon, Jan 30, 2006 at 07:11:59PM +0100, Andreas Metzler wrote:
  On 2006-01-29 Bart Martens [EMAIL PROTECTED] wrote:
  Package: libpcre3
  Version: 6.4-1.1
  Severity: wishlist
  
  It would be nice to see libpcre.so* installed in /lib so that the -P
  option in grep can be enabled.  See also bugs #238237, #237071, #338401,
  #338500, (...?).  According to these webpages, redhat installs
  libpcre.so* in /lib since 2001, for the very same reason :
  https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=41104
  http://rpmfind.net/linux/RPM/fedora/3/i386/pcre-4.5-3.i386.html
  [...]
  
  (SID)[EMAIL PROTECTED]:~$ apt-cache show grep libpcre3 | \
egrep '^Pack|^Prio|^Ess'
  Package: grep
  Essential: yes
  Priority: required
  Package: libpcre3
  Priority: standard
  
  If standard grep linked against libpcre, libpcre's priority would nee
  to be bumped and it would become quasi-essential.
  
  This would require at least discussion on debian-devel.
   cu andreas
  
  Mark,
  
  The grep maintainers would like to enable the -P grep option.
  
  Please move libpcre.so* to /lib.
 
 Instead of moving libpcre and making it quasi-essential, why not
 slightly modify grep so that it can dlopen libpcre if present. Not
 everyone needs the -P option to grep. But then, there is the problem of
 scripts that would use the -P option when libpcre is not present :-/

Those scripts would either be system-specific (in which case the local
sysadmin would ensure that libpcre is installed), or be part of a
package, that then needs to declare a proper dependency. I don't think
there is a problem here.

-- 
Fun will now commence
  -- Seven Of Nine, Ashes to Ashes, stardate 53679.4


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Bug#350468: libpcre3: install libpcre.so* in /lib

2006-07-22 Thread Christoph Berg
Re: Marco d'Itri 2006-07-22 [EMAIL PROTECTED]
  Instead of moving libpcre and making it quasi-essential, why not
  slightly modify grep so that it can dlopen libpcre if present. Not
 Since grep is already modular this would be very easy to implement by
 moving the Pcompile() and Pexecute() functions in a separate file to be
 dlopen'ed.
 OTOH, I'm still not sure that it would be worth the effort.
 
  everyone needs the -P option to grep. But then, there is the problem of
  scripts that would use the -P option when libpcre is not present :-/
 Scripts using -P would need to depend on libcpre.

There's a third solution: make grep depend on libpcre, use dlopen, but
do not move the library to /lib. In that case, only scripts at boot
time need to stay away from -P.

I'd be glad though for any package that doesn't get pulled into by
pbuilder tar.gz...

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature