Hi,
thanks for Xenomai 2.6.0!
I'm attaching a patch that's helpful for the integration of Xenomai in
Debian (and FHS compliant systems in general), moving the architecture
dependent test programs from /usr/share to /usr/lib.
Thanks in advance,
Roland
---
Hi,
On 09/06/2011 01:31 PM, Gilles Chanteperdrix wrote:
currently 2.6.0-rc1 fails to build on 2.4 kernel, with errors related to
vfile support. Do we really want to still support 2.4 kernels?
No worries here from the Debian (and derivatives) perspective.
bye,
Roland
Hi,
On 08/12/2011 01:18 AM, Gilles Chanteperdrix wrote:
The following patch seems to do the trick. It makes the assumption that
when compiling with -fomit-frame-pointer, we have one more register, so
the R constraint will always be able to avoid choosing eax, and eax
will be free for the
Hi,
On 08/11/2011 04:48 PM, Daniele Nicolodi wrote:
I compiled linux 2.6.38.8 and xenomai-head with gcc-4.6. The obtained
kernel boots fine but xenomai services do not: latency hangs right after
the sched_setscheduler system call. With the same kernel I compiled user
space with gcc-4.4 and
Hi,
for some time now, Debian has the new source package version 3.0 [1] to
which I'm currently migrating the Xenomai package.
This has the following consequences:
* I don't need to repackage the upstream tarball anymore, since with the
new format, dpkg supports bzip2 besides gz, among others
On 05/04/2010 08:11 PM, Gilles Chanteperdrix wrote:
What I meant is that we could artificially increment the library ABI
version, so that we get in-line with the package name. Of course, we
pretend we broke the ABI whereas we did not really do it, but it looks
harmless (but is it really?).
Hi,
Gilles Chanteperdrix wrote:
here comes Xenomai v2.5.3, codenamed Hordes Of Locusts available from
Xenomai download area:
http://download.gna.org/xenomai/stable/xenomai-2.5.3.tar.bz2
Just uploaded to Debian as xenomai-2.5.3-1.
Thanks!
bye,
Roland
Hi Stefan,
Stefan Kisdaroczi wrote:
I have attached a patch against debian xenomai version 2.5.1-4, changes:
- create group xenomai on install
- added a init-script which sets /sys/.../xenomai_gid if
/sys/.../xenomai_gid exists
- added a modprobe-script that adds the xenomai_gid
Hi!
Gilles Chanteperdrix wrote:
here comes Xenomai v2.5.2, codenamed Souls Of Distortion available
from Xenomai download area:
http://download.gna.org/xenomai/stable/xenomai-2.5.2.tar.bz2
Cool, thanks!
I'm attaching a patch from Debian. I needed to introduce it because
without it,
Hi,
I'm just working on the Xenomai 2.5.1 Debian package and encountered
non-PIC code (evil! ;-) in the shared libraries (skins libraries).
You can see it with e.g.
$ readelf -d src/skins/native/.libs/libnative.so.3.0.0
The TEXTREL tag indicates non-PIC code.
$ scanelf -qT
High,
Gilles Chanteperdrix wrote:
A special note for Roland: the configure script now allows configuring
Xenomai on ARM for a generic machine, which should be suitable for
generating Debian packages for ARM.
Thanks! :-)
By the way: lintian(1) detects several empty *.map files which weren't
Roland Stigge wrote:
By the way: lintian(1) detects several empty *.map files which weren't
empty in 2.4.3.
i.e.
arm_2hal_8c__incl.map
blackfin_2hal_8c__incl.map
blackfin_2nmi_8c__incl.map
generic_2hal_8c__incl.map
generic_2nmi_8c__incl.map
hal__32_8c__incl.map
hal__64_8c__incl.map
hal
Hi,
Gilles Chanteperdrix wrote:
the way Debian maintained a patch to the ssh package is the
reason why a bug could remain unnoticed during two years in Debian
distributions, including so-called stable distributions. So, maybe it
is time for a change.
First, it doesn't matter most how you
Hi,
Gilles Chanteperdrix wrote:
What I criticize is patching without submitting patches upstream, or
without consulting upstream package maintainers, or making debian
patches hard to apply upstream.
I both submitted to Xenomai upstream and provided an easy patch (not
even assuming the
) unstable; urgency=low
+
+ * New upstream release
+
+ -- Roland Stigge [EMAIL PROTECTED] Mon, 26 May 2008 11:58:30 +0200
+
+xenomai (2.4.3-7) unstable; urgency=low
+
+ * Included patch from Riku Voipio to fix ARM compile issues
+(Closes: #477720)
+
+ -- Roland Stigge [EMAIL PROTECTED] Thu
Hi,
Gilles Chanteperdrix wrote:
Shipping the xenomai tarball with the debian directory has a real added
value: it allows people to build debian package without anything else,
this is an unofficial package, of course, but it can be built before the
Debian patch is generated.
Well, for people
Hi Gilles,
thanks for your response. ;-)))
Gilles Chanteperdrix wrote:
I am trying to merge the debian changes back into Xenomai, however, I
have two problems:
- I can not find back the 2.4.3-4 patch, I only find 2.4.3-7;
No problem - always just take the latest one, currently 2.4.3-7.
- I
Hi,
Roland Stigge wrote:
=
W: libxenomai-dev: symlink-is-self-recursive
usr/include/xenomai/asm-generic/xenomai .
N:
N: The symbolic link is recursive to a higher directory of the symlink
N: itself. This means
[Warning: First in a series of several issues applicable to
xenomai.org's code.]
Hi,
at http://packages.qa.debian.org/x/xenomai.html, you can find the latest
version of Debian's package xenomai. The diff to xenomai 2.4.3
applies to the normal Xenomai distribution with an empty debian/ directory.
Hi,
for the creation of the run script for klatency, I propose the attached
change to make it a proper executable (script).
Thanks for considering,
Roland
--- src/testsuite/klatency/Makefile.am.orig 2008-04-19 21:33:42.0 +0200
+++ src/testsuite/klatency/Makefile.am 2008-04-19
Hi,
Debian's lintian(1), the package checker, tells me:
=
W: libxenomai-dev: symlink-is-self-recursive
usr/include/xenomai/asm-generic/xenomai .
N:
N: The symbolic link is recursive to a higher directory of the symlink
N:
Hi,
Wolfgang Denk wrote:
Is it worth providing a separate xenomai-solo package in Debian right
now (considering it being propagated to Debian 5.0 and supported there
in this form until ca. 2010), or should we wait until Xenomai/SOLO is
integrated into Xenomai mainline?
Integration into
Wolfgang Denk wrote:
If it comes to hard, reliable real-time behaviour, we recommend
Xenomai/ipipe to all our customers. However, there are some who think
it is important to have an original, unpatched kernel.org source
tree. These obviously run for PREEMPT_RT, and SOLO.
Please
Hi,
Wolfgang Denk wrote:
DENX Software Engineering is proud to announce Xenomai/SOLO, the new
RTOS emulator that runs as a normal user-space application on a
standard Linux kernel. Of course, when timing requirements have to be
met, a real-time capable Linux kernel with the PREEMPT_RT support
Jan Kiszka wrote:
Maybe someone with idle cycles left could have a look at this.
Idle? Preempted, at most!
Attached is what I will apply to the Debian version. Feel free to do as
well...
bye,
Roland
diff -u scripts.orig/xeno-info scripts/xeno-info
--- scripts.orig/xeno-info 2007-12-09
Hi,
I just updated the information on the Debian package page at
http://xenomai.org/index.php/Building_Debian_packages . For corrections
for this page and the Debian package, feel free to contact me.
Thanks,
Roland
___
Xenomai-core mailing list
Gilles Chanteperdrix wrote:
Further, I updated the package in Debian with the suggested changes.
We trust you, please send patches.
The attached patch (and the latest version of it) can also always be
found at the Debian developer's package page for Xenomai at
Hi,
Gilles Chanteperdrix wrote:
I see that xenomai packages depends on glibc version = 2.7.1. Is this
dependency really needed ? Without this dependency it would be
possible to compile the Xenomai package for older versions of Debian.
This is an automatically generated dependency at package
Hi,
thanks to the previous Debian packaging work of Paul Corner (and of
course, all the Xenomai core developers), we now have xenomai officially
in Debian (i.e. Debian sid, ready for the next Debian release lenny).
For Debian related bugs, please use the Bug Tracking System at
bugs.debian.org.
Hi,
I hope you don't mind that we move this to the xenomai-core mailing list
with CC, since I fear the same questions will be raised again there at
some point.
Jan Kiszka wrote:
Now the next question: You are providing i386 packages so far. Do you
have plans for x86-64 as well?
The respective
Leopold Palomo-Avellaneda wrote:
Also, xenomai could run in a IA64 ..
Anyone tested it? I can just declare it in the Debian package. If it's
untested, maybe I need to dedicate one of the IA64 machines here to
Xenomai... :-)
Roland
___
Xenomai-core
Hi Gilles,
Gilles Chanteperdrix wrote:
The current help on Xenomai Debian packages is:
http://www.xenomai.org/index.php/Building_Debian_packages
Is this documentation still valid when using pre-built packages ?
Thanks for the note!
The binary package list changed to adjust to Debian
Jan Kiszka wrote:
Ah, I see... that powerpc already failed. :-
Of course... The DEBIAN/control hackery is operating on an
architecture independent package (linux-patch-xenomai), while only
building the architecture dependent packages on the build daemons...
Will be fixed in next revision...
Gilles Chanteperdrix wrote:
The binary package list changed to adjust to Debian conventions:
xenomai-runtime
linux-patch-xenomai
libxenomai1
libxenomai-dev
xenomai-doc
So, I need to install all these packages, then continue at make-kpkg ?
Similar to the Wiki description before.
34 matches
Mail list logo
