Re: [Xenomai-core] Xenomai in Debian
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 parameter if the user did call modprobe without xenomai_gid= With this changes, all users which are member of the group xenomai are able to run xenomai apps, with xeno_nucleus builtin or as a module. Looks fine. Just uploaded into Debian. (And renamed /etc/modprobe.d/xenomai to xenomai.conf.) Thanks! bye, Roland ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Am 26.02.2010 15:07, schrieb Philippe Gerum: On Fri, 2010-02-26 at 14:48 +0100, Stefan Kisdaroczi wrote: Am 26.02.2010 14:28, schrieb Philippe Gerum: On Fri, 2010-02-26 at 14:13 +0100, Stefan Kisdaroczi wrote: Am 24.02.2010 14:13, schrieb Philippe Gerum: On Wed, 2010-02-24 at 14:11 +0100, Philippe Gerum wrote: On Wed, 2010-02-24 at 14:06 +0100, Stefan Kisdaroczi wrote: Hi Philippe, Am 23.02.2010 18:46, schrieb Philippe Gerum: On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In the future, maybe we could simply provide a wrapper script accepting sub-commands, such as xeno latency, xeno sigtest etc, to be put into /usr/bin by distros, which would hide the actual location of those binaries? In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. Roland added a xeno wrapper to the debian.org xenomai package 2.5.1-3. I synced now the debian/ directories from debian.org and xenomai.org: - For debian.org I sent patches to the Debian bugtracker [1] [2]. Another patch for dpkg-cross support [3] I sent to Roland privately. - For xenomai.org I attached patches to this mail (against -2.5.git). If both parties apply the patches the debian directories are in sync, except some minor differences in the debian/control file, see patch do-not-commit-please.patch. I would like to keep these changes out so that the xenomai.org packages are compatible with Debian 5.0 Lenny. The debian.org packages are for Debian 6.0 Squeeze. Merged into my queue (except the last one as mentioned). This will be pushed upstream to Gilles for 2.5.2. Thanks. I took a look at your branch for-upstream. Your commit scripts: add wrapper script to run standard Xenomai commands 6e0574791f48cbf8b3421a68c5789254e7d084b7 adds the same wrapper as my patch 0005-debian-wrapper-script-usr-bin-xeno-to-call-executa.patch debian: wrapper script /usr/bin/xeno to call executables in /usr/lib/xenomai/ fbe86cc50d3a65cd23e93d43adba4ed369fe70b1 Please revert the commit of my patch, we need another fix for debian/rules for your wrapper. Ok, I thought your patch set was based on my tree, so I did not check thoroughly. I did not send any pull request to Gilles, so no harm done. How do I call configure to install the wrapper in /usr/bin and the programs like latency, switchtest etc. to /usr/lib/xenomai ? We need some fixage in scripts/wrappers/Makefile.am to do that. I'll prepare this asap. scripts/Makefile.am... Hi Philippe, I just tried the --with-testdir switch. It worked, but i'm not really sure if this is the right track. Roland's packages install all binaries to /usr/lib/xenomai, except xeno and xeno-config. You state in your commit message more or less the same goal: At some point, all remaining executables or scripts left under $prefix/bin should match xeno*, to further reduce the odds of causing name collisions. Using --with-testdir all tests (latency,switchtest,...) are now in /usr/lib/xenomai. To install the utils (rtcansend,insn_write,insn_write,cmd_read,...) to the same directory using --with-testdir sounds not obviously. You could add a second switch --with-utildir, but a second dir will not work for the xeno-wrapper-script. CAN and other utilities should definitely remain in $bindir. The fact that they are not prefixed by xeno* is another thing; CAN utilities are already prefixed, maybe Analogy ones should be named in a bit less generic way, although they are not raising any conflict today. I wrote that what's under $bindir should match xeno* when a risk of collision exists, but there is no point in enforcing a stricter rule at this point. In any case, I don't want to enforce a never-in-bindir rule for all Xenomai binaries, we can still pick their names in a way that avoids obvious issues. The real problem was about tests, for which using rather generic names made sense. This is what that patch is for. ok, got the goal now, thanks for the explanation. But xeno.in needs a fix to use @XENO_TEST_DIR@, no? Yes, I overlooked that. In fact, I think we may not even need the new xeno wrapper at all, but we probably want to rewrite xeno-test to wrap to what is in XENO_TEST_DIR now. I would suggest to hold the changes to the debian/ area for now, until Agree with holding back wrapper-changes, but please consider the attached patch with small fixes, thanks. (against rpm/for-upstream) the dust has settled a bit. We are trying to fix long-standing problems in the way we allow people to test their setup. I think something like using
Re: [Xenomai-core] Xenomai in Debian
Roland Stigge wrote: Hi Gilles, first - I'm sorry if you sometimes feel offended by my work on Xenomai in Debian. I understand that you are very much connected to your project and want to have it working perfectly everywhere. Unfortunately, my time to work on this is limited and the last uploads were work in progress - to provide latest Xenomai in Debian. Further work on it was planned for this weekend. But please also understand that Debian developers will possibly prioritize work on upstream packages where they feel their work is appreciated. So please think about your tone before sending email and driving people away from Xenomai. Ok. Please accept my sincere apologies. I understand that I am in no position to ask anything the way I did it. Trying to be more positive, would it help you, or anybody else if we created a xenomai-announce mailing list, where we would only publish releases and releasees informations ? -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Am 25.02.2010 18:18, schrieb Stefan Kisdaroczi:
snip
Hi Gilles,
can a init.d script with
echo gid /sys/module/xeno_nucleus/parameters/xenomai_gid
work in module and builtin case ?
it seems that init.d will work for the builtin case and modprobe.d for the
module case. So adding both should work in all cases :-)
I'll give it a try ...
Attached a patch that adds a init-script /etc/init.d/xenomai to the package
libxenomai1.
If group xenomai and the file /sys/module/xeno_nucleus/parameters/xenomai_gid
are found,
xenomai_gid is set on startup.
Now looking at modprobe.d ...
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 parameter if the user
did call modprobe without xenomai_gid=
With this changes, all users which are member of the group xenomai are able
to run xenomai apps, with xeno_nucleus builtin or as a module.
Please do not merge anywhere for now, comments are welcome.
Stefan
diff -uNrp xenomai-2.5.1.orig/debian/libxenomai1.dirs
xenomai-2.5.1/debian/libxenomai1.dirs
--- xenomai-2.5.1.orig/debian/libxenomai1.dirs 2010-02-26 01:01:07.0
+0100
+++ xenomai-2.5.1/debian/libxenomai1.dirs 2010-02-26 01:16:13.0
+0100
@@ -1,2 +1,3 @@
+etc/modprobe.d
etc/udev/rules.d
usr/share/lintian/overrides
diff -uNrp xenomai-2.5.1.orig/debian/libxenomai1.modprobe
xenomai-2.5.1/debian/libxenomai1.modprobe
--- xenomai-2.5.1.orig/debian/libxenomai1.modprobe 1970-01-01
01:00:00.0 +0100
+++ xenomai-2.5.1/debian/libxenomai1.modprobe 2010-02-26 01:07:41.0
+0100
@@ -0,0 +1,3 @@
+install xeno_nucleus /sbin/modprobe --ignore-install xeno_nucleus
$CMDLINE_OPTS \
+ $(/usr/bin/test $(/bin/echo -n '$CMDLINE_OPTS' | /bin/grep xenomai_gid) \
+|| /usr/bin/getent group xenomai | /usr/bin/cut -d: -f3 | /bin/sed -e
's/^/xenomai_gid\=/')
diff -uNrp xenomai-2.5.1.orig/debian/libxenomai1.postinst
xenomai-2.5.1/debian/libxenomai1.postinst
--- xenomai-2.5.1.orig/debian/libxenomai1.postinst 2010-02-26
01:01:07.0 +0100
+++ xenomai-2.5.1/debian/libxenomai1.postinst 2010-02-26 01:06:00.0
+0100
@@ -1,6 +1,22 @@
#!/bin/sh -e
-rm -f /etc/udev/rules.d/xenomai.rules
-ln -sf ../xenomai.rules /etc/udev/rules.d/xenomai.rules
+case $1 in
+configure)
+# Add the xenomai group unless it's already there
+if ! getent group xenomai /dev/null; then
+addgroup --quiet --system xenomai || true
+fi
+rm -f /etc/udev/rules.d/xenomai.rules
+ln -sf ../xenomai.rules /etc/udev/rules.d/xenomai.rules
+;;
+
+abort-upgrade|abort-remove|abort-deconfigure)
+;;
+
+*)
+echo postinst called with unknown argument \`$1' 2
+exit 1
+;;
+esac
#DEBHELPER#
diff -uNrp xenomai-2.5.1.orig/debian/libxenomai1.xenomai.init
xenomai-2.5.1/debian/libxenomai1.xenomai.init
--- xenomai-2.5.1.orig/debian/libxenomai1.xenomai.init 1970-01-01
01:00:00.0 +0100
+++ xenomai-2.5.1/debian/libxenomai1.xenomai.init 2010-02-26
01:48:28.0 +0100
@@ -0,0 +1,36 @@
+#!/bin/sh -e
+### BEGIN INIT INFO
+# Provides: xenomai
+# Required-Start:mountkernfs
+# Required-Stop:
+# Default-Start: S
+# Default-Stop:
+# Short-Description: Set xeno_nucleus group
+### END INIT INFO
+
+GROUP=xenomai
+INITNAME=/etc/init.d/xenomai
+FILENAME=/sys/module/xeno_nucleus/parameters/xenomai_gid
+GID=$(getent group $GROUP | cut -d: -f3)
+
+test -e $FILENAME || exit 0
+test -n $GID || exit 0
+
+case $1 in
+ start)
+echo $GID $FILENAME
+;;
+ stop)
+echo -1 $FILENAME
+;;
+ restart|force-reload)
+$0 start
+;;
+ *)
+echo Usage: $INITNAME {start|stop|restart|force-reload}
+exit 1
+;;
+esac
+
+exit 0
+
diff -uNrp xenomai-2.5.1.orig/debian/rules xenomai-2.5.1/debian/rules
--- xenomai-2.5.1.orig/debian/rules 2010-02-26 01:01:07.0 +0100
+++ xenomai-2.5.1/debian/rules 2010-02-26 01:17:19.0 +0100
@@ -100,6 +100,7 @@ install: build
for f in $(CURDIR)/ksrc/nucleus/udev/*.rules ; do \
cat $$f $(CURDIR)/debian/libxenomai1/etc/udev/xenomai.rules ; \
done
+ install -m 644 debian/libxenomai1.modprobe
$(CURDIR)/debian/libxenomai1/etc/modprobe.d/xenomai
# remove empty directory
rm -rf $(CURDIR)/debian/xenomai-doc/usr/share/doc/xenomai-doc/ps
cp debian/libxenomai1.lintian
$(CURDIR)/debian/libxenomai1/usr/share/lintian/overrides/libxenomai1
@@ -132,6 +133,7 @@ binary-indep: build install
binary-arch: build install
dh_testdir -s
dh_testroot -s
+ dh_installinit -s --name=xenomai
dh_installman -s
dh_installdocs -s -A CREDITS README.INSTALL TROUBLESHOOTING
dh_link -s
signature.asc
Description: OpenPGP digital signature
Re: [Xenomai-core] Xenomai in Debian
Am 26.02.2010 14:28, schrieb Philippe Gerum: On Fri, 2010-02-26 at 14:13 +0100, Stefan Kisdaroczi wrote: Am 24.02.2010 14:13, schrieb Philippe Gerum: On Wed, 2010-02-24 at 14:11 +0100, Philippe Gerum wrote: On Wed, 2010-02-24 at 14:06 +0100, Stefan Kisdaroczi wrote: Hi Philippe, Am 23.02.2010 18:46, schrieb Philippe Gerum: On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In the future, maybe we could simply provide a wrapper script accepting sub-commands, such as xeno latency, xeno sigtest etc, to be put into /usr/bin by distros, which would hide the actual location of those binaries? In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. Roland added a xeno wrapper to the debian.org xenomai package 2.5.1-3. I synced now the debian/ directories from debian.org and xenomai.org: - For debian.org I sent patches to the Debian bugtracker [1] [2]. Another patch for dpkg-cross support [3] I sent to Roland privately. - For xenomai.org I attached patches to this mail (against -2.5.git). If both parties apply the patches the debian directories are in sync, except some minor differences in the debian/control file, see patch do-not-commit-please.patch. I would like to keep these changes out so that the xenomai.org packages are compatible with Debian 5.0 Lenny. The debian.org packages are for Debian 6.0 Squeeze. Merged into my queue (except the last one as mentioned). This will be pushed upstream to Gilles for 2.5.2. Thanks. I took a look at your branch for-upstream. Your commit scripts: add wrapper script to run standard Xenomai commands 6e0574791f48cbf8b3421a68c5789254e7d084b7 adds the same wrapper as my patch 0005-debian-wrapper-script-usr-bin-xeno-to-call-executa.patch debian: wrapper script /usr/bin/xeno to call executables in /usr/lib/xenomai/ fbe86cc50d3a65cd23e93d43adba4ed369fe70b1 Please revert the commit of my patch, we need another fix for debian/rules for your wrapper. Ok, I thought your patch set was based on my tree, so I did not check thoroughly. I did not send any pull request to Gilles, so no harm done. How do I call configure to install the wrapper in /usr/bin and the programs like latency, switchtest etc. to /usr/lib/xenomai ? We need some fixage in scripts/wrappers/Makefile.am to do that. I'll prepare this asap. scripts/Makefile.am... Hi Philippe, I just tried the --with-testdir switch. It worked, but i'm not really sure if this is the right track. Roland's packages install all binaries to /usr/lib/xenomai, except xeno and xeno-config. You state in your commit message more or less the same goal: At some point, all remaining executables or scripts left under $prefix/bin should match xeno*, to further reduce the odds of causing name collisions. Using --with-testdir all tests (latency,switchtest,...) are now in /usr/lib/xenomai. To install the utils (rtcansend,insn_write,insn_write,cmd_read,...) to the same directory using --with-testdir sounds not obviously. You could add a second switch --with-utildir, but a second dir will not work for the xeno-wrapper-script. CAN and other utilities should definitely remain in $bindir. The fact that they are not prefixed by xeno* is another thing; CAN utilities are already prefixed, maybe Analogy ones should be named in a bit less generic way, although they are not raising any conflict today. I wrote that what's under $bindir should match xeno* when a risk of collision exists, but there is no point in enforcing a stricter rule at this point. In any case, I don't want to enforce a never-in-bindir rule for all Xenomai binaries, we can still pick their names in a way that avoids obvious issues. The real problem was about tests, for which using rather generic names made sense. This is what that patch is for. ok, got the goal now, thanks for the explanation. But xeno.in needs a fix to use @XENO_TEST_DIR@, no? I think something like using --bindir=/usr/lib/xenomai and --wrapperdir=/usr/bin is probably better, as there are less exceptions. For the test I patched xeno.in: exec @XENO_TEST_DIR@/$@ Stefan Stefan Thanks kisda [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571099 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571104 [3] http://git.xenomai.org/?p=xenomai-2.5.git;a=commitdiff;h=5bcd18f714f4cbeaaac0cc4a08e6c9f375aa3b77 signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
On Fri, 2010-02-26 at 14:48 +0100, Stefan Kisdaroczi wrote: Am 26.02.2010 14:28, schrieb Philippe Gerum: On Fri, 2010-02-26 at 14:13 +0100, Stefan Kisdaroczi wrote: Am 24.02.2010 14:13, schrieb Philippe Gerum: On Wed, 2010-02-24 at 14:11 +0100, Philippe Gerum wrote: On Wed, 2010-02-24 at 14:06 +0100, Stefan Kisdaroczi wrote: Hi Philippe, Am 23.02.2010 18:46, schrieb Philippe Gerum: On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In the future, maybe we could simply provide a wrapper script accepting sub-commands, such as xeno latency, xeno sigtest etc, to be put into /usr/bin by distros, which would hide the actual location of those binaries? In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. Roland added a xeno wrapper to the debian.org xenomai package 2.5.1-3. I synced now the debian/ directories from debian.org and xenomai.org: - For debian.org I sent patches to the Debian bugtracker [1] [2]. Another patch for dpkg-cross support [3] I sent to Roland privately. - For xenomai.org I attached patches to this mail (against -2.5.git). If both parties apply the patches the debian directories are in sync, except some minor differences in the debian/control file, see patch do-not-commit-please.patch. I would like to keep these changes out so that the xenomai.org packages are compatible with Debian 5.0 Lenny. The debian.org packages are for Debian 6.0 Squeeze. Merged into my queue (except the last one as mentioned). This will be pushed upstream to Gilles for 2.5.2. Thanks. I took a look at your branch for-upstream. Your commit scripts: add wrapper script to run standard Xenomai commands 6e0574791f48cbf8b3421a68c5789254e7d084b7 adds the same wrapper as my patch 0005-debian-wrapper-script-usr-bin-xeno-to-call-executa.patch debian: wrapper script /usr/bin/xeno to call executables in /usr/lib/xenomai/ fbe86cc50d3a65cd23e93d43adba4ed369fe70b1 Please revert the commit of my patch, we need another fix for debian/rules for your wrapper. Ok, I thought your patch set was based on my tree, so I did not check thoroughly. I did not send any pull request to Gilles, so no harm done. How do I call configure to install the wrapper in /usr/bin and the programs like latency, switchtest etc. to /usr/lib/xenomai ? We need some fixage in scripts/wrappers/Makefile.am to do that. I'll prepare this asap. scripts/Makefile.am... Hi Philippe, I just tried the --with-testdir switch. It worked, but i'm not really sure if this is the right track. Roland's packages install all binaries to /usr/lib/xenomai, except xeno and xeno-config. You state in your commit message more or less the same goal: At some point, all remaining executables or scripts left under $prefix/bin should match xeno*, to further reduce the odds of causing name collisions. Using --with-testdir all tests (latency,switchtest,...) are now in /usr/lib/xenomai. To install the utils (rtcansend,insn_write,insn_write,cmd_read,...) to the same directory using --with-testdir sounds not obviously. You could add a second switch --with-utildir, but a second dir will not work for the xeno-wrapper-script. CAN and other utilities should definitely remain in $bindir. The fact that they are not prefixed by xeno* is another thing; CAN utilities are already prefixed, maybe Analogy ones should be named in a bit less generic way, although they are not raising any conflict today. I wrote that what's under $bindir should match xeno* when a risk of collision exists, but there is no point in enforcing a stricter rule at this point. In any case, I don't want to enforce a never-in-bindir rule for all Xenomai binaries, we can still pick their names in a way that avoids obvious issues. The real problem was about tests, for which using rather generic names made sense. This is what that patch is for. ok, got the goal now, thanks for the explanation. But xeno.in needs a fix to use @XENO_TEST_DIR@, no? Yes, I overlooked that. In fact, I think we may not even need the new xeno wrapper at all, but we probably want to rewrite xeno-test to wrap to what is in XENO_TEST_DIR now. I would suggest to hold the changes to the debian/ area for now, until the dust has settled a bit. We are trying to fix long-standing problems in the way we allow people to test their setup. I think something like using --bindir=/usr/lib/xenomai and --wrapperdir=/usr/bin is probably better, as there are less
Re: [Xenomai-core] Xenomai in Debian
Am 24.02.2010 14:06, schrieb Stefan Kisdaroczi: Hi Philippe, Am 23.02.2010 18:46, schrieb Philippe Gerum: On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In the future, maybe we could simply provide a wrapper script accepting sub-commands, such as xeno latency, xeno sigtest etc, to be put into /usr/bin by distros, which would hide the actual location of those binaries? In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. Roland added a xeno wrapper to the debian.org xenomai package 2.5.1-3. I synced now the debian/ directories from debian.org and xenomai.org: - For debian.org I sent patches to the Debian bugtracker [1] [2]. Another patch for dpkg-cross support [3] I sent to Roland privately. - For xenomai.org I attached patches to this mail (against -2.5.git). If both parties apply the patches the debian directories are in sync, except some minor differences in the debian/control file, see patch do-not-commit-please.patch. I would like to keep these changes out so that the xenomai.org packages are compatible with Debian 5.0 Lenny. The debian.org packages are for Debian 6.0 Squeeze. Merged into my queue (except the last one as mentioned). This will be pushed upstream to Gilles for 2.5.2. Thanks. I took a look at your branch for-upstream. Your commit scripts: add wrapper script to run standard Xenomai commands 6e0574791f48cbf8b3421a68c5789254e7d084b7 adds the same wrapper as my patch 0005-debian-wrapper-script-usr-bin-xeno-to-call-executa.patch debian: wrapper script /usr/bin/xeno to call executables in /usr/lib/xenomai/ fbe86cc50d3a65cd23e93d43adba4ed369fe70b1 Please revert the commit of my patch, we need another fix for debian/rules for your wrapper. Thanks for reverting. Roland has uploaded 2.5.1-4 yesterday. Attached a patch to stay in sync. Based on your for-upstream branch this time. kisda How do I call configure to install the wrapper in /usr/bin and the programs like latency, switchtest etc. to /usr/lib/xenomai ? Stefan Thanks kisda [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571099 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571104 [3] http://git.xenomai.org/?p=xenomai-2.5.git;a=commitdiff;h=5bcd18f714f4cbeaaac0cc4a08e6c9f375aa3b77 ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core From f6b7a0115f3f785f08f8d085e66c8bf8d7057f88 Mon Sep 17 00:00:00 2001 From: Stefan Kisdaroczi ki...@hispeed.ch Date: Thu, 25 Feb 2010 13:27:31 +0100 Subject: [PATCH] debian: sync 2.5.1-4 from debian.org --- debian/changelog|9 + debian/libxenomai1.dirs |2 +- 2 files changed, 10 insertions(+), 1 deletions(-) diff --git a/debian/changelog b/debian/changelog index 45736a4..6d2d3cf 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +xenomai (2.5.1-4) unstable; urgency=low + + * Added patches by Stefan Kisdaroczi ki...@hispeed.ch: +- debian/copyright: Typo and email address (Closes: #571099) +- debian/control: ia64 support removed (Closes: #571104) +- debian/rules: Added dpkg-cross support + + -- Roland Stigge sti...@antcom.de Wed, 24 Feb 2010 22:20:10 +0100 + xenomai (2.5.1-3) unstable; urgency=low * xenomai-runtime: Replaced xenomai- prefixed executables with diff --git a/debian/libxenomai1.dirs b/debian/libxenomai1.dirs index d5bb34f..1737ea1 100644 --- a/debian/libxenomai1.dirs +++ b/debian/libxenomai1.dirs @@ -1,2 +1,2 @@ -etc/udev +etc/udev/rules.d usr/share/lintian/overrides -- 1.5.6.5 signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. udev/xenomai.rules sets the group for realtime devices to xenomai. Patch attached to create the group xenomai on installation. Additionally, it would be nice to set xeno_nucleus.xenomai_gid to group xenomai too. Is this possible with a udev rule ? Well, no, xeno_nucleus.xenomai_gid is a kernel parameter, so it is boot loader stuff. However, if xeno_nucleus is compiled as a module, you can add parameters in /etc/modprobe.d. Well, that would have been the place to do it some time ago. I may not be completely up-to-date. regards kisda ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Am 25.02.2010 14:49, schrieb Gilles Chanteperdrix: Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. udev/xenomai.rules sets the group for realtime devices to xenomai. Patch attached to create the group xenomai on installation. Additionally, it would be nice to set xeno_nucleus.xenomai_gid to group xenomai too. Is this possible with a udev rule ? Well, no, xeno_nucleus.xenomai_gid is a kernel parameter, so it is boot loader stuff. However, if xeno_nucleus is compiled as a module, you can add parameters in /etc/modprobe.d. Well, that would have been the place to do it some time ago. I may not be completely up-to-date. Hi Gilles, can a init.d script with echo gid /sys/module/xeno_nucleus/parameters/xenomai_gid work in module and builtin case ? regards kisda ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core signature.asc Description: OpenPGP digital signature ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Gilles Chanteperdrix wrote: Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. udev/xenomai.rules sets the group for realtime devices to xenomai. Patch attached to create the group xenomai on installation. Additionally, it would be nice to set xeno_nucleus.xenomai_gid to group xenomai too. Is this possible with a udev rule ? Well, no, xeno_nucleus.xenomai_gid is a kernel parameter, so it is boot loader stuff. However, if xeno_nucleus is compiled as a module, you can add parameters in /etc/modprobe.d. Well, that would have been the place to do it some time ago. I may not be completely up-to-date. You can change this [module] parameter at any time: echo GID /sys/module/xeno_nucleus/parameters/xenomai_gid Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Am 25.02.2010 15:29, schrieb Stefan Kisdaroczi:
Am 25.02.2010 14:59, schrieb Stefan Kisdaroczi:
Am 25.02.2010 14:49, schrieb Gilles Chanteperdrix:
Stefan Kisdaroczi wrote:
Hi,
Am 14.02.2010 10:38, schrieb Philippe Gerum:
snip
In any case, thanks for your work so far. We probably need to discuss
the packaging issues on this list, so that we get both consistency and
usability in the future.
Gilles and Roland, if this is fine with you, I'll handle the liaison
role with upstream packagers, so please CC me explicitly on those mails.
We'll sort out this issue, it doesn't look that bad anyway.
udev/xenomai.rules sets the group for realtime devices to xenomai.
Patch attached to create the group xenomai on installation.
Additionally, it would be nice to set xeno_nucleus.xenomai_gid to
group xenomai too. Is this possible with a udev rule ?
Well, no, xeno_nucleus.xenomai_gid is a kernel parameter, so it is boot
loader stuff. However, if xeno_nucleus is compiled as a module, you can
add parameters in /etc/modprobe.d. Well, that would have been the place
to do it some time ago. I may not be completely up-to-date.
Hi Gilles,
can a init.d script with
echo gid /sys/module/xeno_nucleus/parameters/xenomai_gid
work in module and builtin case ?
it seems that init.d will work for the builtin case and modprobe.d for the
module case. So adding both should work in all cases :-)
I'll give it a try ...
Attached a patch that adds a init-script /etc/init.d/xenomai to the package
libxenomai1.
If group xenomai and the file /sys/module/xeno_nucleus/parameters/xenomai_gid
are found,
xenomai_gid is set on startup.
Now looking at modprobe.d ...
regards
kisda
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
diff -uNrp xenomai-2.5.1/debian/libxenomai1.xenomai.init
xenomai-2.5.1.new/debian/libxenomai1.xenomai.init
--- xenomai-2.5.1/debian/libxenomai1.xenomai.init 1970-01-01
01:00:00.0 +0100
+++ xenomai-2.5.1.new/debian/libxenomai1.xenomai.init 2010-02-25
17:13:51.0 +0100
@@ -0,0 +1,37 @@
+#!/bin/sh -e
+### BEGIN INIT INFO
+# Provides: xenomai
+# Required-Start:mountkernfs
+# Required-Stop:
+# Default-Start: S
+# Default-Stop:
+# Short-Description: Set xeno_nucleus group
+### END INIT INFO
+
+GROUP=xenomai
+INITNAME=/etc/init.d/xenomai
+FILENAME=/sys/module/xeno_nucleus/parameters/xenomai_gid
+GID=$(getent group $GROUP | cut -d: -f3)
+
+test -e $FILENAME || exit 0
+test -n $GID || exit 0
+
+case $1 in
+ start)
+echo $GID $FILENAME
+;;
+ stop)
+echo -1 $FILENAME
+;;
+ restart|force-reload)
+$0 stop
+$0 start
+;;
+ *)
+echo Usage: $INITNAME {start|stop|restart|force-reload}
+exit 1
+;;
+esac
+
+exit 0
+
diff -uNrp xenomai-2.5.1/debian/rules xenomai-2.5.1.new/debian/rules
--- xenomai-2.5.1/debian/rules 2010-02-25 16:56:05.0 +0100
+++ xenomai-2.5.1.new/debian/rules 2010-02-25 17:33:20.0 +0100
@@ -132,6 +132,7 @@ binary-indep: build install
binary-arch: build install
dh_testdir -s
dh_testroot -s
+ dh_installinit -s --name=xenomai
dh_installman -s
dh_installdocs -s -A CREDITS README.INSTALL TROUBLESHOOTING
dh_link -s
signature.asc
Description: OpenPGP digital signature
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
On Wed, 2010-02-24 at 14:06 +0100, Stefan Kisdaroczi wrote: Hi Philippe, Am 23.02.2010 18:46, schrieb Philippe Gerum: On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In the future, maybe we could simply provide a wrapper script accepting sub-commands, such as xeno latency, xeno sigtest etc, to be put into /usr/bin by distros, which would hide the actual location of those binaries? In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. Roland added a xeno wrapper to the debian.org xenomai package 2.5.1-3. I synced now the debian/ directories from debian.org and xenomai.org: - For debian.org I sent patches to the Debian bugtracker [1] [2]. Another patch for dpkg-cross support [3] I sent to Roland privately. - For xenomai.org I attached patches to this mail (against -2.5.git). If both parties apply the patches the debian directories are in sync, except some minor differences in the debian/control file, see patch do-not-commit-please.patch. I would like to keep these changes out so that the xenomai.org packages are compatible with Debian 5.0 Lenny. The debian.org packages are for Debian 6.0 Squeeze. Merged into my queue (except the last one as mentioned). This will be pushed upstream to Gilles for 2.5.2. Thanks. I took a look at your branch for-upstream. Your commit scripts: add wrapper script to run standard Xenomai commands 6e0574791f48cbf8b3421a68c5789254e7d084b7 adds the same wrapper as my patch 0005-debian-wrapper-script-usr-bin-xeno-to-call-executa.patch debian: wrapper script /usr/bin/xeno to call executables in /usr/lib/xenomai/ fbe86cc50d3a65cd23e93d43adba4ed369fe70b1 Please revert the commit of my patch, we need another fix for debian/rules for your wrapper. Ok, I thought your patch set was based on my tree, so I did not check thoroughly. I did not send any pull request to Gilles, so no harm done. How do I call configure to install the wrapper in /usr/bin and the programs like latency, switchtest etc. to /usr/lib/xenomai ? We need some fixage in scripts/wrappers/Makefile.am to do that. I'll prepare this asap. Stefan Thanks kisda [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571099 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571104 [3] http://git.xenomai.org/?p=xenomai-2.5.git;a=commitdiff;h=5bcd18f714f4cbeaaac0cc4a08e6c9f375aa3b77 -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
On Wed, 2010-02-24 at 14:11 +0100, Philippe Gerum wrote: On Wed, 2010-02-24 at 14:06 +0100, Stefan Kisdaroczi wrote: Hi Philippe, Am 23.02.2010 18:46, schrieb Philippe Gerum: On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In the future, maybe we could simply provide a wrapper script accepting sub-commands, such as xeno latency, xeno sigtest etc, to be put into /usr/bin by distros, which would hide the actual location of those binaries? In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. Roland added a xeno wrapper to the debian.org xenomai package 2.5.1-3. I synced now the debian/ directories from debian.org and xenomai.org: - For debian.org I sent patches to the Debian bugtracker [1] [2]. Another patch for dpkg-cross support [3] I sent to Roland privately. - For xenomai.org I attached patches to this mail (against -2.5.git). If both parties apply the patches the debian directories are in sync, except some minor differences in the debian/control file, see patch do-not-commit-please.patch. I would like to keep these changes out so that the xenomai.org packages are compatible with Debian 5.0 Lenny. The debian.org packages are for Debian 6.0 Squeeze. Merged into my queue (except the last one as mentioned). This will be pushed upstream to Gilles for 2.5.2. Thanks. I took a look at your branch for-upstream. Your commit scripts: add wrapper script to run standard Xenomai commands 6e0574791f48cbf8b3421a68c5789254e7d084b7 adds the same wrapper as my patch 0005-debian-wrapper-script-usr-bin-xeno-to-call-executa.patch debian: wrapper script /usr/bin/xeno to call executables in /usr/lib/xenomai/ fbe86cc50d3a65cd23e93d43adba4ed369fe70b1 Please revert the commit of my patch, we need another fix for debian/rules for your wrapper. Ok, I thought your patch set was based on my tree, so I did not check thoroughly. I did not send any pull request to Gilles, so no harm done. How do I call configure to install the wrapper in /usr/bin and the programs like latency, switchtest etc. to /usr/lib/xenomai ? We need some fixage in scripts/wrappers/Makefile.am to do that. I'll prepare this asap. scripts/Makefile.am... Stefan Thanks kisda [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571099 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571104 [3] http://git.xenomai.org/?p=xenomai-2.5.git;a=commitdiff;h=5bcd18f714f4cbeaaac0cc4a08e6c9f375aa3b77 -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In the future, maybe we could simply provide a wrapper script accepting sub-commands, such as xeno latency, xeno sigtest etc, to be put into /usr/bin by distros, which would hide the actual location of those binaries? In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. Roland added a xeno wrapper to the debian.org xenomai package 2.5.1-3. I synced now the debian/ directories from debian.org and xenomai.org: - For debian.org I sent patches to the Debian bugtracker [1] [2]. Another patch for dpkg-cross support [3] I sent to Roland privately. - For xenomai.org I attached patches to this mail (against -2.5.git). If both parties apply the patches the debian directories are in sync, except some minor differences in the debian/control file, see patch do-not-commit-please.patch. I would like to keep these changes out so that the xenomai.org packages are compatible with Debian 5.0 Lenny. The debian.org packages are for Debian 6.0 Squeeze. Thanks kisda [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571099 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571104 [3] http://git.xenomai.org/?p=xenomai-2.5.git;a=commitdiff;h=5bcd18f714f4cbeaaac0cc4a08e6c9f375aa3b77 From f8bfbe147654f9eb240b0e94d774185940444b8d Mon Sep 17 00:00:00 2001 From: Stefan Kisdaroczi ki...@hispeed.ch Date: Tue, 23 Feb 2010 13:06:52 +0100 Subject: [PATCH] debian: copyright: fix typo and add project url --- debian/copyright |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/debian/copyright b/debian/copyright index 683e276..b3980df 100644 --- a/debian/copyright +++ b/debian/copyright @@ -3,6 +3,8 @@ On: Sat Mar 3 12:00 GMT 2007 The primary author of the upstream package is Philippe Gerum. +It was downloaded from http://www.xenomai.org/ + Copyright (C) 2001,2002,2003,2004,2005,2006,2007,2008 Philippe Gerum r...@xenomai.org. Copyright (C) 2005 Dmitry Adamushko dmitry.adamus...@gmail.com Copyright (C) 2001,2003,2004,2005,2006,2008 Gilles Chanteperdrix gilles.chanteperd...@xenomai.org @@ -11,7 +13,7 @@ Copyright (C) 2006 Wolfgang Grandegger w...@grandegger.com License: -Xenmai is licensed under GPL version 2, the user space libraries are LGPL +Xenomai is licensed under GPL version 2, the user space libraries are LGPL version 2.1. On Debian systems, the complete texts of the GNU General Public License v2 and the GNU Lesser General Public License v2 can be found in the file -- 1.5.6.5 From d3827b9eda17d8332748767b2ae5282f5fcb283d Mon Sep 17 00:00:00 2001 From: Stefan Kisdaroczi ki...@hispeed.ch Date: Tue, 23 Feb 2010 16:21:23 +0100 Subject: [PATCH] debian: libxenomai1: sync from debian.org --- debian/libxenomai1.lintian |2 +- debian/libxenomai1.postinst |2 +- debian/libxenomai1.postrm |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/debian/libxenomai1.lintian b/debian/libxenomai1.lintian index 42a4149..0f6a514 100644 --- a/debian/libxenomai1.lintian +++ b/debian/libxenomai1.lintian @@ -1,2 +1,2 @@ # no contained shared library names refer to xenomai, therefore own name -libxenomai1: package-name-doesnt-match-sonames libnative1 libpsos0 libpthread-rt1 librtai0 librtdk0 librtdm1 libuitron0 libvrtx0 libvxworks1 +libxenomai1: package-name-doesnt-match-sonames libanalogy1 libnative3 libpsos0 libpthread-rt1 librtai0 librtdk0 librtdm1 libuitron0 libvrtx0 libvxworks1 diff --git a/debian/libxenomai1.postinst b/debian/libxenomai1.postinst index dfdaa46..8afc6fc 100644 --- a/debian/libxenomai1.postinst +++ b/debian/libxenomai1.postinst @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/sh -e rm -f /etc/udev/rules.d/xenomai.rules ln -sf ../xenomai.rules /etc/udev/rules.d/xenomai.rules diff --git a/debian/libxenomai1.postrm b/debian/libxenomai1.postrm index a269ef5..3559eb5 100644 --- a/debian/libxenomai1.postrm +++ b/debian/libxenomai1.postrm @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/sh -e case $1 in purge | remove) -- 1.5.6.5 From c05d1fbfdd9360785b82be3d4437fe2b0e39b647 Mon Sep 17 00:00:00 2001 From: Stefan Kisdaroczi ki...@hispeed.ch Date: Tue, 23 Feb 2010 16:28:39 +0100 Subject: [PATCH] debian: linux-patch-xenomai.README.Debian: sync from debian.org --- debian/linux-patch-xenomai.README.Debian |8 +--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git a/debian/linux-patch-xenomai.README.Debian b/debian/linux-patch-xenomai.README.Debian index a6aaa6b..3304bf5 100644 --- a/debian/linux-patch-xenomai.README.Debian +++ b/debian/linux-patch-xenomai.README.Debian @@ -4,12 +4,14 @@ Xenomai kernel patches in Debian With this package, you can patch and build kernels
Re: [Xenomai-core] Xenomai in Debian
On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote: Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: snip In the future, maybe we could simply provide a wrapper script accepting sub-commands, such as xeno latency, xeno sigtest etc, to be put into /usr/bin by distros, which would hide the actual location of those binaries? In any case, thanks for your work so far. We probably need to discuss the packaging issues on this list, so that we get both consistency and usability in the future. Gilles and Roland, if this is fine with you, I'll handle the liaison role with upstream packagers, so please CC me explicitly on those mails. We'll sort out this issue, it doesn't look that bad anyway. Roland added a xeno wrapper to the debian.org xenomai package 2.5.1-3. I synced now the debian/ directories from debian.org and xenomai.org: - For debian.org I sent patches to the Debian bugtracker [1] [2]. Another patch for dpkg-cross support [3] I sent to Roland privately. - For xenomai.org I attached patches to this mail (against -2.5.git). If both parties apply the patches the debian directories are in sync, except some minor differences in the debian/control file, see patch do-not-commit-please.patch. I would like to keep these changes out so that the xenomai.org packages are compatible with Debian 5.0 Lenny. The debian.org packages are for Debian 6.0 Squeeze. Merged into my queue (except the last one as mentioned). This will be pushed upstream to Gilles for 2.5.2. Thanks. Thanks kisda [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571099 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571104 [3] http://git.xenomai.org/?p=xenomai-2.5.git;a=commitdiff;h=5bcd18f714f4cbeaaac0cc4a08e6c9f375aa3b77 -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Roland Stigge wrote: Hi Gilles, first - I'm sorry if you sometimes feel offended by my work on Xenomai in Debian. I understand that you are very much connected to your project and want to have it working perfectly everywhere. Unfortunately, my time to work on this is limited and the last uploads were work in progress - to provide latest Xenomai in Debian. Further work on it was planned for this weekend. But please also understand that Debian developers will possibly prioritize work on upstream packages where they feel their work is appreciated. So please think about your tone before sending email and driving people away from Xenomai. What matters for me is Xenomai users, not the Debian package maintainer. I am almost thinking that I would prefer Xenomai not having an official Debian package which has been shipping for monthes with buggy adeos patches and lagging behind upstream development. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Xenomai in Debian
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 src/skins/native/.libs/libnative.so.3.0.0
Shows the function and code offset of the relocation.
With
$ objdump -d src/skins/native/.libs/libnative.so.3.0.0
I found the actual location of the relocation.
I prepared a patch (attached) that fixes it: First, the relocation
itself by letting GCC create the address in PIC style. Second, extern
inline looks a bit counterintuitive at first, but according to the GCC
manual, it seems to be what we want (macro behaviour).
Thanks Jan for reminding me!
bye,
Roland
--- xenomai-2.5.1.orig/include/asm-x86/syscall.h
+++ xenomai-2.5.1/include/asm-x86/syscall.h
@@ -161,9 +161,11 @@
.endif\n\t
.endm\n\t);
-static inline void __xn_get_eip(void **dest)
+__attribute__((always_inline))
+extern inline void __xn_get_eip(void **dest)
{
-asm volatile(movl $1f, %0; 1:: =m(*dest));
+addr:
+ *dest = addr;
}
static inline void __xn_get_ebp(void **dest)
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Roland Stigge wrote: 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 src/skins/native/.libs/libnative.so.3.0.0 Shows the function and code offset of the relocation. With $ objdump -d src/skins/native/.libs/libnative.so.3.0.0 I found the actual location of the relocation. I prepared a patch (attached) that fixes it: First, the relocation itself by letting GCC create the address in PIC style. Second, extern inline looks a bit counterintuitive at first, but according to the GCC manual, it seems to be what we want (macro behaviour). Thanks Jan for reminding me! Glad to hear that debian work on Xenomai has resumed. Merged, thanks. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
[Xenomai-core] Xenomai in Debian
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. Everything else should stay the same as before, except that all the Debian related files under debian/ are maintained inside Debian (and can be backported to Xenomai upstream, if desired in Xenomai SVN). Have fun, Roland ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
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 conventions: xenomai-runtime linux-patch-xenomai libxenomai1 libxenomai-dev xenomai-doc bye, Roland ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
On Tue, Feb 26, 2008 at 11:43 AM, Roland Stigge [EMAIL PROTECTED] wrote: 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 conventions: xenomai-runtime linux-patch-xenomai libxenomai1 libxenomai-dev xenomai-doc So, I need to install all these packages, then continue at make-kpkg ? -- Gilles Chanteperdrix ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
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. You certainly don't _need_ xenomai-doc for make-kpkg. Some of the other packages can be missing, will need to check later. But I'm sure you already know it better: xenomai-runtime is all the executables (except xeno-config), libxenomai-dev is the installed header files, xeno-config and static libs, libxenomai1 is the shared lib. bye, Roland ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
