Re: How can a company help, officially?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Phil Schaffner wrote:
> Les Mikesell wrote on 04/11/2011 06:58 PM:
>> On 4/11/2011 5:32 PM, Ned Slider wrote:
> ...
>>> It's laborious, it's repetitive, it's boring,
>>> sometimes it's time-consuming but it's really NOT difficult.
>> That depends on where and whether you can find the component(s) that
>> were missing or the wrong version.  But, it seems that if you have an
>> after-the-build test, there might be a way to predict what you need to
>> pass that test ahead of time - or at least to run all of the possible
>> combinations in parallel if you really have to do trial-and-error.
> 
> Sounds a bit too much like AI to me.
> 
> Johnny addressed finding the components earlier, and they may not be 
> discoverable.
> 
> http://lists.centos.org/pipermail/centos/2011-April/109631.html
> 
> If you have a way to do those predictive tests, in serial or parallel, 
> I'm sure that would be a valuable contribution.  The possible 
> combinations quickly lead to a combinatorial explosion. Software 
> regression testing is a science in its own right.
> 
> I think the best a community project can do on testing such packages is 
> by flagging them for attention in a more open process with more testers.
> 
> Phil
> 

I've already thought about this. When I try to recompile some package 
from Fedora for CentOS 5.x, I miss having package dependency database 
that is easy to follow.

I was thinking of creating following:

    App that would parse primary.xml, filelists.xml and other.xml from 
each enabled repository and populate SQLite or MySQL database and would 
then allow to show tree-like dependencies for selected package. With all 
dependencies down to the last one, so if package1 depends on package2, 
package3 and, package4, and package2 depends on package6 and package7, 
all of those packages would be shown with respective version numbers.

The same XML format is for srpm repo folders, so we can have fast way of 
checking for dependencies.

Once you populate that database with srpms from all Fedora and RHEL 
versions (with all versions of every package), you could mix and match 
easier.

  But I seam to be out of free time to start it, and my programming 
skills on Linux are currently stuck on very advanced bash.

Ljubomir


_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux