[lsb-discuss] Multi-LSB-version application testing tools ready
vrub at ispras.ru
Fri Jul 27 03:12:43 PDT 2007
We have prepared the multi LSB version capable tools for app testing, which
include appchk, pkgchk and archk. The tools now accept -r VERSION or
--lsb-version=VERSION command line option, which specifies LSB version to
test against. For example:
appchk --lsb-version=3.0 testapp
Now 3.0, 3.1 & 3.2 are supported. "3.2" stands for the current LSB
development snapshot from the LSB DB used during the tools building. The
tools' sources are in the Bazaar.
Any feedback is appreciated.
> -----Original Message-----
> From: lsb-discuss-bounces at lists.freestandards.org [mailto:lsb-discuss-
> bounces at lists.freestandards.org] On Behalf Of Vladimir Rubanov
> Sent: Tuesday, June 26, 2007 8:25 PM
> To: 'Wichmann, Mats D'
> Cc: lsb-discuss at lists.freestandards.org
> Subject: Re: [lsb-discuss] Multi-version appchk
> OK. Konstantin Vlasov, one of our tech leaders will take the task to
> the multi-LSB-version appchk. I do not see any serious difficulties in the
> design; meanwhile, we'll post our ideas to lsb-infrastructure list.
> Hopefully, the first version will be included in the beg Aug chain of our
> regular deliverables.
> > -----Original Message-----
> > From: Wichmann, Mats D [mailto:mats.d.wichmann at intel.com]
> > Sent: Tuesday, June 26, 2007 3:21 AM
> > To: Vladimir Rubanov
> > Cc: lsb-discuss at lists.freestandards.org
> > Subject: RE: Multi-version appchk
> > Vladimir Rubanov wrote:
> > > So far we have made the exporting LSB DB scripts to generate
> > > configuration staff for appchk for any LSB version based on a
> > > parameter. This allows easy building of separate appchks for
> > > different LSB versions from the same code base.
> > >
> > > We can continue extending our efforts and upgrade appchk itself to
> > > support multi LSB versions. BTW, this will enable the "LSB Version"
> > > combobox in ATK Manager. Any objections from the appchk maintainer(s)
> > > for taking this over?
> > I can't imagine there would be, the people who have otherwise
> > worked on appchk are all swamped. Once a design is proposed,
> > let's discuss it before coding proceeds too far, is all I'd say.
> > -- mats
> lsb-discuss mailing list
> lsb-discuss at lists.freestandards.org
More information about the lsb-discuss