As a part of the contrib acceptance process, can we spread the load a
bit by saying that anyone who wants to submit a package, must also find
someone else ( other than their sponsor ) to write a set of acceptance
tests[1] for their package.
I realise that in some cases, its going to be non-trivial writing these
sort of tests, eg when looking at a new kernel module that needs
specific hardware to be present for it to do something testable. However
in many cases its really very trivial ( eg. writing tests for bind are
extremely easy, just need to get a set of configs into place and run a
dns lookup or a dozen ).
How I imagine this to work would be that a post-build testing harness
could do whatever environment/teardown is required, get a clean instance
installed, get the fresh packages into there and run the tests. Stage1
could be just a standard test harness that ensures the quality of the
rpms being built and how they work as a collection, tools like
repomanage etc could be part of Stage1.
Follow that up with the acceptance tests written specifically for the
package. Dont care what testing framework is used, even bash will work
in most cases ( shunit2 ? ), simpletest, rspec, python-unit. Whatever.
As long as it can be called from the command line, it should work.
Just wanted to get the idea out there and see what the general feeling
is about this. If people are seriously keen, we cn even rip out unit and
integration tests from inside package %build sections and run them
post-install :) Although as something to start with, lets not go that far.
[1]: http://en.wikipedia.org/wiki/Acceptance_testing
--
Karanbir Singh : http://www.karan.org/ : 2522219@icq
I was wondering if there was room in 'extras' for IET?
If there is interest let me know and I can supply/maintain the packages.
Just need to modify them to track kernel API.
-Ross
Karanbir Singh wrote:
> CentOS Errata and Security Advisory 2009:1193 Important
>
> Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1193.html
>
> The following updated files have been uploaded and are currently
> syncing to the mirrors: ( md5sum Filename )
>
> x86_64:
> 38f5887b9822006c68b4486716ae18d1 kernel-2.6.18-128.4.1.el5.x86_64.rpm
> aa0c5bb5e7b4eecde44018cd95e9ea28 kernel-debug-2.6.18-128.4.1.el5.x86_64.rpm
> f62dd4c14d4911d3161a7e8574d43da0 kernel-debug-devel-2.6.18-128.4.1.el5.x86_64.rpm
> 8aac2fdf2312fde27f09c99d739d617c kernel-devel-2.6.18-128.4.1.el5.x86_64.rpm
> 64e37705920db6068c982a0d004fd318 kernel-doc-2.6.18-128.4.1.el5.noarch.rpm
> b80d5df60492256a43f9a799ae97b9f5 kernel-headers-2.6.18-128.4.1.el5.x86_64.rpm
> 384fa34172a633669e7738c09542e543 kernel-xen-2.6.18-128.4.1.el5.x86_64.rpm
> eab0550cbdecd1722a8fd0530a0ca1f5 kernel-xen-devel-2.6.18-128.4.1.el5.x86_64.rpm
>
> Source:
> 4e72b5e4b6d676f21be6d0164e6c31c6 kernel-2.6.18-128.4.1.el5.src.rpm
>
Should kernel-debug be installed as a dependency if it was not
previously installed? A "yum update" now wants to install kernel-debug.
Phil
hello,
I'm running on centos5.3 xen
[root@aberlour]# uname -a
Linux aberlour 2.6.18-128.4.1.el5xen #1 SMP Tue Aug 4 21:33:24 EDT
2009 i686 athlon i386 GNU/Linux
I installed elrepo to use my webcam(S).
the package kmod-video4linux-xen is really installed:
[root@aberlour]# rpm -qa|grep video
kmod-video4linux-xen-0.0-5.20090615.el5.elrepo
but when I "modprobe gspca_main" I've got.
[root@aberlour]# modprobe gspca_main
FATAL: Module gspca_main not found.
the problem is that the module is located in the wrong directory
[root@aberlour]# locate gspca_main.ko
/lib/modules/2.6.18-128.el5xen/extra/video4linux/gspca_main.ko
instead of:
/lib/modules/2.6.18-128_.4.1._el5xen/extra/video4linux/gspca_main.ko
I tried to link
/lib/modules/2.6.18-128_.4.1._el5xen/extra
to
/lib/modules/2.6.18-128.el5xen/extra
and run a depmod.
But I got an error message
[root@aberlour]# modprobe gspca_main
FATAL: Error inserting gspca_main (/lib/modules/2.6.18-128.4.1.el5xen/extra/video4linux/gspca_main.ko): Invalid module format
after having discussion (and many tests) with Phil Perry (from ELrepo)
the conclusion is that their module is not compatible with CentOS XEN
All the posts are here: http://lists.elrepo.org/pipermail/elrepo/2009-August/date.html#23
Can someone help ?
how can I use a gspca driver ?
regards
philippe
I noticed lsinitrd is not available in the nash package. I guess it will be
included in future RHEL6, but until then perhaps it could be useful to have
it packed in an rpm.
#centos adviced me to attach the spec file and link to a src rpm:
http://torbjorn.org/dev/SRPMS/lsinitrd-1.0-1.src.rpm
--
regards
Torbjørn Lindahl
Hi,
I just noticed that while doing an update on one of my CO5.3 x86_64
boxes it listed that it want's to install a load of extra packages
(exhibit A)
I then traced this back to yum wanting to update python to
2.4.3-24.el5_3.6.
However when I check one of my RHEL servers it did not have this
dependency (exhibit B) when I updated python.
Is this a bug in the CO package build?
Exhibit A:
Installing for dependencies:
GConf2 x86_64
2.14.0-9.el5 base 1.5 M
ORBit2 x86_64
2.14.3-5.el5 base 263 k
alsa-lib x86_64
1.0.17-1.el5 base 414 k
atk x86_64
1.12.2-1.fc6 base 224 k
audiofile x86_64 1:0.2.6-5
base 107 k
avahi-glib x86_64
0.6.16-1.el5_2.1 update 14 k
cdparanoia-libs x86_64
alpha9.8-27.2 base 51 k
esound x86_64 1:0.2.36-3
base 130 k
flac x86_64
1.1.2-28.el5_0.1 base 286 k
gnome-keyring x86_64 0.6.0-1.fc6
base 166 k
gnome-mime-data x86_64 2.4.2-3.1
base 691 k
gnome-mount x86_64 0.5-3.el5
base 70 k
gnome-vfs2 x86_64
2.16.2-4.el5 base 1.3 M
gstreamer x86_64
0.10.20-3.el5 base 756 k
gstreamer-plugins-base x86_64
0.10.20-3.0.1.el5_3 update 962 k
gstreamer-plugins-good x86_64
0.10.9-1.el5_3.2 update 984 k
gstreamer-plugins-good-devel x86_64
0.10.9-1.el5_3.2 update 161 k
gstreamer-tools x86_64
0.10.20-3.el5 base 18 k
gtk2 x86_64
2.10.4-20.el5 base 6.5 M
hicolor-icon-theme noarch 0.9-2.1
base 25 k
libIDL x86_64 0.8.7-1.fc6
base 87 k
libXcursor x86_64 1.1.7-1.1
base 32 k
libXfixes x86_64 4.0.1-2.1
base 15 k
libXinerama x86_64 1.0.1-2.1
base 9.8 k
libXrandr x86_64 1.1.1-3.1
base 15 k
libXres x86_64 1.0.1-3.1
base 14 k
libXv x86_64 1.0.1-4.1
base 14 k
libart_lgpl x86_64 2.3.17-4
base 75 k
libavc1394 x86_64 0.5.3-1.fc6
base 45 k
libbonobo x86_64
2.16.0-1.fc6 base 521 k
libbonoboui x86_64
2.16.0-1.fc6 base 394 k
libdv x86_64
0.104-4.fc6.1 base 78 k
libglade2 x86_64 2.6.0-2
base 96 k
libgnome x86_64
2.16.0-6.el5 base 860 k
libgnomecanvas x86_64 2.14.0-4.1
base 224 k
libgnomeui x86_64
2.16.0-5.el5 base 984 k
libiec61883 x86_64
1.0.0-11.fc6 base 37 k
libnotify x86_64 0.4.2-6.el5
base 38 k
libogg x86_64
2:1.1.3-3.el5 base 18 k
liboil x86_64 0.3.8-2.1
base 136 k
libraw1394 x86_64 1.3.0-1.el5
base 41 k
libtheora x86_64 1.0alpha7-1
base 706 k
libvorbis x86_64
1:1.1.2-3.el5_1.2 base 219 k
libwnck x86_64
2.16.0-4.fc6 base 185 k
notification-daemon x86_64 0.3.5-9.el5
base 48 k
pkgconfig x86_64
1:0.21-2.el5 base 61 k
shared-mime-info x86_64 0.19-5.el5
base 149 k
speex x86_64
1.0.5-4.el5_1.1 base 207 k
startup-notification x86_64 0.8-4.1
base 32 k
Exhibit B:
---> Package python.x86_64 0:2.4.3-24.el5_3.6 set to be updated
filelists.xml.gz
| 22 kB 00:00
filelists.xml.gz
| 2.1 MB 00:01
filelists.xml.gz
| 153 kB 00:00
--> Processing Dependency: /usr/lib64/python2.4 for package:
gamin-python
--> Processing Dependency: /usr/lib64/python2.4 for package:
libxml2-python
--> Restarting Dependency Resolution with new changes.
Regards
Rabie van der Merwe
Infrastructure Architect
**********************************************************************
---------
NOTICE
---------
This message (including attachments) contains privileged and confidential information intended only for the person or entity to which it is addressed.
Any review, retransmission, dissemination, copy or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient, is prohibited.
If you received this message in error, please notify the sender immediately by e-mail, facsimile or telephone and thereafter delete the material from any computer.
Metropolitan Health Group, its subsidiaries or associates, does not accept liability for any personal views expressed in this message.
Metropolitan Health Group
PO Box 4313 Cape Town 8000 Tel: (021) 480 4511 Fax: (021) 480 4535 www.mhg.co.za
**********************************************************************
Colleagues, I'm software engineer from Institute for System
Programing of Russian Academy of Sciences and we are developing a free
lightweight tool for checking backward/forward binary compatibility of
shared C/C++ libraries in OS Linux. It checks interface signatures and
data type definitions in two library versions (headers and shared
objects) and searches ABI changes that may lead to incompatibility.
We have released 1.1 version of this tool and we'd like you to consider
its usefulness for your project.
The wiki-page with the latest release of binary compatibility checker is
http://ispras.linux-foundation.org/index.php/ABI_compliance_checker
Andrey Ponomarenko