Re: rsb problem with python
OK, the report I sent is old so please ignore it. Tonight I will remove
all of the report files and re-build. I may even clean out everything
and start again. I don't know how well rsb behaves under repeated
executions.
Pete.
On 06/01/2018 04:32 PM, D Peter Siddons wrote:
I have attached the report file.
I tried a build without the "--with-rtems" flag and it completed
successfully. So I have all the tools, now I just need RTEMS! I guess
I go back to the old method of downloading a release and doing the
bootstrap dance.
THanks,
Pete.
On 06/01/2018 03:29 PM, Slide wrote:
Hi Pete,
Is there any additional information in the logs for the git command
failure?
Build: error: git command failed (/usr/bin/git): 1
Alex
On Fri, Jun 1, 2018 at 12:28 PM D Peter Siddons <mailto:sidd...@bnl.gov>> wrote:
Hi Alex,
THis didn't change anything. Looking at the report I see:
RTEMS Tools Project - Source Builder Error Report
Build: error: git command failed (/usr/bin/git): 1
Command Line: ../source-builder/sb-set-builder --log=l-arm.txt
--prefix=/home/peter/development/rtems/5 --with-rtems 5/rtems-arm
Python: 2.7.12 (default, Dec 4 2017, 14:50:18) [GCC 5.4.0 20160609]
I thought rsb needed Python3.6? That's why I went through
installing it earlier. Could this be the problem? 2.7.12 is the
default python for Ubuntu 16.04. The error seems to be a result
of me using "--with-rtems" flag.
Pete.
On 05/31/2018 01:42 PM, Slide wrote:
Hi Pete,
This is the command I used
git config
url.https://git.rtems.org/.insteadOf git://git.rtems.org/
<http://git.rtems.org/>
If you want to make the configuration global (not per repo) you
can use the following
git config --global
url.https://git.rtems.org/.insteadOf git://git.rtems.org/
<http://git.rtems.org/>
Thanks,
Alex
On Wed, May 30, 2018 at 6:35 PM Siddons, David mailto:sidd...@bnl.gov>> wrote:
Hi Alex,
I'm pretty git-ignorant. How do I use your command git
config url https://git.rtems.org/
<https://git.rtems.org/rtems.insteadOf> ? If I just execute
that it says "error: key does not contain a section: url".
Pete.
*From:* Slide [slide.o@gmail.com
<mailto:slide.o@gmail.com>]
*Sent:* Wednesday, May 30, 2018 5:32 PM
*To:* Siddons, David
*Cc:* users@rtems.org <mailto:users@rtems.org>
*Subject:* Re: rsb problem with python
Hi Pete,
That's something I would like to know as well. When
something fails after building GCC, it would be nice to not
have to rebuild GCC the next time. I don't know enough about
the RTEMS build process at this point to be able to help you
on that part.
Regards,
Alex
On Wed, May 30, 2018 at 2:19 PM D Peter Siddons
mailto:sidd...@bnl.gov>> wrote:
Hi Alex,
OK, thanks. I'll try that tonight. Maybe it will work
as-is from my home network.
Is there a way to skip parts of the build? The first
part is very slow.
Pete.
On 05/30/2018 04:59 PM, Slide wrote:
Hi Pete,
I also ran into a similar failure :-) I had to use:
git config url https://git.rtems.org/.insteadOf
<https://git.rtems.org/rtems.insteadOf> git://git.rtems.org
<http://git.rtems.org>
My IT blocks the git protocol port on our company
firewall. You can make this global by adding --global
after config in the command above
Alex
On Wed, May 30, 2018 at 12:58 PM D Peter Siddons
mailto:sidd...@bnl.gov>> wrote:
Hi Gedare,
That worked, i.e. commenting out the miniconda
path and installing python3.6-dev. So on to the
next stop :)
Processing stopped when building the kernel. At the
end of the log file I see:
script: 72: export PATH
script: 73: # Default environment set up.
script: 74: LANG=C
script: 75: export LANG
script: 76: unset DISPLAY || :
script: 77: umask 022
script: 78: cd
"/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-kernel-5-1"
script: 79: echo "=> arm-rtems5-kernel-5-1:"
script: 80: echo "==> %prep:"
script: 81: source_dir_rtems="rtems-5"
source setup: arm-rtems5-kernel-5-1: source rtems -q -c -n
arm-rtems5-kernel-5-1-5
Re: rsb problem with python
I have attached the report file.
I tried a build without the "--with-rtems" flag and it completed
successfully. So I have all the tools, now I just need RTEMS! I guess I
go back to the old method of downloading a release and doing the
bootstrap dance.
THanks,
Pete.
On 06/01/2018 03:29 PM, Slide wrote:
Hi Pete,
Is there any additional information in the logs for the git command
failure?
Build: error: git command failed (/usr/bin/git): 1
Alex
On Fri, Jun 1, 2018 at 12:28 PM D Peter Siddons <mailto:sidd...@bnl.gov>> wrote:
Hi Alex,
THis didn't change anything. Looking at the report I see:
RTEMS Tools Project - Source Builder Error Report
Build: error: git command failed (/usr/bin/git): 1
Command Line: ../source-builder/sb-set-builder --log=l-arm.txt
--prefix=/home/peter/development/rtems/5 --with-rtems 5/rtems-arm
Python: 2.7.12 (default, Dec 4 2017, 14:50:18) [GCC 5.4.0 20160609]
I thought rsb needed Python3.6? That's why I went through
installing it earlier. Could this be the problem? 2.7.12 is the
default python for Ubuntu 16.04. The error seems to be a result of
me using "--with-rtems" flag.
Pete.
On 05/31/2018 01:42 PM, Slide wrote:
Hi Pete,
This is the command I used
git config
url.https://git.rtems.org/.insteadOf git://git.rtems.org/
<http://git.rtems.org/>
If you want to make the configuration global (not per repo) you
can use the following
git config --global
url.https://git.rtems.org/.insteadOf git://git.rtems.org/
<http://git.rtems.org/>
Thanks,
Alex
On Wed, May 30, 2018 at 6:35 PM Siddons, David mailto:sidd...@bnl.gov>> wrote:
Hi Alex,
I'm pretty git-ignorant. How do I use your command git
config url https://git.rtems.org/
<https://git.rtems.org/rtems.insteadOf> ? If I just execute
that it says "error: key does not contain a section: url".
Pete.
*From:* Slide [slide.o@gmail.com
<mailto:slide.o@gmail.com>]
*Sent:* Wednesday, May 30, 2018 5:32 PM
*To:* Siddons, David
*Cc:* users@rtems.org <mailto:users@rtems.org>
*Subject:* Re: rsb problem with python
Hi Pete,
That's something I would like to know as well. When something
fails after building GCC, it would be nice to not have to
rebuild GCC the next time. I don't know enough about the
RTEMS build process at this point to be able to help you on
that part.
Regards,
Alex
On Wed, May 30, 2018 at 2:19 PM D Peter Siddons
mailto:sidd...@bnl.gov>> wrote:
Hi Alex,
OK, thanks. I'll try that tonight. Maybe it will work
as-is from my home network.
Is there a way to skip parts of the build? The first part
is very slow.
Pete.
On 05/30/2018 04:59 PM, Slide wrote:
Hi Pete,
I also ran into a similar failure :-) I had to use:
git config url https://git.rtems.org/.insteadOf
<https://git.rtems.org/rtems.insteadOf> git://git.rtems.org
<http://git.rtems.org>
My IT blocks the git protocol port on our company
firewall. You can make this global by adding --global
after config in the command above
Alex
On Wed, May 30, 2018 at 12:58 PM D Peter Siddons
mailto:sidd...@bnl.gov>> wrote:
Hi Gedare,
That worked, i.e. commenting out the miniconda
path and installing python3.6-dev. So on to the next
stop :)
Processing stopped when building the kernel. At the
end of the log file I see:
script: 72: export PATH
script: 73: # Default environment set up.
script: 74: LANG=C
script: 75: export LANG
script: 76: unset DISPLAY || :
script: 77: umask 022
script: 78: cd
"/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-kernel-5-1"
script: 79: echo "=> arm-rtems5-kernel-5-1:"
script: 80: echo "==> %prep:"
script: 81: source_dir_rtems="rtems-5"
source setup: arm-rtems5-kernel-5-1: source rtems -q -c -n
arm-rtems5-kernel-5-1-5
making dir:
/home/peter/development/rtems/src/rtems-source-builder/rtems/sources/git
git: reset: git://git.rtems.org/rtems.git
<http://git.rtems.org/rtems.git>
git: checkout: git://git.rtems.org/rtems.git
<http:
Re: rsb problem with python
Hi Alex,
THis didn't change anything. Looking at the report I see:
RTEMS Tools Project - Source Builder Error Report
Build: error: git command failed (/usr/bin/git): 1
Command Line: ../source-builder/sb-set-builder --log=l-arm.txt
--prefix=/home/peter/development/rtems/5 --with-rtems 5/rtems-arm
Python: 2.7.12 (default, Dec 4 2017, 14:50:18) [GCC 5.4.0 20160609]
I thought rsb needed Python3.6? That's why I went through installing it
earlier. Could this be the problem? 2.7.12 is the default python for
Ubuntu 16.04. The error seems to be a result of me using "--with-rtems"
flag.
Pete.
On 05/31/2018 01:42 PM, Slide wrote:
Hi Pete,
This is the command I used
git config url.https://git.rtems.org/.insteadOf git://git.rtems.org/
<http://git.rtems.org/>
If you want to make the configuration global (not per repo) you can
use the following
git config --global
url.https://git.rtems.org/.insteadOf git://git.rtems.org/
<http://git.rtems.org/>
Thanks,
Alex
On Wed, May 30, 2018 at 6:35 PM Siddons, David <mailto:sidd...@bnl.gov>> wrote:
Hi Alex,
I'm pretty git-ignorant. How do I use your command git config
url https://git.rtems.org/ <https://git.rtems.org/rtems.insteadOf>
? If I just execute that it says "error: key does not contain a
section: url".
Pete.
*From:* Slide [slide.o@gmail.com <mailto:slide.o@gmail.com>]
*Sent:* Wednesday, May 30, 2018 5:32 PM
*To:* Siddons, David
*Cc:* users@rtems.org <mailto:users@rtems.org>
*Subject:* Re: rsb problem with python
Hi Pete,
That's something I would like to know as well. When something
fails after building GCC, it would be nice to not have to rebuild
GCC the next time. I don't know enough about the RTEMS build
process at this point to be able to help you on that part.
Regards,
Alex
On Wed, May 30, 2018 at 2:19 PM D Peter Siddons mailto:sidd...@bnl.gov>> wrote:
Hi Alex,
OK, thanks. I'll try that tonight. Maybe it will work as-is
from my home network.
Is there a way to skip parts of the build? The first part is
very slow.
Pete.
On 05/30/2018 04:59 PM, Slide wrote:
Hi Pete,
I also ran into a similar failure :-) I had to use:
git config url https://git.rtems.org/.insteadOf
<https://git.rtems.org/rtems.insteadOf> git://git.rtems.org
<http://git.rtems.org>
My IT blocks the git protocol port on our company firewall.
You can make this global by adding --global after config in
the command above
Alex
On Wed, May 30, 2018 at 12:58 PM D Peter Siddons
mailto:sidd...@bnl.gov>> wrote:
Hi Gedare,
That worked, i.e. commenting out the miniconda path
and installing python3.6-dev. So on to the next stop :)
Processing stopped when building the kernel. At the end
of the log file I see:
script: 72: export PATH
script: 73: # Default environment set up.
script: 74: LANG=C
script: 75: export LANG
script: 76: unset DISPLAY || :
script: 77: umask 022
script: 78: cd
"/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-kernel-5-1"
script: 79: echo "=> arm-rtems5-kernel-5-1:"
script: 80: echo "==> %prep:"
script: 81: source_dir_rtems="rtems-5"
source setup: arm-rtems5-kernel-5-1: source rtems -q -c -n
arm-rtems5-kernel-5-1-5
making dir:
/home/peter/development/rtems/src/rtems-source-builder/rtems/sources/git
git: reset: git://git.rtems.org/rtems.git
<http://git.rtems.org/rtems.git>
git: checkout: git://git.rtems.org/rtems.git
<http://git.rtems.org/rtems.git> => 5
error: git command failed (/usr/bin/git): 1
I have attached the entire report, FYI. Does this mean
that git could not supply the source?
Pete.
On 05/30/2018 01:01 PM, Gedare Bloom wrote:
Pete,
On Wed, May 30, 2018 at 12:19 PM, D Peter Siddons
<mailto:sidd...@bnl.gov> wrote:
Hi Gedare,
I didn't get your earlier email (?), but the answer is:
/home/peter/miniconda3/bin/python3.6
so the only way I have 3.6 is through miniconda. Maybe it expects
/usr/bin/python3.6?
Odd that my email didn't come through to you. Anyway, since 'which'
finds it, the paths seem correct. Alex' suggestion to install the
development library is a good one however. I have had problems in
the
past
Re: rsb problem with python
Hi Gedare, That worked, i.e. commenting out the miniconda path and installing python3.6-dev. So on to the next stop :) Processing stopped when building the kernel. At the end of the log file I see: script: 72: export PATH script: 73: # Default environment set up. script: 74: LANG=C script: 75: export LANG script: 76: unset DISPLAY || : script: 77: umask 022 script: 78: cd "/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-kernel-5-1" script: 79: echo "=> arm-rtems5-kernel-5-1:" script: 80: echo "==> %prep:" script: 81: source_dir_rtems="rtems-5" source setup: arm-rtems5-kernel-5-1: source rtems -q -c -n arm-rtems5-kernel-5-1-5 making dir: /home/peter/development/rtems/src/rtems-source-builder/rtems/sources/git git: reset: git://git.rtems.org/rtems.git git: checkout: git://git.rtems.org/rtems.git => 5 error: git command failed (/usr/bin/git): 1 I have attached the entire report, FYI. Does this mean that git could not supply the source? Pete. On 05/30/2018 01:01 PM, Gedare Bloom wrote: Pete, On Wed, May 30, 2018 at 12:19 PM, D Peter Siddons wrote: Hi Gedare, I didn't get your earlier email (?), but the answer is: /home/peter/miniconda3/bin/python3.6 so the only way I have 3.6 is through miniconda. Maybe it expects /usr/bin/python3.6? Odd that my email didn't come through to you. Anyway, since 'which' finds it, the paths seem correct. Alex' suggestion to install the development library is a good one however. I have had problems in the past with mixed Anaconda python installations and Ubuntu distro ones. I (like you) had the conda in a subdir of my home directory though, so I found it was easiest for me to just disable the conda paths e.g. by commenting out #export PATH="/home/gedare/anaconda3/bin:$PATH" in my .bashrc was sufficient for me Then, I could install/use the Ubuntu distributions Python2/3 packages without conflicts. Gedare Pete. On 05/30/2018 12:12 PM, Gedare Bloom wrote: Alex, Yes that also makes sense, thank you. Usually, I've seen that problem manifest as missing Python.h, but error messages can be vague and inconsistent. :) On Wed, May 30, 2018 at 11:49 AM, Slide wrote: I ran into a similar issue and the way I solved it was by installing the -dev package for Python. For me this was libpython3-dev on Ubuntu. I'm not sure how to do that with the Anaconda installation, but this may help point you in the right direction. Regards, Alex On Wed, May 30, 2018 at 6:57 AM Gedare Bloom wrote: Pete, Do you get anything with: $ which python3.6 Probably, it is looking for that invocation command. I ought to try this, because my Ubuntu does not ship with python3.6 I know, so maybe it breaks too... hm On Mon, May 28, 2018 at 6:23 PM, Siddons, David wrote: Hi Amaan, Actually, /home/peter/miniconda3/bin/python is a soft link to /home/peter/miniconda3/bin/python3.6 already! Does rsb not follow links? Pete. From: Amaan Cheval [amaan.che...@gmail.com] Sent: Monday, May 28, 2018 6:05 PM To: Siddons, David Cc: users@rtems.org Subject: Re: rsb problem with python Hey David! It looks to me like Anaconda doesn't install the "alias" binaries specifying the version (for eg. both "python" and "python3.6"). I believe the fix in your case should be as simple as copying your existing binary with the following command: cp /home/peter/miniconda3/bin/python /home/peter/miniconda3/bin/python3.6 On Tue, May 29, 2018, 3:28 AM Siddons, David wrote: While building rsb for arm-rtems I got this problem: checking for python... /home/peter/miniconda3/bin/python checking for python3.6... no configure: error: python is missing or unusable Makefile:9095: recipe for target 'configure-gdb' failed make[1]: *** [configure-gdb] Error 1 make[1]: Leaving directory '/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1/build' Makefile:848: recipe for target 'all' failed make: *** [all] Error 2 shell cmd failed: /bin/sh -ex /home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1/doit error: building arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1peter@peter-Latitude-E7240:~/development/rtems/src/rtems-source-builder/rtems$ I am running Ubuntu: peter@peter-Latitude-E7240:/etc$ lsb_release -a LSB Version: core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch Distributor ID: Ubuntu Description:Ubuntu 16.04.4 LTS Release:16.04 Codename: xenial then: python -V Python 3.6.1 :: Continuum Analytics, Inc. This comes from an Anaconda installation. If I remove the path entry which causes that I get python 2.7, which is the default Ubuntu 16.04 version. Do I need to instal
Re: rsb problem with python
Hi Gedare, I didn't get your earlier email (?), but the answer is: /home/peter/miniconda3/bin/python3.6 so the only way I have 3.6 is through miniconda. Maybe it expects /usr/bin/python3.6? Pete. On 05/30/2018 12:12 PM, Gedare Bloom wrote: Alex, Yes that also makes sense, thank you. Usually, I've seen that problem manifest as missing Python.h, but error messages can be vague and inconsistent. :) On Wed, May 30, 2018 at 11:49 AM, Slide wrote: I ran into a similar issue and the way I solved it was by installing the -dev package for Python. For me this was libpython3-dev on Ubuntu. I'm not sure how to do that with the Anaconda installation, but this may help point you in the right direction. Regards, Alex On Wed, May 30, 2018 at 6:57 AM Gedare Bloom wrote: Pete, Do you get anything with: $ which python3.6 Probably, it is looking for that invocation command. I ought to try this, because my Ubuntu does not ship with python3.6 I know, so maybe it breaks too... hm On Mon, May 28, 2018 at 6:23 PM, Siddons, David wrote: Hi Amaan, Actually, /home/peter/miniconda3/bin/python is a soft link to /home/peter/miniconda3/bin/python3.6 already! Does rsb not follow links? Pete. From: Amaan Cheval [amaan.che...@gmail.com] Sent: Monday, May 28, 2018 6:05 PM To: Siddons, David Cc: users@rtems.org Subject: Re: rsb problem with python Hey David! It looks to me like Anaconda doesn't install the "alias" binaries specifying the version (for eg. both "python" and "python3.6"). I believe the fix in your case should be as simple as copying your existing binary with the following command: cp /home/peter/miniconda3/bin/python /home/peter/miniconda3/bin/python3.6 On Tue, May 29, 2018, 3:28 AM Siddons, David wrote: While building rsb for arm-rtems I got this problem: checking for python... /home/peter/miniconda3/bin/python checking for python3.6... no configure: error: python is missing or unusable Makefile:9095: recipe for target 'configure-gdb' failed make[1]: *** [configure-gdb] Error 1 make[1]: Leaving directory '/home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1/build' Makefile:848: recipe for target 'all' failed make: *** [all] Error 2 shell cmd failed: /bin/sh -ex /home/peter/development/rtems/src/rtems-source-builder/rtems/build/arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1/doit error: building arm-rtems5-gdb-8.0.1-x86_64-linux-gnu-1peter@peter-Latitude-E7240:~/development/rtems/src/rtems-source-builder/rtems$ I am running Ubuntu: peter@peter-Latitude-E7240:/etc$ lsb_release -a LSB Version: core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch Distributor ID: Ubuntu Description:Ubuntu 16.04.4 LTS Release:16.04 Codename: xenial then: python -V Python 3.6.1 :: Continuum Analytics, Inc. This comes from an Anaconda installation. If I remove the path entry which causes that I get python 2.7, which is the default Ubuntu 16.04 version. Do I need to install Python 3.6? Pete. ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users . -- D. Peter Siddons Detector Development Group Leader Photon Science Division, NSLS-II, Bldg. 535B Brookhaven National Laboratory Upton, NY 11973 email: sidd...@bnl.gov Phone: (631) 344-2738 ___ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
Re: zynq picozed board
Hi Chris,
THanks very much, I'll give it a shot. Just as soon as I solve my
rsb python issue :)
Pete.
On 05/30/2018 05:17 AM, Chris Johns wrote:
On 29/5/18 5:12 am, Siddons, David wrote:
Has anyone implemented RTEMS on an Avnet Picozed board? What needs to be changed
in the existing ZynQ support to do that?
There should not be too much. I have these functions with suitable values
/*
* Provide the peripheral clock freq.
*/
uint32_t a9mpcore_clock_periphclk(void)
{
return XPAR_CPU_CORTEXA9_0_CPU_CLK_FREQ_HZ / 2;
}
uint32_t zynq_clock_cpu_1x(void)
{
return 1U;
}
You may want to provide an MMU table that fits your needs so you can access the
AXI channels to the PL fabric:
#ifdef ARMV7_CP15_START_DEFAULT_SECTIONS
BSP_START_DATA_SECTION static const arm_cp15_start_section_config
zynq_mmu_config_table[] = {
ARMV7_CP15_START_DEFAULT_SECTIONS,
{
.begin = 0xe000U,
.end = 0xe020U,
.flags = ARMV7_MMU_DEVICE
}
};
BSP_START_TEXT_SECTION void zynq_setup_mmu_and_cache(void)
{
uint32_t ctrl = arm_cp15_start_setup_mmu_and_cache(
ARM_CP15_CTRL_A,
ARM_CP15_CTRL_AFE | ARM_CP15_CTRL_Z
);
arm_cp15_start_setup_translation_table_and_enable_mmu_and_cache(
ctrl,
(uint32_t *) bsp_translation_table_base,
ARM_MMU_DEFAULT_CLIENT_DOMAIN,
_mmu_config_table[0],
RTEMS_ARRAY_SIZE(zynq_mmu_config_table)
);
}
#endif
These functions are weak in RTEMS so providing them in an object file in your
application overrides the RTEMS defaults for this BSP.
Chris
--
D. Peter Siddons
Detector Development Group Leader
Photon Science Division, NSLS-II,
Bldg. 535B
Brookhaven National Laboratory
Upton, NY 11973
email: sidd...@bnl.gov
Phone: (631) 344-2738
___
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users
