On Feb 4, 2010, at 9:52 AM, Manuel Tuthill wrote:

Regarding support I'm certainly willing to try and help out, however I'm probably not the best, if someone wants me to do legwork if they can guide
I'm more than happy to help.

sure!

if i were in your shoes, this is what i would do:

1) put up a test system with CentOS 4 (you, i assume, already have such a system) 2) get the latest dkms-ndiswrapper spec from SVN (http://svn.rpmforge.net/svn/trunk/rpms/dkms-ndiswrapper/dkms-ndiswrapper.spec ) 3) make sure i have the necessary packages for development installed (from RPMforge, you need rpm-macros-rpmforge, and it's useful to have spectool as well) 4) make sure i have a non-root account on the test system that's set up for RPM building (here's a nice document: http://www.owlriver.com/tips/non-root/)
5) put the dkms-ndiswrapper.spec in my SPECS directory
6) download the source (spectool is useful for this) and any necessary patches (which will be in SVN) into my SOURCE directory
7) $ rpmbuild -ba ./SPECS/dkms-ndiswrapper.spec
8) if it doesn't build, look at the error messages and fix the problems
9) if it does build, install the package and try to use it
10) try to find out what is broken (Google, read documentation, etc.)
11) write a patch
12) change the specfile so that the patch is applied (good old http://www.rpm.org/max-rpm/ if you don't know how to do this)
13) repeat steps 7-12 until you have a working package
14) $ diff -Naur dkms-ndiswrapper.spec-orig dkms-ndiswrapper.spec > dkms-ndiswrapper-<version>.patch
15) email the patch to the <[email protected]> list
16) ...
17) profit!

i can't think of a strong argument against removing el4 dkms-
ndiswrapper > 1.38 from the repo, and certainly we should put the dkms-
ndiswrapper spec (and probably the rest of the dkms-* specs as well)
in the vault.

I can't either hence why I've been pushing for it since I can see reasons to remove it. As for specs I'm not 100% of the implication so I'll say clear of
that.

moving specs to the vault just means that we're deciding that those packages are obsolete and should no longer be built or updated; that part of the message was aimed at the other maintainers.

-steve

--
If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v
http://five.sentenc.es

Attachment: PGP.sig
Description: This is a digitally signed message part

_______________________________________________
users mailing list
[email protected]
http://lists.rpmforge.net/mailman/listinfo/users

Reply via email to