On Jul 23, 2012, at 3:33 PM, devzero2000 wrote:
> He He
>
> Jbj have always some surprise.
>
> Just for my insane curiosity : why don't use launchpad for this ?
>
I don't use launchpad largely because of RPM <-> LSB politics
with a huge FL/OSS "silent majority" (that has nothing to do but object
to any "forward" movement and is still vainly hoping that the dot.com
bubble will re-appear and shower everyone with riches) watching
isn't likely to make any "forward" progress this decade.
Meanwhile this bug started here this morning (which *is* tracked in
launchpad.net/rpm
iirc) and will proceed through a sober patch stream to "fix" what I think
is wrong with LSB pkgchk:
https://lsbbugs.linuxfoundation.org/show_bug.cgi?id=3215
By the time I'm done, I'm pretty sure that I will be adding a "pkgchk"
tool to out-LSB LSB checking *.rpm "conformance" with all possible
definitions for LSB, living within the desired design constraints:
RPM libraries and external libraries MUSTNOT be used in pkgchk.
The code in LSB pkgchk isn't currently maintainable (imho) because
the implementation isn't modular, links into API complexities like TET
harnesses and databases, and noone really cares any more (except
to tell me that abiding by a dead/irrelevant LSB package "standard" somehow
continues to be vitally important to World Domintaion).
We shall see … meanwhile I'm quite bored with wait-and-see discussions
about RPM roadmap's and such: hacking on LSB pkgchk shouldn't
bother anyone whatsoever.
(again, as an aside)
Unsubscribe now if uninterested … y'all have been warned.
73 de Jeff
