[Xenomai] debian xenomai package
we're considering how to package LinuxCNC such that it can eventually be included in debian the core package will support RT-PREEMPT because an RT-PREEMPT kernel is available stock in debian; the other RT kernels will be covered by separate packages (Xenomai, RTAI). so far we've used the xenomai userland support straight off the git repo, but it might make sense to switch to http://packages.debian.org/jessie/xenomai-runtime for one less external raw repo dependency question - is this a recommendable route? (depends a bit on how well the debian package tracks the repo - does this happen 'occasionally', or per-release?; so far we havent had major issues with userland support but better ask before relying on something only loosely maintained) thanks! - Michael ___ Xenomai mailing list Xenomai@xenomai.org http://www.xenomai.org/mailman/listinfo/xenomai
Re: [Xenomai] debian xenomai package
On 12/17/2013 12:19 PM, Michael Haberler wrote: we're considering how to package LinuxCNC such that it can eventually be included in debian the core package will support RT-PREEMPT because an RT-PREEMPT kernel is available stock in debian; the other RT kernels will be covered by separate packages (Xenomai, RTAI). so far we've used the xenomai userland support straight off the git repo, but it might make sense to switch to http://packages.debian.org/jessie/xenomai-runtime for one less external raw repo dependency question - is this a recommendable route? (depends a bit on how well the debian package tracks the repo - does this happen 'occasionally', or per-release?; so far we havent had major issues with userland support but better ask before relying on something only loosely maintained) I think the user-space run-time is not really a problem, Xenomai 2.6 does not need any particular option on configure command line to avoid issues, the defaults are fine for all architectures. Even the Debian project rule files, which passes options which either no longer even exists or are not useful, gets a working build. What is much harder, and not really already available in the Debian project is to package a kernel compiled with the right options to avoid any issues, and avoid the hassle to all users to have to find out these options by themselves, whereas, at least on x86, we can provide one such Debian-like kernel. I did it for Linux 3.5.7 on xenomai 2.6.2.1, but did not renew the experience with xenomai 2.6.3 because nobody downloaded the .debs. But the reprepro directory is still there, so restarting it would be easy. -- Gilles. ___ Xenomai mailing list Xenomai@xenomai.org http://www.xenomai.org/mailman/listinfo/xenomai
Re: [Xenomai] debian xenomai package
A Dimarts, 17 de desembre de 2013, Gilles Chanteperdrix va escriure: On 12/17/2013 12:19 PM, Michael Haberler wrote: we're considering how to package LinuxCNC such that it can eventually be included in debian the core package will support RT-PREEMPT because an RT-PREEMPT kernel is available stock in debian; the other RT kernels will be covered by separate packages (Xenomai, RTAI). so far we've used the xenomai userland support straight off the git repo, but it might make sense to switch to http://packages.debian.org/jessie/xenomai-runtime for one less external raw repo dependency question - is this a recommendable route? (depends a bit on how well the debian package tracks the repo - does this happen 'occasionally', or per-release?; so far we havent had major issues with userland support but better ask before relying on something only loosely maintained) I think the user-space run-time is not really a problem, Xenomai 2.6 does not need any particular option on configure command line to avoid issues, the defaults are fine for all architectures. Even the Debian project rule files, which passes options which either no longer even exists or are not useful, gets a working build. What is much harder, and not really already available in the Debian project is to package a kernel compiled with the right options to avoid any issues, and avoid the hassle to all users to have to find out these options by themselves, I like the right options to avoid any issues. Really, it's possible to provide a Xenomai patched kernel for the 95% of the users/hardware? whereas, at least on x86, we can provide one such Debian-like kernel. I did it for Linux 3.5.7 on xenomai 2.6.2.1, but did not renew the experience with xenomai 2.6.3 because nobody downloaded the .debs. But the reprepro directory is still there, so restarting it would be easy. Well, I use my own package, but I have not any problem to promote this ones. We can talk. I have no interest in maintain any kernel package, on the contrary. Leo -- -- Linux User 152692 Catalonia -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: http://www.xenomai.org/pipermail/xenomai/attachments/20131217/bd607f36/attachment.sig ___ Xenomai mailing list Xenomai@xenomai.org http://www.xenomai.org/mailman/listinfo/xenomai
Re: [Xenomai] debian xenomai package
On 12/17/2013 03:28 PM, Leopold Palomo-Avellaneda wrote: A Dimarts, 17 de desembre de 2013, Gilles Chanteperdrix va escriure: On 12/17/2013 12:19 PM, Michael Haberler wrote: we're considering how to package LinuxCNC such that it can eventually be included in debian the core package will support RT-PREEMPT because an RT-PREEMPT kernel is available stock in debian; the other RT kernels will be covered by separate packages (Xenomai, RTAI). so far we've used the xenomai userland support straight off the git repo, but it might make sense to switch to http://packages.debian.org/jessie/xenomai-runtime for one less external raw repo dependency question - is this a recommendable route? (depends a bit on how well the debian package tracks the repo - does this happen 'occasionally', or per-release?; so far we havent had major issues with userland support but better ask before relying on something only loosely maintained) I think the user-space run-time is not really a problem, Xenomai 2.6 does not need any particular option on configure command line to avoid issues, the defaults are fine for all architectures. Even the Debian project rule files, which passes options which either no longer even exists or are not useful, gets a working build. What is much harder, and not really already available in the Debian project is to package a kernel compiled with the right options to avoid any issues, and avoid the hassle to all users to have to find out these options by themselves, I like the right options to avoid any issues. Really, it's possible to provide a Xenomai patched kernel for the 95% of the users/hardware? Yes. Starting with the I-pipe core patches, definitely. And if not, I think this is something we should work on. Because in the long run, if users installed pre-packaged kernels and did not have to follow the traditional trial-and-error process of configuring kernels for xenomai, we would have less questions on this subject on the mailing list. whereas, at least on x86, we can provide one such Debian-like kernel. I did it for Linux 3.5.7 on xenomai 2.6.2.1, but did not renew the experience with xenomai 2.6.3 because nobody downloaded the .debs. But the reprepro directory is still there, so restarting it would be easy. Well, I use my own package, but I have not any problem to promote this ones. We can talk. I have no interest in maintain any kernel package, on the contrary. That is my point, the same work, configuring the kernel, is replicated by almost every user of xenomai, for almost no good reason. It makes sense to optimize compilation for one processor on the ARM architecture, because you easily loose microseconds latency with the wrong option. On x86 however, I do not think there is not much to gain (except compilation time) by trimming down the configuration. -- Gilles. ___ Xenomai mailing list Xenomai@xenomai.org http://www.xenomai.org/mailman/listinfo/xenomai
