I personally find much interesting the last discussion, as a general rpm improvement of course. Maybe at a certain historical moment the battle tar vs star was due to selinux problems (xtattr and the like). It is obviously a hypothesis. But maybe these problems that were present are not such any more or, almost, with minor problem (* http://www.redhatmagazine.com/2007/07/02/tips-from-an-rhce-tar-vs-star-the-battle-of-xattrs/ ) * Ma perhaps this are patch not upstream: to do verified.
But the discussion could deviate again..................* *Best Regards On Sat, Apr 19, 2008 at 2:37 AM, Jeff Johnson <[EMAIL PROTECTED]> wrote: > > On Apr 18, 2008, at 8:09 PM, Wichmann, Mats D wrote: > > Jeff Johnson wrote: > > > > > I know that PCRE and POSIX are functionally equivalent. > > > > > > But can the interconversion between PCRE <-> POSIX regexes be > > > automated? > > > > > > I'd love a general "have it your own way" RE interconversion > > > rather than have to choose either PCRE or POSIX regex dialect. > > > > > > rpm got enuf Chauvinism problems in the packaging wars already > > > without adopting Yet Another War. > > > > > > > Hey speaking of wars, let's provide another excuse to > > put PCRE into LSB :-) (I've already been thinking > > about that, FWIW) > > > > If you want, rpmgrep (which is based on pcregrep, I ain;t > done nothing to wonderful BSD code and have no reason to > not give credit where it is due) uses a mire pattern abstraction. > > What that means is that its possible to have PCRE and POSIX regex's > side by side in a fully featured grep. > > And yes I'm quite sure that there are other attempts to use both PCRE and > POSIX regexes, > it ain't exactly rocket science, done before I'm sure. All I cared > was to get some reasonble "make check" while trying to create > a pattern matching abstraction API, pcregrep was the path of least effort. > > Code is yours for the asking, I got enuf problems with RPM devel already > ... > > (aside) Next in the hopper is bsdtar/bsdcpio (and libarchive). Very nice, > very sweet code, way better > than GNU tar/cpio imho. YMMV. > > And there's always star if you're brave, also definitely better code than > GNU tar. Serious > discussions about switching to star at a former employer where I > maintained "archivers" > and "compressor" category packages. > > But I suspect you are gesting ... > > 73 de Jeff > > ______________________________________________________________________ > RPM Package Manager http://rpm5.org > Developer Communication List [email protected] >
