Plans for CentOS 6

I dont have any plans to support CentOS 6 sorry. As long as nwfermi_daemon runs on Centos 6 (which it should) the sources to all the other components are available.

If I get the driver working in CentOs 6, and provide you with the relevant rpms and code, will you host it on your launchpad page?

My employer intends to deploy up to several thousand next window touch machines, all of them running centOS 6, in the next few years. I've been assigned to make the driver you've published on this launchpad project work in centOS 6.

Redhat 6, and therefore by extension, CentOS 6, Scientific Linux 6, Unbreakable Linux, and others, runs ABI version 7.

It is obviously your call on whether you support them or not, but just be aware that you are isolating a very large market from using the NextWindow touchscreens. Many large enterprises use RedHat and friends and have no intention of moving to newer distrobutions.

I'll attach relevent programs / code / instructions to this page as I get things moving.

Hi Michael,

We could probably host the rpms/code here, I would probably have to check (there might be some sort of policy about hosting/distributing foreign binaries).

Thanks for the message, I will pass your it on to those who make the resoursing decisions (well, my manager anyway).

Hi djp,

    I've tested the driver in CentOS and Fedora 12. You are right that the only steps required to get it working is just a recompile.

    All you would need to do is release a package for the nwfermi-daemon for the different ABI's in the respective OS's.

    I'm working on compiling a version intended just for RedHat/CentOS 6, but was curious if you'd be willing to release the src.rpm for the xf86-input-nextwindow_0.0.2.zip component of the nwfermi-daemon. It would significantly reduce the amount of work I have to do to get it all working correctly.

I dont have a src rpm for xf86-input-nextwindow_0.0.2.zip, I have a script
that I have cobbled together and a .spec file.
>
>
On Wed, Mar 23, 2011 at 10:12 AM, Michael Jones <
<email address hidden>> wrote:

> Question #148650 on nwfermi changed:
> https://answers.launchpad.net/nwfermi/+question/148650
>
> Status: Answered => Open
>
> Michael Jones is still having a problem:
> Hi djp,
>
> I've tested the driver in CentOS and Fedora 12. You are right that
> the only steps required to get it working is just a recompile.
>
> All you would need to do is release a package for the nwfermi-daemon
> for the different ABI's in the respective OS's.
>
> I'm working on compiling a version intended just for RedHat/CentOS
> 6, but was curious if you'd be willing to release the src.rpm for the
> xf86-input-nextwindow_0.0.2.zip component of the nwfermi-daemon. It
> would significantly reduce the amount of work I have to do to get it all
> working correctly.
>
> --
> You received this question notification because you are a direct
> subscriber of the question.
>

I've created a new bug and added an attachment to that, since I can't figure out how to add an attachment to a question.

The src RPM contains the xf86-input-nextwindow_0.0.2.zip, the nwfermi_daemon for i386, and the dkms stuff.

If you use the src rpm on i386 fedora 12, it spits out the i386 fedora 12 driver RPM. if you use it on x86_64, it won't work, as the nwfermi_daemon binary is the i386 version.

If you run the src rpm on fedora 13, you get the fedora 13 driver. Likewise with RedHat 6.

Feel free to do whatever you want with the src.rpm. Use it, don't use it. Its all your code, I just grabbed a spec file from the internet and modified it accordingly.

Just a thought, but if you were to provide a built RPM for whatever versions you wanted to, in addition to a src rpm (Say, a modification of the one I added to the linked bug), you'll save a bunch of people headaches. You need root access to install an RPM anyway, so anyone who can install them can build them for their specific version.

Thanks for the work Michael, I appreciate it. I am going on holiday so I wont be able to look at it till the end of April.

I will take a look at providing a src rpm for the next release.