Hello everybody,
the is mirror shift of past to the future by some time-machine
Date of last release:
NuttX-10.2.0 was released on 2022-11-23.
NuttX-10.3.0-RC4 is currently pending IPMC voting.
Best wishes,
Pavel
On Monday 20 of June 2022 04:30:27 Nathan Hartman wrote:
> Our podling report i
Hi Michael,
> The parameter "--pad-sig" are no longer required for Version > 1.5?
No, according to the documentation it is no longer required.
> "-s auto" is not needed ether?
Actually "-s auto" is still part of the imgtool arguments that the ESP32
build system passes by default.
> So it does
hello world :-)
would that be possible to add "[NuttX]" or "[Nuttx-dev]" prefix to mailing
list messages?
that would help in quick messages identification among hundreds of other
emails :-)
thanks for considering :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On Mon, Jun 20, 2022 at 9:46 AM Tomek CEDRO wrote:
>
> hello world :-)
>
> would that be possible to add "[NuttX]" or "[Nuttx-dev]" prefix to mailing
> list messages?
>
> that would help in quick messages identification among hundreds of other
> emails :-)
>
> thanks for considering :-)
>
> --
> C
Ok, I opened a ticket to let Apache Infra to fix it:
https://issues.apache.org/jira/browse/INFRA-23402
BR,
Alan
On 6/20/22, Tomek CEDRO wrote:
> hello world :-)
>
> would that be possible to add "[NuttX]" or "[Nuttx-dev]" prefix to mailing
> list messages?
>
> that would help in quick messages
On Mon, Jun 20, 2022 at 4:20 PM Alan Carvalho de Assis wrote:
> Ok, I opened a ticket to let Apache Infra to fix it:
> https://issues.apache.org/jira/browse/INFRA-23402
> BR,
> Alan
Thank You Alan!! :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
They just replied:
"Note that this is true of most ASF mailing lists.
Also adding a subject prefix can cause issues with message signatures,
e.g. DCIM."
BR,
Alan
On 6/20/22, Tomek CEDRO wrote:
> On Mon, Jun 20, 2022 at 4:20 PM Alan Carvalho de Assis wrote:
>> Ok, I opened a ticket to let Apac
Hi Michael,
I'm interested in SQ-Light, but do not have any clue of status.
There is a newer PR for Micropython:
https://github.com/apache/incubator-nuttx-apps/pull/840
Best,
Simon
--
Hard- and Softwaredevelopment Consultant
Ingenieurbüro-Filgis
USt-IdNr.: DE305343278
On Mon, Jun 20, 2022 at
On Mon, Jun 20, 2022 at 8:51 AM wrote:
> (..)
> About Python: there was in the past a uPython port for Nuttx, but it
> seems to be abandoned in 2016 or so. Is anybody working on a Python or
> uPython port to Nuttx?
Hey there Michael :-) I have updated the GitHub status with:
I am finishing some p
oh, great. uPython may attract many people to Nuttx. Thank you for the
hint.
Am 2022-06-20 16:54, schrieb Simon Filgis:
Hi Michael,
I'm interested in SQ-Light, but do not have any clue of status.
There is a newer PR for Micropython:
https://github.com/apache/incubator-nuttx-apps/pull/840
Bes
Hi Tomek,
great to see your success on uPython for Nuttx. For your "I will have to
see how much work with peripheral drivers will be out there in bare
metal MP to NuttX,", I dont think there is much to do with the drivers:
Nuttx have already many drivers written in C, and from uPython, you jus
On Mon, Jun 20, 2022 at 5:30 PM wrote:
> great to see your success on uPython for Nuttx. For your "I will have to
> see how much work with peripheral drivers will be out there in bare
> metal MP to NuttX,", I dont think there is much to do with the drivers:
> Nuttx have already many drivers written
On Mon, Jun 20, 2022 at 6:26 PM Tomek CEDRO wrote:
>
> On Mon, Jun 20, 2022 at 5:30 PM wrote:
> > I dont think there is much to do with the drivers:
> > Nuttx have already many drivers written in C, and from uPython, you just
> > can open(), read(), write(), close() the character drivers. For examp
On Mon, Jun 20, 2022 at 4:44 PM Alan Carvalho de Assis wrote:
> They just replied:
> "Note that this is true of most ASF mailing lists.
> Also adding a subject prefix can cause issues with message signatures,
> e.g. DCIM."
Indeed if mailman wants to forward signed messages they cannot be tampered
to my understanding, uPython on Nuttx will be very similar to Python on
Linux. The POSIX concept of both is (near) identical. On the other side,
uPython on bare metal will be very different from both POSIX systems
Nuttx and Linux. The example of the BMP180 sensor will most likely work
on Nuttx
On Mon, Jun 20, 2022 at 7:36 PM wrote:
> Not using the existing POSIX infrastructure for uPython, and instead try
> to emulate any bare metal uPython, looks wired to me.
Too early to talk about, devil is in the details, it will be full
POSIX, no emulation, and I want full portability between bare
16 matches
Mail list logo
