Re: Bug#350468: libpcre3: install libpcre.so* in /lib
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
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
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
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
* 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
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
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