From: Manfred T. <Man...@ii...> - 2006-01-22 01:00:23
|
Hello, I've problems to compile the current xine-lib cvs: /usr/bin/install -c -m 644 alphablend.h /var/tmp/libxine1-buildrootcvs/usr/include/xine/alphablend.h make install-data-hook make[4]: Entering directory `/usr/src/packages/BUILD/xine-lib/src/xine-engine' chcon -t texrel_shlib_t /var/tmp/libxine1-buildrootcvs/usr/lib/libxine.so chcon: can't apply partial context to unlabeled file /var/tmp/libxine1-buildrootcvs/usr/lib/libxine.so make[4]: *** [install-data-hook] Error 1 make[4]: Leaving directory `/usr/src/packages/BUILD/xine-lib/src/xine-engine' make[3]: *** [install-data-am] Error 2 make[3]: Leaving directory `/usr/src/packages/BUILD/xine-lib/src/xine-engine' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/usr/src/packages/BUILD/xine-lib/src/xine-engine' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/usr/src/packages/BUILD/xine-lib/src' make: *** [install-recursive] Error 1 Any Idea what's going wrong here? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de |
From: Bastien N. <ha...@ha...> - 2006-01-22 11:29:56
|
On Sun, 2006-01-22 at 01:52 +0100, Manfred Tremmel wrote: > Hello, > > I've problems to compile the current xine-lib cvs: > > /usr/bin/install -c -m 644 alphablend.h /var/tmp/libxine1-buildrootcvs/usr/include/xine/alphablend.h > make install-data-hook > make[4]: Entering directory `/usr/src/packages/BUILD/xine-lib/src/xine-engine' > chcon -t texrel_shlib_t /var/tmp/libxine1-buildrootcvs/usr/lib/libxine.so > chcon: can't apply partial context to unlabeled file /var/tmp/libxine1-buildrootcvs/usr/lib/libxine.so > make[4]: *** [install-data-hook] Error 1 > make[4]: Leaving directory `/usr/src/packages/BUILD/xine-lib/src/xine-engine' > make[3]: *** [install-data-am] Error 2 > make[3]: Leaving directory `/usr/src/packages/BUILD/xine-lib/src/xine-engine' > make[2]: *** [install-am] Error 2 > make[2]: Leaving directory `/usr/src/packages/BUILD/xine-lib/src/xine-engine' > make[1]: *** [install-recursive] Error 1 > make[1]: Leaving directory `/usr/src/packages/BUILD/xine-lib/src' > make: *** [install-recursive] Error 1 > > Any Idea what's going wrong here? That would be my fault: http://cvs.sourceforge.net/viewcvs.py/xine/xine-lib/misc/Makefile.common?r1=1.12&r2=1.13 Without that and when installing as root with SELinux enabled, xine-lib would fail to load the ffmpeg and the win32 plugins. Could you try changing this line: if test -x /usr/bin/chcon ; then \ to: if test -x /usr/bin/chcon -a id -eq 0; then \ And let me know whether it fixes your installation problem? --- Bastien Nocera <ha...@ha...> |
From: Manfred T. <Man...@ii...> - 2006-01-22 15:36:10
|
Am Sonntag, 22. Januar 2006 12:33 schrieb Bastien Nocera: > Could you try changing this line: > if test -x /usr/bin/chcon ; then \ > to: > if test -x /usr/bin/chcon -a id -eq 0; then \ > And let me know whether it fixes your installation problem? Ok with this little change, it works again. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de |
From: Michael R. <mr...@us...> - 2006-01-22 15:54:34
|
Hi Manfred, >> if test -x /usr/bin/chcon -a id -eq 0; then \ > > Ok with this little change, it works again. I guess this test will always fail ('id' is never equal '0') and thus essentially revert back to the old behavior. Bastien, is there possibly a typo here? Do you want to check for the current user ID? Maybe this is better? test -x /usr/bin/chcon -a $UID -eq 0 Michael |
From: Bastien N. <ha...@ha...> - 2006-01-22 19:49:00
|
On Sun, 2006-01-22 at 16:54 +0100, Michael Roitzsch wrote: > Hi Manfred, > > >> if test -x /usr/bin/chcon -a id -eq 0; then \ > > > > Ok with this little change, it works again. > > I guess this test will always fail ('id' is never equal '0') and thus > essentially revert back to the old behavior. Bastien, is there > possibly a typo here? Do you want to check for the current user ID? > Maybe this is better? > > test -x /usr/bin/chcon -a $UID -eq 0 Indeed, id isn't right. I committed with: if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ Cheers --- Bastien Nocera <ha...@ha...> |
From: Frantisek D. <va...@us...> - 2006-01-22 21:54:20
|
Hi team, Bastien Nocera p=C3=AD=C5=A1e v ne 22. 01. 2006 v 19:52 +0000: > On Sun, 2006-01-22 at 16:54 +0100, Michael Roitzsch wrote: > > Hi Manfred, > >=20 > > >> if test -x /usr/bin/chcon -a id -eq 0; then \ > > > > > > Ok with this little change, it works again. > >=20 > > I guess this test will always fail ('id' is never equal '0') and thus= =20 > > essentially revert back to the old behavior. Bastien, is there =20 > > possibly a typo here? Do you want to check for the current user ID? =20 > > Maybe this is better? > >=20 > > test -x /usr/bin/chcon -a $UID -eq 0 >=20 > Indeed, id isn't right. I committed with: > if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ >=20 Tested under my ancient Fedora Core 2 (under root, ext3 filesystem and relabeled): if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ list=3D'libxine.la'; \ if test -n "$list" ; then \ for p in $list; do \ p=3D"`echo $p | sed -e 's/\.la$/\.so/g;s|^.*/||'`"; \ echo " chcon -t texrel_shlib_t /opt/lib/$p"; \ chcon -t texrel_shlib_t /opt/lib/$p; \ done; \ fi; \ fi chcon -t texrel_shlib_t /opt/lib/libxine.so chcon: can't apply partial context to unlabeled file /opt/lib/libxine.so make[2]: *** [install-data-hook] Error 1 make[2]: Leaving directory `/home/valtri/xine/build-lib/src/xine-engine' make[1]: *** [install-data-am] Error 2 make[1]: Leaving directory `/home/valtri/xine/build-lib/src/xine-engine' make: *** [install-debug] Error 2 I don't understand the chcon, but maybe we should continue on errors: - fi; \ - if test -x /usr/bin/chcon ; then \ + fi + -@if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ Cheers, Frantisek |
From: Bastien N. <ha...@ha...> - 2006-01-22 22:37:51
|
On Sun, 2006-01-22 at 22:54 +0100, Frantisek Dvorak wrote: > Hi team, >=20 > Bastien Nocera p=ED=B9e v ne 22. 01. 2006 v 19:52 +0000: > > On Sun, 2006-01-22 at 16:54 +0100, Michael Roitzsch wrote: > > > Hi Manfred, > > >=20 > > > >> if test -x /usr/bin/chcon -a id -eq 0; then \ > > > > > > > > Ok with this little change, it works again. > > >=20 > > > I guess this test will always fail ('id' is never equal '0') and th= us =20 > > > essentially revert back to the old behavior. Bastien, is there =20 > > > possibly a typo here? Do you want to check for the current user ID?= =20 > > > Maybe this is better? > > >=20 > > > test -x /usr/bin/chcon -a $UID -eq 0 > >=20 > > Indeed, id isn't right. I committed with: > > if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ > >=20 >=20 > Tested under my ancient Fedora Core 2 (under root, ext3 filesystem and > relabeled): >=20 > if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ > list=3D'libxine.la'; \ > if test -n "$list" ; then \ > for p in $list; do \ > p=3D"`echo $p | sed -e 's/\.la$/\.so/g;s|^.*/||'`"; \ > echo " chcon -t texrel_shlib_t /opt/lib/$p"; \ > chcon -t texrel_shlib_t /opt/lib/$p; \ > done; \ > fi; \ > fi > chcon -t texrel_shlib_t /opt/lib/libxine.so Could you replace this line in the misc/Makefile.common by: chcon system_u:object_r:texrel_shlib_t $(DESTDIR)$(libdir)/$$p; \ This should set the context if it didn't already exist. > chcon: can't apply partial context to unlabeled file /opt/lib/libxine.s= o > make[2]: *** [install-data-hook] Error 1 > make[2]: Leaving directory `/home/valtri/xine/build-lib/src/xine-engine= ' > make[1]: *** [install-data-am] Error 2 > make[1]: Leaving directory `/home/valtri/xine/build-lib/src/xine-engine= ' > make: *** [install-debug] Error 2 >=20 > I don't understand the chcon, but maybe we should continue on errors: >=20 > - fi; \ > - if test -x /usr/bin/chcon ; then \ > + fi > + -@if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ That won't work, the "-" isn't at the beginning of the Makefile rule. --- Bastien Nocera <ha...@ha...>=20 |
From: Frantisek D. <va...@us...> - 2006-01-22 23:12:23
|
Bastien Nocera p=C3=AD=C5=A1e v ne 22. 01. 2006 v 22:41 +0000: > > chcon -t texrel_shlib_t /opt/lib/libxine.so >=20 > Could you replace this line in the misc/Makefile.common by: > chcon system_u:object_r:texrel_shlib_t > $(DESTDIR)$(libdir)/$$p; \ >=20 > This should set the context if it didn't already exist. >=20 Yes, this works good! > >=20 > > I don't understand the chcon, but maybe we should continue on errors: > >=20 > > - fi; \ > > - if test -x /usr/bin/chcon ; then \ > > + fi > > + -@if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ >=20 > That won't work, the "-" isn't at the beginning of the Makefile rule. >=20 >=20 The rule is splitted into two commands, but probably this workaround won'= t be needed. Cheers, Frantisek |
From: Bastien N. <ha...@ha...> - 2006-01-22 23:26:01
|
On Mon, 2006-01-23 at 00:12 +0100, Frantisek Dvorak wrote: > Bastien Nocera p=ED=B9e v ne 22. 01. 2006 v 22:41 +0000: > > > chcon -t texrel_shlib_t /opt/lib/libxine.so > >=20 > > Could you replace this line in the misc/Makefile.common by: > > chcon system_u:object_r:texrel_shlib_t > > $(DESTDIR)$(libdir)/$$p; \ > >=20 > > This should set the context if it didn't already exist. > >=20 >=20 > Yes, this works good! >=20 > > >=20 > > > I don't understand the chcon, but maybe we should continue on error= s: > > >=20 > > > - fi; \ > > > - if test -x /usr/bin/chcon ; then \ > > > + fi > > > + -@if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ > >=20 > > That won't work, the "-" isn't at the beginning of the Makefile rule. > >=20 > >=20 >=20 > The rule is splitted into two commands, but probably this workaround wo= n't be needed. Fixed in CVS, thanks for the testing. --- Bastien Nocera <ha...@ha...>=20 |
From: Reinhard N. <rn...@gm...> - 2006-02-14 23:19:22
|
Hi, Bastien Nocera wrote: >>>> chcon -t texrel_shlib_t /opt/lib/libxine.so >>> Could you replace this line in the misc/Makefile.common by: >>> chcon system_u:object_r:texrel_shlib_t >>> $(DESTDIR)$(libdir)/$$p; \ >>> >>> This should set the context if it didn't already exist. >> >> Yes, this works good! >> >>>> I don't understand the chcon, but maybe we should continue on errors: >>>> >>>> - fi; \ >>>> - if test -x /usr/bin/chcon ; then \ >>>> + fi >>>> + -@if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ >>> That won't work, the "-" isn't at the beginning of the Makefile rule. >> >> >> The rule is splitted into two commands, but probably this workaround won't be needed. > > Fixed in CVS, thanks for the testing. There still seems to be an issue with chcon. Could someone have a look at this page: http://85.25.132.30/board/thread.php?postid=425672#post425672 Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rn...@gm... |
From: Bastien N. <ha...@ha...> - 2006-02-20 18:59:49
|
On Wed, 2006-02-15 at 00:19 +0100, Reinhard Nissl wrote: > Hi, > > Bastien Nocera wrote: > > >>>> chcon -t texrel_shlib_t /opt/lib/libxine.so > >>> Could you replace this line in the misc/Makefile.common by: > >>> chcon system_u:object_r:texrel_shlib_t > >>> $(DESTDIR)$(libdir)/$$p; \ > >>> > >>> This should set the context if it didn't already exist. > >> > >> Yes, this works good! > >> > >>>> I don't understand the chcon, but maybe we should continue on errors: > >>>> > >>>> - fi; \ > >>>> - if test -x /usr/bin/chcon ; then \ > >>>> + fi > >>>> + -@if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ > >>> That won't work, the "-" isn't at the beginning of the Makefile rule. > >> > >> > >> The rule is splitted into two commands, but probably this workaround won't be needed. > > > > Fixed in CVS, thanks for the testing. > > There still seems to be an issue with chcon. Could someone have a look > at this page: > > http://85.25.132.30/board/thread.php?postid=425672#post425672 Sorry, but I have no idea what a Speicherzugriffsfehler is. A log in English, and with the "-v" flag added to the chcon line would be useful. --- Bastien Nocera <ha...@ha...> |
From: Michael R. <mr...@us...> - 2006-02-20 20:30:04
|
Hi Bastien, > Sorry, but I have no idea what a Speicherzugriffsfehler is. The German to Computer dictionary says: Speicherzugriffsfehler <-> SIGSEGV ;) Michael |
From: Bastien N. <ha...@ha...> - 2006-02-20 21:02:13
|
On Mon, 2006-02-20 at 21:29 +0100, Michael Roitzsch wrote: > Hi Bastien, > > > Sorry, but I have no idea what a Speicherzugriffsfehler is. > > The German to Computer dictionary says: > Speicherzugriffsfehler <-> SIGSEGV > ;) Thanks Michael. Reinhard, it looks like you need to bug your distro. Not really xine-lib (or mine) fault that chcon would be segfaulting... Cheers -- Bastien Nocera <ha...@ha...> |
From: Michael R. <mr...@us...> - 2006-01-22 19:57:09
|
Hi Bastien, >> I guess this test will always fail ('id' is never equal '0') and thus >> essentially revert back to the old behavior. Bastien, is there >> possibly a typo here? Do you want to check for the current user ID? >> Maybe this is better? >> >> test -x /usr/bin/chcon -a $UID -eq 0 > > Indeed, id isn't right. I committed with: > if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ Ahh, yes the 'id' command. That should be better, since $UID is probably too shell specific. Michael |
From: Bastien N. <ha...@ha...> - 2006-01-22 20:01:15
|
On Sun, 2006-01-22 at 20:56 +0100, Michael Roitzsch wrote: > Hi Bastien, > > >> I guess this test will always fail ('id' is never equal '0') and thus > >> essentially revert back to the old behavior. Bastien, is there > >> possibly a typo here? Do you want to check for the current user ID? > >> Maybe this is better? > >> > >> test -x /usr/bin/chcon -a $UID -eq 0 > > > > Indeed, id isn't right. I committed with: > > if test -x /usr/bin/chcon -a `id -u` -eq 0; then \ > > Ahh, yes the 'id' command. That should be better, since $UID is > probably too shell specific. And doesn't get updated when using things like "sudo", which I do all the time :) --- Bastien Nocera <ha...@ha...> |
From: Reinhard N. <rn...@gm...> - 2006-03-26 15:44:08
|
Hi, Bastien Nocera wrote: >>> Sorry, but I have no idea what a Speicherzugriffsfehler is. >> The German to Computer dictionary says: >> Speicherzugriffsfehler <-> SIGSEGV >> ;) > > Reinhard, it looks like you need to bug your distro. Not really xine-lib > (or mine) fault that chcon would be segfaulting... As I'm not used to chcon, would you please have a look at this bug report. Maybe you know how to detect SELinux (in case my assumption is right) and can add this test before calling chcon (i. e., don't just rely on the existence of /usr/bin/chcon). https://bugzilla.novell.com/show_bug.cgi?id=160801 Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rn...@gm... |
From: Bastien N. <ha...@ha...> - 2006-03-27 21:34:54
|
On Sun, 2006-03-26 at 17:43 +0200, Reinhard Nissl wrote: > Hi, > > Bastien Nocera wrote: > > >>> Sorry, but I have no idea what a Speicherzugriffsfehler is. > >> The German to Computer dictionary says: > >> Speicherzugriffsfehler <-> SIGSEGV > >> ;) > > > > Reinhard, it looks like you need to bug your distro. Not really xine-lib > > (or mine) fault that chcon would be segfaulting... > > As I'm not used to chcon, would you please have a look at this bug > report. Maybe you know how to detect SELinux (in case my assumption is > right) and can add this test before calling chcon (i. e., don't just > rely on the existence of /usr/bin/chcon). > > https://bugzilla.novell.com/show_bug.cgi?id=160801 Frankly, even if Novell don't support SELinux "anymore", it shouldn't segfault. They could either stop shipping it, or fix it. Doesn't look like the maintainer has much of a clue about SELinux, I'm afraid to say. -- Bastien Nocera <ha...@ha...> |