Building Master
- Reinhard
 - Offline
 - Platinum Member
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 508
 - Thank you received: 94
 
			
	
						12 Feb 2017 12:39				#87867
		by Reinhard
	
	
		
			
	
			
			 		
													
	
				Building Master was created by Reinhard			
			
				I created a fresh installed VM with debian stable (jessie). There I cloned linuxcnc master.
Then I followed install recommendations from linuxcnc, which means, all dependencies are checked and installed.
in linuxcnc/debian directory I executed the command "./configure uspace rtai" and the following build (dpkg-buildpackage -b -uc) failed with this log:Then I scanned the build log and there was no attempt to build linuxcnc-uspace-rtai
... but I found a libuspace-xenomai.so.0 in debian/tmp
Are there any recommendations, I might have missed?
					Then I followed install recommendations from linuxcnc, which means, all dependencies are checked and installed.
in linuxcnc/debian directory I executed the command "./configure uspace rtai" and the following build (dpkg-buildpackage -b -uc) failed with this log:
dh_movefiles
dh_movefiles: debian/tmp//usr/lib/libuspace-rtai.so.0 not found (supposed to put it in linuxcnc-uspace-rtai)
tar: /usr/local/src/linuxcnc/debian/movelist: Funktion stat fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
tar: Error is not recoverable: exiting now
tar: Das sieht nicht wie ein „tar“-Archiv aus.
tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler
dh_movefiles: (cd debian/tmp >/dev/null ; tar --create --files-from=/usr/local/src/linuxcnc/debian/movelist --file -) | (cd debian/linuxcnc-uspace-rtai >/dev/null ;tar xpf -) returned exit code 2
debian/rules:61: recipe for target 'install' failed
make: *** [install] Error 2
dpkg-buildpackage: Fehler: Fehler-Exitstatus von fakeroot debian/rules binary war 2... but I found a libuspace-xenomai.so.0 in debian/tmp
Are there any recommendations, I might have missed?
Please Log in or Create an account to join the conversation.
- dgarrett
 - Offline
 - Platinum Member
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 492
 - Thank you received: 297
 
			
	
						12 Feb 2017 14:38				#87870
		by dgarrett
	
	
		
			
	
			
			 		
													
	
				Replied by dgarrett on topic Building Master			
			
				If you are trying to make a deb for uspace, try:
if you are trying to make a deb for rtai, try:			
					./configure uspaceif you are trying to make a deb for rtai, try:
./configure rtaiPlease Log in or Create an account to join the conversation.
- Reinhard
 - Offline
 - Platinum Member
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 508
 - Thank you received: 94
 
			
	
						12 Feb 2017 16:04				#87872
		by Reinhard
	
	
		
			
	
			
			 		
													
	
				Replied by Reinhard on topic Building Master			
			
				duh! Should have known that 
May be it will be helpful to add a vertial line between uspace and rtai
The uspace build fails a bit later:ldconfig is installed and accessible, but only for root users.
The build should be executed as ordinary user - right?
So may be, adding a sudo in front of ldconfig could solve the problem?
I found the line in linuxcnc/src/Makefile - but as that file is generated, I don't know enuf to patch the right place.
					May be it will be helpful to add a vertial line between uspace and rtai
The uspace build fails a bit later:
cp --no-dereference ../lib/liblinuxcncini.so ../lib/libposemath.so ../lib/libnml.so ../lib/libuspace-xenomai.so ../lib/liblinuxcnchal.so ../lib/libcanterp.so ../lib/librs274.so /usr/local/src/linuxcnc/src/../debian/tmp/usr/lib
ldconfig /usr/local/src/linuxcnc/src/../debian/tmp/usr/lib
make[1]: ldconfig: Kommando nicht gefunden
Makefile:573: recipe for target 'install-kernel-indep' failed
make[1]: [install-kernel-indep] Error 127 (ignored)The build should be executed as ordinary user - right?
So may be, adding a sudo in front of ldconfig could solve the problem?
I found the line in linuxcnc/src/Makefile - but as that file is generated, I don't know enuf to patch the right place.
Please Log in or Create an account to join the conversation.
- Reinhard
 - Offline
 - Platinum Member
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 508
 - Thank you received: 94
 
			
	
						12 Feb 2017 16:28				#87874
		by Reinhard
	
	
		
			
	
			
			 		
													
	
				Replied by Reinhard on topic Building Master			
			
				ok - temporarily patching Makefile works, but other errors arise:I guess, later occurring link errors depend on this failure:			
					sudo ldconfig /usr/local/src/linuxcnc/src/../debian/tmp/usr/lib
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.dh_shlibdeps -l debian/linuxcnc-uspace/usr/lib
dpkg-shlibdeps: Warnung: Symbol _Z22rtapi_timespec_advanceR8timespecRKS_m, verwendet von debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0, in keiner der Bibliotheken gefunden
dpkg-shlibdeps: Warnung: Symbol rtapi_print_msg, verwendet von debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0, in keiner der Bibliotheken gefunden
dpkg-shlibdeps: Warnung: Symbol task_array, verwendet von debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0, in keiner der Bibliotheken gefunden
dpkg-shlibdeps: Warnung: Symbol _ZN8RtapiApp8get_taskEi, verwendet von debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0, in keiner der Bibliotheken gefunden
dpkg-shlibdeps: Warnung: Symbol _ZN10rtapi_taskC2Ev, verwendet von debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0, in keiner der Bibliotheken gefunden
dpkg-shlibdeps: Warnung: Symbol _ZN8RtapiApp25unexpected_realtime_delayEP10rtapi_taski, verwendet von debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0, in keiner der Bibliotheken gefunden
dpkg-shlibdeps: Warnung: Symbol rtapi_print, verwendet von debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0, in keiner der Bibliotheken gefunden
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0 nicht gegen libxenomai.so.0 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/linuxcnc-uspace-xenomai/usr/lib/libuspace-xenomai.so.0 nicht gegen librt.so.1 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Fehler: keine Abhängigkeitsinformationen für /var/lib/VBoxGuestAdditions/lib/libGL.so.1 (verwendet von debian/linuxcnc-uspace/usr/lib/python2.7/dist-packages/linuxcnc.x86_64-linux-gnu.so) gefundenPlease Log in or Create an account to join the conversation.
- dgarrett
 - Offline
 - Platinum Member
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 492
 - Thank you received: 297
 
			
	
						12 Feb 2017 18:00		 -  12 Feb 2017 18:11		#87877
		by dgarrett
	
	
		
			
				Note: 'ignored'
So there is some other error that you are not showing us i think.
I routinely do the following in a script on debian jessie uspace as a NON-root user:
(I had to install the package for libxenomai-dev)
(you should not have to use sudo or patch the Makefile
for making package; bad things may happen with sudo
that will can have long-term affects)
after reading the configure script, you do not have to install libxenomai-dev if you configure as:			
					
	
	
			 		
													
	
				Replied by dgarrett on topic Building Master			
			make[1]: ldconfig: Kommando nicht gefunden
Makefile:573: recipe for target 'install-kernel-indep' failed
make[1]: [install-kernel-indep] Error 127 (ignored)So there is some other error that you are not showing us i think.
I routinely do the following in a script on debian jessie uspace as a NON-root user:
cd $GIT_ROOT # my root for the git tree (linuxcnc-dev)
cd src
./configure --with-realtime=uspace --enable-build-documentation=html
cd ../debian
./configure uspace
cd ..
time debuild -i -us -uc -b >|1.log 2>|2.log(I had to install the package for libxenomai-dev)
(you should not have to use sudo or patch the Makefile
for making package; bad things may happen with sudo
that will can have long-term affects)
after reading the configure script, you do not have to install libxenomai-dev if you configure as:
./configure uspace noauto
		Last edit: 12 Feb 2017 18:11  by dgarrett.			
			Please Log in or Create an account to join the conversation.
- PCW
 - 
				
											 - Offline
 - Moderator
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 17380
 - Thank you received: 5068
 
			
	
						12 Feb 2017 18:04				#87879
		by PCW
	
	
		
			
	
			
			 		
													
	
				Replied by PCW on topic Building Master			
			
				Are these errors possibly because your source directory is not owned by you?
I normally build in ~/linuxcnc-dev but it looks you started in a system directory:
					I normally build in ~/linuxcnc-dev but it looks you started in a system directory:
ldconfig /usr/local/src/linuxcnc/src/../debian/tmp/usr/lib
Please Log in or Create an account to join the conversation.
- Reinhard
 - Offline
 - Platinum Member
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 508
 - Thank you received: 94
 
			
	
						13 Feb 2017 07:32				#87898
		by Reinhard
	
	
		
			
	
	
			
			 		
													
	
				Replied by Reinhard on topic Building Master			
			
				I have to admit, that I'm a linux user only. Not a linux developer.
I'm able to follow build instructions, but I don't know anything about build systems (aside from Makefiles).
@PCW
I consider /usr/local as "my" sandbox, so any software package, that I have to compile, will be extracted to /usr/local/src/<pkg-name>
I never use my home-directory to build system/foreign packages.
If the package uses cmake, I built the package at /usr/local/build (a scratch directory which I created)
Other packages will be build inplace.
I don't own /usr/local/src but group permissions allow to create directories there. When I check out a source package, I do own the package root directory - in this case /usr/local/src/linuxcnc
@dgarret
a call to src/configure is not necessary, as the debian build process calls that script on its own with different arguments.
Your build command looks quite weired. I tried it and it did not work.
... and I don't have a debuild command
@all
I removed the linuxcnc root directory and restarted from scratch with this commands:
The active kernel
excerpts from dpkg -l
The whole buildlog is attached
					I'm able to follow build instructions, but I don't know anything about build systems (aside from Makefiles).
@PCW
I consider /usr/local as "my" sandbox, so any software package, that I have to compile, will be extracted to /usr/local/src/<pkg-name>
I never use my home-directory to build system/foreign packages.
If the package uses cmake, I built the package at /usr/local/build (a scratch directory which I created)
Other packages will be build inplace.
I don't own /usr/local/src but group permissions allow to create directories there. When I check out a source package, I do own the package root directory - in this case /usr/local/src/linuxcnc
@dgarret
a call to src/configure is not necessary, as the debian build process calls that script on its own with different arguments.
Your build command looks quite weired. I tried it and it did not work.
... and I don't have a debuild command
@all
I removed the linuxcnc root directory and restarted from scratch with this commands:
cd /usr/local/src
git clone git://git.linuxcnc.org/git/linuxcnc.git linuxcnc
cd linuxcnc/debian
./configure uspace
cd ..
dpkg-checkbuilddeps #// got empty output
dpkg-buildpackage -us -uc -b -tc 2>&1 | tee build-5.logThe active kernel
cat /proc/version
Linux version 4.9.0-0.bpo.1-rt-amd64 (debian-kernel@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 SMP PREEMPT RT Debian 4.9.2-2~bpo8+1 (2017-01-26)excerpts from dpkg -l
ii  linux-headers-4.9.0-0.bpo.1-common-rt 4.9.2-2~bpo8+1                       all          Common header files for Linux 4.9.0-0.bpo.1-rt
ii  linux-headers-4.9.0-0.bpo.1-rt-amd64  4.9.2-2~bpo8+1                       amd64        Header files for Linux 4.9.0-0.bpo.1-rt-amd64
ii  linux-headers-rt-amd64                4.9+78~bpo8+1                        amd64        Header files for Linux rt-amd64 configuration (meta-package)
ii  linux-image-3.16.0-4-amd64            3.16.39-1                            amd64        Linux 3.16 for 64-bit PCs
ii  linux-image-4.9.0-0.bpo.1-rt-amd64    4.9.2-2~bpo8+1                       amd64        Linux 4.9 for 64-bit PCs, PREEMPT_RT (signed)
ii  linux-image-amd64                     3.16+63                              amd64        Linux for 64-bit PCs (meta-package)
ii  linux-image-rt-amd64                  4.9+78~bpo8+1                        amd64        Linux for 64-bit PCs (meta-package), PREEMPT_RT
ii  linux-kbuild-4.9                      4.9.2-2~bpo8+1                       amd64        Kbuild infrastructure for Linux 4.9
ii  linux-libc-dev:amd64                  4.9.2-2~bpo8+1                       amd64        Linux support headers for userspace development
ii  linux-support-4.9.0-0.bpo.1           4.9.2-2~bpo8+1                       all          Support files for Linux 4.9The whole buildlog is attached
Please Log in or Create an account to join the conversation.
- Reinhard
 - Offline
 - Platinum Member
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 508
 - Thank you received: 94
 
			
	
						13 Feb 2017 07:47				#87899
		by Reinhard
	
	
		
			
	
			
			 		
													
	
				Replied by Reinhard on topic Building Master			
			
				@dgarret
your recommendations from first reply where wrong.
In debian directory a ./configure uspace works, but a ./configure rtai fails.
A quick look at configure shows this:
So my variant ./configure uspace rtai was right
			
					your recommendations from first reply where wrong.
In debian directory a ./configure uspace works, but a ./configure rtai fails.
A quick look at configure shows this:
Usage:
    $P uspace [noauto | rtai | rtai=packagename | xenomai] ...
        Build for a userspace realtime systems or simulator
...So my variant ./configure uspace rtai was right
Please Log in or Create an account to join the conversation.
- tommylight
 - 
				
											 - Away
 - Moderator
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 20860
 - Thank you received: 7115
 
			
	
						13 Feb 2017 10:45				#87902
		by tommylight
	
	
		
			
	
			
			 		
													
	
				Replied by tommylight on topic Building Master			
			
				As far as i know, you can not use rtai on 64 bit systems. From your logs you are using 64 bit kernel.			
					Please Log in or Create an account to join the conversation.
- Reinhard
 - Offline
 - Platinum Member
 - 
				
			 
		Less
		More
		
			
	
		- Posts: 508
 - Thank you received: 94
 
			
	
						13 Feb 2017 12:32		 -  13 Feb 2017 12:42		#87904
		by Reinhard
	
	
		
			
	
	
			 		
													
	
				Replied by Reinhard on topic Building Master			
			
				you are kidding, don't you?
I thought, that every system has already reached 64bit =:O
Ok, I'll check it
//edit says:
Looking at debian/configure line #88ffSo there's amd64 ...
... but on debian stable there are no "rtai-modules" at all
More precise: there is no "rtai-modules" in no release under no section
			
					I thought, that every system has already reached 64bit =:O
Ok, I'll check it
//edit says:
Looking at debian/configure line #88ff
# rtai-modules typically doesn't properly declare the architectures where
# it works, so hardcode it...
RTAI_DEV="$(apt-cache search -n rtai-modules | head -1 | awk '{print $1}')"
RTAI_ARCHITECTURE="i386 amd64"
if [ ! -z "$RTAI_DEV" ]; then
    RTAI_DEV="$RTAI_DEV [i386], $RTAI_DEV [amd64]"
fi... but on debian stable there are no "rtai-modules" at all
More precise: there is no "rtai-modules" in no release under no section
		Last edit: 13 Feb 2017 12:42  by Reinhard.			
			Please Log in or Create an account to join the conversation.
		Time to create page: 0.158 seconds