Fw: pybombs-gnuradio-install-missing files

GNU Radio
#1

After a lot of work, I am a beginner concerning gnuradio, only an
average linux user concentration on PCLinuxOS, now have an awfull lot of
files installed in my sandbox. I have had many goes at installing
‘pybombs’ and I think I have an understanding of the concept of
installing from source.
What really knocked me about was a very precise position during the
process the file ‘boost’ would terminate the process without any error
message that I could find. The lack of finding the reason/errors
probably because I know very little about compiling details.

What came to my rescue was during one attempt the ‘boost’
download/install process became atrocciously slow but at the same time I
could see it was trying to connect to my usual mirror (internode in
Australia). I gave up but then a day of two later boots installed and
the process could continue. (A resh install).

Ufotunately I encounterd more files where the process simply was
terminated with the command prompt but also reason quite clear, such as
“source not found…” Others it was not so clear to me, so I decided to
continue anyway as some files by inspection in src seemed to indicate
that a lot of data had been downloaded. (when failures occurred after
untarring)

I edited the config.dat and just kept telling the process that the
programs were installed. This way I arrived at the end, with ‘gnuradio’
beeing the last file to be installed.
I had in mind to test the “./pybombs update” expecting this to clearly
tell me that a file would be missing. That did not happen.

I just got a long list of files with “True” at the end

I have a record of my attempted install in chronological order.
Here is my first met really failing proces:

alsa Connecting to ftp.alsa-project.org
(ftp.alsa-project.org)|77.48.224.243|:21… connected.
/usr/bin/ld: cannot find -lpython2.6
collect2: error: ld returned 1 exit status
make[3]: *** [smixer-python.la] Error 1
make[3]: Leaving directory
/home/gert/gr-sandbox/pybombs/src/alsa/modules/mixer/simple' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory/home/gert/gr-sandbox/pybombs/src/alsa/modules/mixer’
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/gert/gr-sandbox/pybombs/src/alsa/modules’
make: *** [all-recursive] Error 1
Build failed. See output above for error messages.
[[email protected] pybombs]$

What is this telling me, is there a fix I can apply.

h.

#2

On Fri, Jun 19, 2015 at 1:58 AM, Handy K. [email protected]
wrote:

a lot of data had been downloaded. (when failures occurred after untarring)

/usr/bin/ld: cannot find -lpython2.6
Build failed. See output above for error messages.

This really seems like an issue with your connection and/or the OS
you’re
using. The call to Python 2.6 is particularly strange – no Linux distro
for the past few years should be shipping with 2.6.

Why did you choose PCLinuxOS? Are you more familiar with that or using
it
for another purpose? If you’re not but fairly new to Linux in general,
I’d
suggest using Ubuntu of Fedora, which are used by many more people and
have
much more support.

Tom

#3

On Sun, Jun 21, 2015 at 11:57 PM, Handy K. [email protected]
wrote:

Resolving www.python.org (www.python.org)… 103.245.222.223
Length: 11249486 (11M) [application/octet-stream]
./configure --prefix=/home/gert/gr-sandbox/target --enable-shared CC=gcc
[===========================================================]
www.python.org?

Does this mean that my PCLinuxOS version somehow has a say in what Python
version is acceptable to pybombs?

I think I will see if I can set up a completely new partition with KDE64
and start all over again.

Handy

That’s very strange behavior to install Python 2.6. The dependency tree
must have identified that for some other package it was installing. This
is, of course, the problem with trying to use a general build overlay
system like PyBOMBS on top of the OS’s package manager: there are so
many
of these distros out there and they all behave differently.

Tom

#4

From: Tom R. [email protected]
To: Handy K. [email protected]
Cc: “[email protected]” [email protected]
Sent: Monday, 22 June 2015, 22:10
Subject: Re: [Discuss-gnuradio] Fw: pybombs-gnuradio-install-missing
files

That’s very strange behavior to install Python 2.6. The dependency tree
must have identified that for some other package it was installing. This
is, of course, the problem with trying to use a general build overlay
system like PyBOMBS on top of the OS’s package manager: there are so
many of these distros out there and they all behave differently.

Tom

#5

Have now installed a new KDE64 in a new partition. When installing using
src only option, the install insists on fetching Python 2.6. No change
from my earlier testing.

Then I decided to explore using rpm,src option, as I wanted to see if
this would attempt to search the installation database to find
acceptable file versions.

I am just showing a snippet from the python install, the local rpm
ignored
…

  • gnuradio
    install rpm called (python)
    rpm is not available locally < ----------- ============= :: how is
    this tested

Here is the details of the locally installed python
[[email protected] gert]# rpm -qa python
python-2.7.9-1pclos2015
[[email protected] gert]#

check remote repositories…
Installing from source: python
–2015-06-26 15:04:48–
http://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2
Resolving www.python.org (www.python.org)… 103.245.222.223I have now
got anew KDE64 PCLinuxOS installation to work with. I have experimented
with several installs and got a bit more understanding of how I the ink
it must be working.
…

As it can be seen the python will be found from external location.

Question: Where is the determination made that local rpm not good
enough. Is this in the file:
/sandbox-3/pybombs/mod_pybombs/sysutils.py?

handy

That’s very strange behavior to install Python 2.6. The dependency tree
must have identified that for some other package it was installing. This
is, of course, the problem with trying to use a general build overlay
system like PyBOMBS on top of the OS’s package manager: there are so
many of these distros out there and they all behave differently.

Tom

#6

Thank you for replying Tom,
I seem to be struggling to get my replies to reach the
“[email protected]” but this time I think and hope for the best.

1… You guessed right about PCLinuxOS, I do want to use that, been a
user for about 10 years, but as far as compiling I have very little
experience. I understand the principle but when it comes down to details
it is a struggle. I try to stay away unless I get really enthusiastic.
Gnuradio too fascinating so by hook or by crook I will try something
and experiment.

2… I did not realise that Python 2.6 is outdated, but your mention made
me check this laptos current version and it is (this just confirming
that this PCLinuxOS version is also using later version than 2.6):

[[email protected] ~]$ python -V
Python 2.7.9
[[email protected] ~]$

Also I can confirm that by inspection in my sandbox I see Python 2.6.4

3… I mentioned I had a record of my attempts to use pybombs, and it
seems very early in my experience I have had no trouble with Python
installing from source. The Python 2.6 is instatlled by pybombs install,
here is the section:

Installing from source: python
–2015-06-11 18:43:40–
http://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2
Resolving www.python.org (www.python.org)… 103.245.222.223
Connecting to www.python.org (www.python.org)|103.245.222.223|:80…
connected.
HTTP request sent, awaiting response… 301 Moved Permanently
Location: https://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2
[following]
–2015-06-11 18:43:41–
https://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2
Connecting to www.python.org (www.python.org)|103.245.222.223|:443…
connected.
HTTP request sent, awaiting response… 200 OK
Length: 11249486 (11M) [application/octet-stream]
Saving to: ‘Python-2.6.4.tar.bz2’

Python-2.6.4.tar.bz2 100%[===============================>] 10.73M
256KB/s in 43s

2015-06-11 18:44:24 (256 KB/s) - ‘Python-2.6.4.tar.bz2’ saved
[11249486/11249486]

Extract Python-2.6.4.tar.bz2

./configure --prefix=/home/gert/gr-sandbox/target --enable-shared
CC=gcc CXX=g++

Configuring: (100%)
[==========================================================]
Building: (100%)
[==========================================================]

make install

Installing: (100%)
[===========================================================]
installation ok via: src

My understanding is that installing from source means that an acceptable
version of a required program is located somewhere on the net and
installed.

Does that not mean in this case that pybombs want Python 2.6.4? Further
my interpretation in above is that a version has been retrieved from
www.python.org?

Does this mean that my PCLinuxOS version somehow has a say in what
Python version is acceptable to pybombs?
I think I will see if I can set up a completely new partition with KDE64
and start all over again.

Handy

  From: Tom R. <[email protected]>

To: Handy K. [email protected]
Cc: “[email protected]” [email protected]
Sent: Friday, 19 June 2015, 23:22
Subject: Re: [Discuss-gnuradio] Fw: pybombs-gnuradio-install-missing
files

On Fri, Jun 19, 2015 at 1:58 AM, Handy K. [email protected]
wrote:

After a lot of work, I am a beginner concerning gnuradio, only an
average linux user concentration on PCLinuxOS, now have an awfull lot of
files installed in my sandbox. I have had many goes at installing
‘pybombs’ and I think I have an understanding of the concept of
installing from source.
What really knocked me about was a very precise position during the
process the file ‘boost’ would terminate the process without any error
message that I could find. The lack of finding the reason/errors
probably because I know very little about compiling details.

What came to my rescue was during one attempt the ‘boost’
download/install process became atrocciously slow but at the same time I
could see it was trying to connect to my usual mirror (internode in
Australia). I gave up but then a day of two later boots installed and
the process could continue. (A resh install).

Ufotunately I encounterd more files where the process simply was
terminated with the command prompt but also reason quite clear, such as
“source not found…” Others it was not so clear to me, so I decided to
continue anyway as some files by inspection in src seemed to indicate
that a lot of data had been downloaded. (when failures occurred after
untarring)

I edited the config.dat and just kept telling the process that the
programs were installed. This way I arrived at the end, with ‘gnuradio’
beeing the last file to be installed.
I had in mind to test the “./pybombs update” expecting this to clearly
tell me that a file would be missing. That did not happen.

I just got a long list of files with “True” at the end

I have a record of my attempted install in chronological order.
Here is my first met really failing proces:

alsa Connecting to ftp.alsa-project.org
(ftp.alsa-project.org)|77.48.224.243|:21… connected.
/usr/bin/ld: cannot find -lpython2.6
collect2: error: ld returned 1 exit status
make[3]: *** [smixer-python.la] Error 1
make[3]: Leaving directory
/home/gert/gr-sandbox/pybombs/src/alsa/modules/mixer/simple' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory/home/gert/gr-sandbox/pybombs/src/alsa/modules/mixer’
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/gert/gr-sandbox/pybombs/src/alsa/modules’
make: *** [all-recursive] Error 1
Build failed. See output above for error messages.
[[email protected] pybombs]$

What is this telling me, is there a fix I can apply.

h.

This really seems like an issue with your connection and/or the OS
you’re using. The call to Python 2.6 is particularly strange – no Linux
distro for the past few years should be shipping with 2.6.
Why did you choose PCLinuxOS? Are you more familiar with that or using
it for another purpose? If you’re not but fairly new to Linux in
general, I’d suggest using Ubuntu of Fedora, which are used by many more
people and have much more support.
Tom

#7

I am slowly getting to know the ‘pybombs’ handling I think, lot of
guessing and trail and error. I have started to troubleshoot each
problem in order, first one is failing install of ‘cmake’, I have tested
a number of versions but each have same problem in PCLinuxOS KDE64.
Build fails at approx 96%, I find main error is

[ 96%] Building CXX object Source/CMakeFiles/cpack.dir/CPack/cpack.cxx.o
/usr/bin/ld: CMakeFiles/ccmake.dir/CursesDialog/ccmake.cxx.o: undefined
reference to symbol ‘cbreak’
/lib64/libtinfo.so.5: error adding symbols: DSO missing from command
line
collect2: error: ld returned 1 exit status

Question Dynamic Shared Object missing from what command line and which
object?

I need a pointer and will follow up if I can

handy.

The reason for Python 2.6.4 install I believe seems to be from
python.lwr, took me a while to find it::
depends: wget
category: baseline
satisfy_deb: (python2.7 || python2.6) && python-dev
satisfy_rpm: (python-devel >= 2.6) && (python-devel <= 2.8)
source:
wget://http://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2 <
— src option
var config_opt = “–enable-shared”
inherit: autoconf
From: Tom R. [email protected]
To: Handy K. [email protected]
Cc: “[email protected]” [email protected]
Sent: Monday, 22 June 2015, 22:10
Subject: Re: [Discuss-gnuradio] Fw: pybombs-gnuradio-install-missing
files

I have cropped below so just a reminder left of the question raised
about Python 2.6.4 ------------------- handy

On Sun, Jun 21, 2015 at 11:57 PM, Handy K. [email protected]
wrote:

Thank you for replying Tom,

Installing from source: python
–2015-06-11 18:43:40–
http://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2
Resolving www.python.org (www.python.org)… 103.245.222.223
Connecting to www.python.org (www.python.org)|103.245.222.223|:80…
connected.
HTTP request sent, awaiting response… 301 Moved Permanently
Location: https://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2
[following]
–2015-06-11 18:43:41–
https://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2
Connecting to www.python.org (www.python.org)|103.245.222.223|:443…
connected.
HTTP request sent, awaiting response… 200 OK
Length: 11249486 (11M) [application/octet-stream]
Saving to: ‘Python-2.6.4.tar.bz2’

Python-2.6.4.tar.bz2 100%[===============================>] 10.73M
256KB/s in 43s

That’s very strange behavior to install Python 2.6. The dependency tree
must have identified that for some other package it was installing. This
is, of course, the problem with trying to use a general build overlay
system like PyBOMBS on top of the OS’s package manager: there are so
many of these distros out there and they all behave differently.

Tom