Question regarding RSB and open projects
joel at rtems.org
Tue Feb 9 22:07:25 UTC 2021
On Tue, Feb 9, 2021, 4:03 PM Gedare Bloom <gedare at rtems.org> wrote:
> On Tue, Feb 9, 2021 at 2:34 PM Joel Sherrill <joel at rtems.org> wrote:
>> On Tue, Feb 9, 2021 at 1:28 PM Ayushman Mishra <ayushvidushi01 at gmail.com>
>>> Ayusman Mishra
>>> 1. I was going through ticket #4145
>>> (https://devel.rtems.org/ticket/4145) and tried building bsp on rtems6
>>> and rtems5 both using rsb
>>> but got Build FAILED (it says pax is missing (configure: error: pax is
>>> missing.), I have attached full error report txt file). However I did
>>> build bsp erc32 and pc386 using rsb on rtems5 (first .bootstrap -c
>>> sb-bootstrap then used configure file
>>> ($HOME/development/rtems/rtems-5/configure --target=i386-rtems5
>>> --enable-rtemsbsp=pc386 )) on rtems6 there is no sb-bootstrap file or
>>> configure file present/made.
>>> I wanted to know is there anyway of using RSB on rtems6.
>>> Also while building different bsp toolsets for rtems (erc32/pc386) I
>>> used rtems on 2 different directories , Is there any way of building
>>> different BSPs on same rtems?
>>> 2. I went through list of open projects and found projects related to
>>> testing and development of ecosystem quite interesting,
>>> #3710 https://devel.rtems.org/ticket/3710
>> I recently added Automated Coverity runs. We haven't figured out how to
>> scrape the coverity website and turn it into open information. I have
>> the data they have but it isn't enough to be actionable. If you have some
>> creative ideas here, it would be great.
>> Coverity is being run once a day if needed so that side of automating is
> We have a modeling file. It's not clear to me if we can/should add to it
> to further reduce any false positives. Improving just the modeling file is
> not really a GSoC-worthy project, although it could be in scope for a
> broader Coverity-related project, perhaps one that creates a tool to help
> port Coverity defects from Scan into Trac tickets.
Sebastian and I had a thread recently with links to documentation for the
modeling file. But I think it's a black art and when we meet the human who
understands it, I'll buy them a beer.
>>> #3860 https://devel.rtems.org/ticket/3860
>> You should ask about Code Style Checking in thread by itself. Sebastian
>> has made progress with one formatter and there needs to be an evaluation
>> of how much source code can be run through that reformatter unchanged.
>> If it changes anything, is this an adjustment to match our style or
>> we want to accept as a necessary evil of using the formatter.
>> When we have a combination or either accepting their format changes and
>> ideal configuration settings, carefully working through the source owned
>> by the RTEMS Project is the next step.
>> And then figuring out how to make it a part of the development process
>> and patch review.
>> This should have a lot of work and have a good impact on the project.
>>> #3892 https://devel.rtems.org/ticket/3892
>> I am not the Python expert to comment on this. I think there has been
>> acceptance that some code needs to be Python2 and some can be
>> Python3. I think we may have agreed on Python style (to some extent)
>> so the previous style project has similar work here.
>> But pytest support is an unknown to me.
>> This would be good one to start a new thread with so the Python
>> experts from RTEMS speak up.
>>> I would be very grateful to know if any of the above projects is open
>>> for participation and if yes then work done/needed to be done in it.
>> There is probably more work in the latter two.
>>> devel mailing list
>>> devel at rtems.org
>> devel mailing list
>> devel at rtems.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the devel