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
On Wed, 2010-03-03 at 17:54 +0100, Stefan Kisdaroczi wrote: > 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: > >> > >> > >> 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" mat
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: >> >> >> 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.
Re: [Xenomai-core] Xenomai in Debian
Hi Gilles, thanks for your mail! And don't worry - there's an updated Xenomai version in Debian sid now thanks to everyone from the Xenomai dev list. Sven put quite some effort into syncing the two projects. If there are any problems, feel free to "bug" me. ;-) Regarding the xenomai-announce list, this sounds like a good idea since many projects have it, including Debian. For me personally, my work much depends on free ressources and Debian release schedule urgency. Btw: The Debian watch system automatically generates an email when xenomai has got a new release. :-) So also no hurry here. See you, bye, Roland ___ 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. 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
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: > > > 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
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: 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 >> >
Re: [Xenomai-core] Xenomai in Debian
Am 25.02.2010 18:18, schrieb Stefan Kisdaroczi: > >>> >>> Hi Gilles, >>> >>> can a init.d script with >>> echo "" > /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
Re: [Xenomai-core] Xenomai in Debian
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: > >> > >> > >> 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. > 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=5711
Re: [Xenomai-core] Xenomai in Debian
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: >> >> >> 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. 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
Hi Jeff, Am 25.02.2010 15:44, schrieb Jeff Weber: > Hello Stefan: > > I've been watching with interest the recent active work integrating > Debian and Xenomai. I am currently porting an embedded application to > Xenomai, and am surveying candidate Linux distributions. > > I did a test build, install of Xenomai on a Debian Lenny distributionI > per the HOWTO: > http://xenomai.org/index.php/Xenomai_quick_build_quide > > and updated my grub menu.lst with the new kernel, and all worked well. > I did spend a significant amount of time tuning my kernel config file to > my target board. > > Can you help me understand the advantages of using the Debian packages, > over the process I followed above? I am still unclear on the advantages > of using the Debian Xenomia packages. Advantages: - Installing software is easy, maintaining a system is harder. Using debian packages helps you upgrading/removing xenomai on a system. - If you need xenomai on more than one machine, you build once and install the same deb's on all machines. - You are testing different distributions now. If you install distribution xyz on your system and want later to switch back to lenny, you just have to keep the deb's and you are fine. Nothing to compile. - You don't need any xenomai knowhow to install a deb. If, for example, your co-worker needs to be able to setup xenomai too and he has the deb's a simple "dpkg -i *.deb" on a lenny system will do it and it will work, and you can enjoy your holidays ;-) > Which kernels can I use? > > Do I still need to tune a kernel config file? You still need to tune the config and build a kernel, there is no binary kernel-image with xenomai support. However, if you use make-kpkg to build the kernel it will build a *.deb. If you install this deb you dont have to fiddle with grub menu.lst, the kernel is automatically added. Please always CC the mailing list. Thank you. Regards Stefan > If not, how is the kernel pre-configured? > > thanks, > Jeff 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
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: > > 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 "" > /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
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: 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 "" > /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 ... >>> >>> 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 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: >>> >>> 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 14:49, schrieb Gilles Chanteperdrix: > Stefan Kisdaroczi wrote: >> Hi, >> >> Am 14.02.2010 10:38, schrieb Philippe Gerum: >>> >>> 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 "" > /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
Stefan Kisdaroczi wrote: > Hi, > > Am 14.02.2010 10:38, schrieb Philippe Gerum: >> >> 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
Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: > > 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 ? regards kisda diff --git a/debian/libxenomai1.postinst b/debian/libxenomai1.postinst index 8afc6fc..97c3476 100644 --- a/debian/libxenomai1.postinst +++ b/debian/libxenomai1.postinst @@ -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# 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
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: 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 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 : +- debian/copyright: Typo and email address (Closes: #571099) +- debian/control: ia64 support removed (Closes: #571104) +- debian/rules: Added dpkg-cross support + + -- Roland Stigge 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
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: > > >>> > > >>> > > >>> 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
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: > >>> > >>> > >>> 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
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: >>> >>> >>> 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. 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 > > 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 Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote: > Hi, > > Am 14.02.2010 10:38, schrieb Philippe Gerum: > > > > > > 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
Hi, Am 14.02.2010 10:38, schrieb Philippe Gerum: > > > 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 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 . Copyright (C) 2005 Dmitry Adamushko Copyright (C) 2001,2003,2004,2005,2006,2008 Gilles Chanteperdrix @@ -11,7 +13,7 @@ Copyright (C) 2006 Wolfgang Grandegger 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 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 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 suitable for usage with Xenomai. This can be done with, e.g.: -# cd /usr/src/linux-source-2.6.24 -# fakeroot make-kpkg --initr
Re: [Xenomai-core] Xenomai in Debian
Hi Roland, On Sat, 2010-02-13 at 16:07 +0100, 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. > > Gilles Chanteperdrix wrote: > > - the package ships with patches for 2.6.24. These I-pipe patches are > > outdated and have been publicly announced as being bogus on the Xenomai > > mailing lists; > > Thanks for pointing that out! Will be removed. > > > - xenomai 2.5.1 seems to have introduced a conflict with sigtest, my > > fault, you seem to have fixed this by prefixing all xenomai binaries > > with xenomai-, there was a simple solution which would have been for us > > to rename only sigtest. > > First, I was thinking about this solution also, of course. But many of > the Xenomai binaries' names are very generic and not easily recognizable > as related to Xenomai ("latency", "arith", etc.). (Please consider that > there are 1s of binaries in Debian's /usr/bin.) So I decided to > rename them all, for consistency. Therefore, also "xenomai-xeno-config". > :-) It's one exception. I was completely aware of this and also didn't > find it very beautiful. > > The alternative would have been a separate directory for them, e.g. > somewhere under /usr/lib/xenomai. But that would lead to them not being > available in user's PATHs. So I decided otherwise. > > > This looks to me like a bad idea. You are breaking the documented user > > interface. > > Feel free to make suggestions for improvement. > > > I have already asked publicly for this, but will ask it once again: > > please inform the xenomai mailing list of the debian xenomai package > > bugs, and get us involved in their resolution. > > I'm doing this if it concerns you. E.g. your non-PIC bug. Problems with > Debian packaging are Debian's task. I'm open to all suggestions, but > please CC me, I'm not following the Xenomai list so closely. > > > Because the debian packaging of xenomai simply do not > > meets the quality standards of the Xenomai project. > > Please stop. Debian sid is the equivalent of a development branch of > Xenomai. It's unreleased code. I also don't flame you for bugs in > Xenomai but instead send patches. So please let's work friendly each one > on his own project and don't flame. > Ok, let's end the ballistic game. I think Gilles is very concerned by the fact that introducing inconsistencies or any ambiguity in downstream packages will certainly backfire upstream, with endless posting on the xenomai mailing lists from users being lost in space. Which makes sense. Personally, I would really recommend to move the Xenomai stuff in its own sub-dir whenever possible, as a first remedy; requiring PATH update is much better than forking the Xenomai namespace. 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. -- Philippe. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Jan Kiszka wrote: > Gilles Chanteperdrix wrote: >> Jan Kiszka wrote: >>> Gilles Chanteperdrix wrote: 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. >>> Hey guys, this leads to nothing. >>> >>> I agree with Gilles that a distro package that could appear to users >>> like it's as mature as upstream while it isn't does not help anyone. But >>> not all the work here is paid, and resources will remain limited. So >>> Roland's remark is valid as well that not everything can be done >>> instantly in The Perfect Way. >>> >>> The only way to resolve this without killing the idea of ready-to-use >>> Xenomai package is to openly discuss the problems of both sides and try >>> to find optimal solutions. I also bet Roland would be happy about >>> patch-based discussions - just like we are for upstream. Just let the >>> discussion take place here on this list, in an objective manner, and >>> ideally before things may show up in releases etc. >> As I already said, I think the proper place to discuss all this is on >> the Xenomai mailing list. I have no problem renaming sigtest, at all, I >> do not even require a patch to do it. The point is that we did not even >> knew that it generated a conflict. And for me this is the real problem, >> I am all for helping Roland generating good packages, but if he does not >> want to talk to us, what choice do we have? >> > > We can only ask him kindly to remember xenomai-c...@gna.org. This looks pointless, as we already had that argument in may 2008. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Gilles Chanteperdrix wrote: > Jan Kiszka wrote: >> Gilles Chanteperdrix wrote: >>> 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. >> Hey guys, this leads to nothing. >> >> I agree with Gilles that a distro package that could appear to users >> like it's as mature as upstream while it isn't does not help anyone. But >> not all the work here is paid, and resources will remain limited. So >> Roland's remark is valid as well that not everything can be done >> instantly in The Perfect Way. >> >> The only way to resolve this without killing the idea of ready-to-use >> Xenomai package is to openly discuss the problems of both sides and try >> to find optimal solutions. I also bet Roland would be happy about >> patch-based discussions - just like we are for upstream. Just let the >> discussion take place here on this list, in an objective manner, and >> ideally before things may show up in releases etc. > > As I already said, I think the proper place to discuss all this is on > the Xenomai mailing list. I have no problem renaming sigtest, at all, I > do not even require a patch to do it. The point is that we did not even > knew that it generated a conflict. And for me this is the real problem, > I am all for helping Roland generating good packages, but if he does not > want to talk to us, what choice do we have? > We can only ask him kindly to remember xenomai-c...@gna.org. Jan 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
Jan Kiszka wrote: > Gilles Chanteperdrix wrote: >> 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. > > Hey guys, this leads to nothing. > > I agree with Gilles that a distro package that could appear to users > like it's as mature as upstream while it isn't does not help anyone. But > not all the work here is paid, and resources will remain limited. So > Roland's remark is valid as well that not everything can be done > instantly in The Perfect Way. > > The only way to resolve this without killing the idea of ready-to-use > Xenomai package is to openly discuss the problems of both sides and try > to find optimal solutions. I also bet Roland would be happy about > patch-based discussions - just like we are for upstream. Just let the > discussion take place here on this list, in an objective manner, and > ideally before things may show up in releases etc. As I already said, I think the proper place to discuss all this is on the Xenomai mailing list. I have no problem renaming sigtest, at all, I do not even require a patch to do it. The point is that we did not even knew that it generated a conflict. And for me this is the real problem, I am all for helping Roland generating good packages, but if he does not want to talk to us, what choice do we have? -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Xenomai in Debian
Gilles Chanteperdrix wrote: > 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. Hey guys, this leads to nothing. I agree with Gilles that a distro package that could appear to users like it's as mature as upstream while it isn't does not help anyone. But not all the work here is paid, and resources will remain limited. So Roland's remark is valid as well that not everything can be done instantly in The Perfect Way. The only way to resolve this without killing the idea of ready-to-use Xenomai package is to openly discuss the problems of both sides and try to find optimal solutions. I also bet Roland would be happy about patch-based discussions - just like we are for upstream. Just let the discussion take place here on this list, in an objective manner, and ideally before things may show up in releases etc. Jan 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
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
Re: [Xenomai-core] Xenomai in Debian
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. Gilles Chanteperdrix wrote: > - the package ships with patches for 2.6.24. These I-pipe patches are > outdated and have been publicly announced as being bogus on the Xenomai > mailing lists; Thanks for pointing that out! Will be removed. > - xenomai 2.5.1 seems to have introduced a conflict with sigtest, my > fault, you seem to have fixed this by prefixing all xenomai binaries > with xenomai-, there was a simple solution which would have been for us > to rename only sigtest. First, I was thinking about this solution also, of course. But many of the Xenomai binaries' names are very generic and not easily recognizable as related to Xenomai ("latency", "arith", etc.). (Please consider that there are 1s of binaries in Debian's /usr/bin.) So I decided to rename them all, for consistency. Therefore, also "xenomai-xeno-config". :-) It's one exception. I was completely aware of this and also didn't find it very beautiful. The alternative would have been a separate directory for them, e.g. somewhere under /usr/lib/xenomai. But that would lead to them not being available in user's PATHs. So I decided otherwise. > This looks to me like a bad idea. You are breaking the documented user > interface. Feel free to make suggestions for improvement. > I have already asked publicly for this, but will ask it once again: > please inform the xenomai mailing list of the debian xenomai package > bugs, and get us involved in their resolution. I'm doing this if it concerns you. E.g. your non-PIC bug. Problems with Debian packaging are Debian's task. I'm open to all suggestions, but please CC me, I'm not following the Xenomai list so closely. > Because the debian packaging of xenomai simply do not > meets the quality standards of the Xenomai project. Please stop. Debian sid is the equivalent of a development branch of Xenomai. It's unreleased code. I also don't flame you for bugs in Xenomai but instead send patches. So please let's work friendly each one on his own project and don't flame. Thanks for considering. bye, Roland ___ 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). Hi Roland, I just had a look at the Debian package, and there are a few things that I do not like: - the package ships with patches for 2.6.24. These I-pipe patches are outdated and have been publicly announced as being bogus on the Xenomai mailing lists; - xenomai 2.5.1 seems to have introduced a conflict with sigtest, my fault, you seem to have fixed this by prefixing all xenomai binaries with xenomai-, there was a simple solution which would have been for us to rename only sigtest. This looks to me like a bad idea. You are breaking the documented user interface. Applications which were compiling for older versions of xenomai using xeno-config will simply stop working with the new version, not because of Xenomai incompatibilities, but simply because of a decision of the maintainer of Xenomai Debian package. Not mentioning how preposterous it looks to have things called xenomai-xeno-config. I have already asked publicly for this, but will ask it once again: please inform the xenomai mailing list of the debian xenomai package bugs, and get us involved in their resolution. I do not really understand why you are refusing to do this. As far as I know, we never refused any patch coming from you. If you refuse to comply to this simple request, I will have to advise publicly people not to use the "official" debian packages, including on the xenomai project's wiki, and in the text documentation which ships with Xenomai. Because the debian packaging of xenomai simply do not meets the quality standards of the Xenomai project. I do not mean that our quality is perfect, but one of the motto of the Xenomai project is to avoid breaking uselessly the interfaces, and you just did it. Thanks in advance. Regards. -- Gilles. ___ 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, 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
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
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
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 9:25 AM, Roland Stigge <[EMAIL PROTECTED]> wrote: > 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). 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 ? -- Gilles Chanteperdrix ___ 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