[Rpm-maint] Promoting popt

[Axel Liljencrantz]

On 12/17/06, Peter Bowen <pzb at novell.com> wrote:
> On Sun, 2006-12-17 at 15:08 -0500, seth vidal wrote:
> > On Sun, 2006-12-17 at 14:58 -0500, James Bowes wrote:
> > > Peter Bowen wrote:
> > > > Since the hg tree just go reorganized to allow for maximum rpm
> > > > along side rpm, I
> > > > would suggest adding popt alongside.
> > > >
> > > > Does this make sense?
> > > >
> > > I like it. Maybe the same could be done with language bindings?
> > >
> > Would it make sense to break out the subcomponents that should come up
> > to the top from rpm?
> >
> > - librpmbuild/rpmbuild
> > - rpm lib/cli
> > - $language-rpm
> > - popt
> >
> > what else?
>
> I think that looks like a nice breakout.  Some work will need to be done
> to determine which bits go in which tree, but should not be that hard to
> get each to the point of being able to be released independently.  It
> may also encourage more contributors, as it will provide a smaller
> codebase to learn.

Is the latest popt version closer to getopt_long in commandline syntax
than the one used in fedora 6? Specifically, does it support
specifying arguments for switches using '=', like 'rpm -q
--whatprovides=kernel'?

If not, I'd be happy to write a patch for popt to do this, since
having multiple slightly incompatible syntaxes for gnu-style long
options is a huge pain when creating command specific tab completions.

>
> Thanks.
> Peter
>
> _______________________________________________
> Rpm-maint mailing list
> Rpm-maint at lists.rpm.org
> https://lists.rpm.org/mailman/listinfo/rpm-maint
>


-- 
Axel