Woohoo! Congratulations to everyone and thanks Ken for the great work!
Best regards,
Martine
Am Do., 31. Okt. 2019 um 14:29 Uhr schrieb Emmanuel Baccelli <
emmanuel.bacce...@inria.fr>:
> Yay! Congrats to all involved, and thanks a bunch Ken for managing this
> release!
> Cheers
> Emmanuel
>
> On
Hi Kaspar,
The official start is still 5pm. Berlin and Paris just start early at 3pm
due to varying reasons.
Best regards,
Martine
PS: "Central European Time - Berlin" is the timezone indicator in the
quoted case ;-).
Am Mo., 28. Okt. 2019 um 20:13 Uhr schrieb Kaspar Schleiser <
kas...@schleise
Hi there,
Jose and I proposed to deprecate `gnrc_nettest` [1]. It was originally
introduced to allow for integration tests of single GNRC modules, but it
never really got used and it is most often easier to just use
`gnrc_netreg_register()/unregister()` directly for that.
In the very unlikely cas
Hello,
I just proposed to deprecate emb6 [1] (the OS-independent version of
Contiki's uIP). Is anyone using this package? If yes, please speak up!
Kind regards,
Martine
[1] https://github.com/RIOT-OS/RIOT/pull/12389
___
devel mailing list
devel@riot-os
o 5pm on the last Monday from Mon Oct 31,
> 2016 to Sun Sep 29 Central European Time - Berlin
>
> *Where*
> Online (map <https://www.google.com/maps/search/Online?hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitati
> Cell: (+39) 347 9821467
>>
>> Skype: adnanrashidpk
>>
>> ---
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: <
Hi Adnan,
Can you refer us to the tutorial you are following? I'm not aware of any
that describes VMware integration.
Kind Regards,
Martine
Adnan Rashid schrieb am Mi., 25. Sep. 2019, 12:50:
> Hi Support Team,
>
> I want to simulate by using RIOT OS. What is the way forward? I had
> followed y
rlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://www.google.com/maps/search/FU+Berlin;+HAW+Hamburg?hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calend
Hi,
I'm not sure we should migrate the shell to a completely structured output.
Though I can see the benefit of that wrt remote execution via CoAP/CBOR, a
shell should be primarily human readable. However, maybe there is some
middle ground to be found for that. Another interesting read with regard
Hi Adel,
And welcome to the RIOT community!
Adel Fuchs schrieb am Mi., 4. Sep. 2019, 16:13:
> Hi,
>
> * Does RIOT support fragmentation in IPv6?
>
With https://github.com/RIOT-OS/RIOT/pull/11596 and
https://github.com/RIOT-OS/RIOT/pull/11623 merged, fragmentation is
supported by RIOT's default
; FU Berlin; HAW Hamburg (map
> <https://www.google.com/maps/search/FU+Berlin;+HAW+Hamburg?hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calendar/>
>
> You are receiving
Hi,
I just proposed to deprecate the `nhdp` module [1], due to a stale code
base. If anyone is still using it or interested in maintaining it, please
let us know.
Kind regards,
Martine
[1] https://github.com/RIOT-OS/RIOT/pull/11987
___
devel mailing li
oRQ>
> *When*
> Tue Jul 30, 2019 5pm – 10pm Central European Time - Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://www.google.com/maps/search/FU+Berlin;+HAW+Hamburg?hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - cre
Hi,
Congretulations!
Cheers,
Martine
Am Do., 25. Juli 2019 um 11:46 Uhr schrieb Kevin Weiss <
kevin.we...@haw-hamburg.de>:
> Dear RIOTers,
>
> we are happy to announce the 20th official release of RIOT:
>
> --- * RIOT 2019.07 * ---
>
> The 2019.07 release
Hi,
not 100% sure if this can be done generally (apart from the state checks it
should AFAICS), but have a look how the pthread implementation how it
implements `pthread_join()` [1] which is essentially what you are trying to
do (see pthread_join(3)).
Cheers,
Martine
[1]
https://github.com/RIOT-
mp;usd=2&usg=AFQjCNGRLw_oWsexewHFmrgnEmXp-RJoRQ>
> *When*
> Tue Jun 25, 2019 5pm – 10pm Central European Time - Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://www.google.com/maps/search/FU+Berlin;+HAW+Hamburg?hl=en>)
>
> *Calendar*
>
Hi,
would also be nice to add IPv6 fragmentation [1] and reassembly [2]. I
think the feature will be finished today for the most part (only tests for
fragmentation are missing). However, 6LoWPAN NHC adaption for extension
headers (on which IPv6 fragmentation is based on) is still missing. This
isn
burg (map
> <https://maps.google.com/maps?q=FU+Berlin;+HAW+Hamburg&hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calendar/>
>
> You are receiving this emai
Congratulations, everyone!
Am Mo., 29. Apr. 2019 um 16:02 Uhr schrieb Daniel Petry <
daniel.pe...@fu-berlin.de>:
> Dear RIOTers,
>
> we are happy to announce the 19th official release of RIOT:
>
> --- * RIOT 2019.04 * ---
>
> The 2019.04 release includes a
e (map
> <https://maps.google.com/maps?q=IETF+104+Code+Lounge&hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calendar/>
>
> You are receiving this email at
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
Hi Nitin,
Am Mi., 30. Jan. 2019 um 09:25 Uhr schrieb Nitin Shivaraman <
nitin.shivara...@tum-create.edu.sg>:
> Hello,
>
>
>
> I’m working on implementing a custom clock synchronization protocol on
> Riot OS.
>
> I saw that the earlier branch having well-known protocols (FTSP, GTSP,
> etc) impleme
Hi,
In case you are searching for us. We were switched around a little:
https://35c3.c3nav.de/l/c:0:438.09:481.89/@0,439.08,482.83,5
Kind Regards,
Martine
Am Di., 25. Dez. 2018, 21:10 hat Martine Lenders
geschrieben:
> Oops forgot the link: https://35c3.c3nav.de/l/riotos/
>
> Am Di.
Oops forgot the link: https://35c3.c3nav.de/l/riotos/
Am Di., 25. Dez. 2018, 21:07 hat Martine Lenders
geschrieben:
> Hi everyone,
>
> We now have a location for the RIOT assembly @ 35C3. See you there!
>
> Regards,
> Martine
>
_
Hi everyone,
We now have a location for the RIOT assembly @ 35C3. See you there!
Regards,
Martine
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
See [1] for a fix.
[1] https://github.com/RIOT-OS/RIOT/pull/10627
Am Mo., 17. Dez. 2018 um 12:21 Uhr schrieb Martine Lenders <
m...@martine-lenders.eu>:
> Hi Thomas,
>
> Am Mo., 17. Dez. 2018 um 11:57 Uhr schrieb Thomas C. Schmidt <
> t.schm...@haw-hamburg.de>:
>
&g
Hi Thomas,
Am Mo., 17. Dez. 2018 um 11:57 Uhr schrieb Thomas C. Schmidt <
t.schm...@haw-hamburg.de>:
> Hi Martine,
>
> On 17/12/2018 11:17, Martine Lenders wrote:
>
> > at first glance this seems to be indeed a bug. If the prefix
> > `2001:db8::/64` is configured
Hi,
at first glance this seems to be indeed a bug. If the prefix
`2001:db8::/64` is configured for one interface, this should be hint enough
for the NDP to use that interface to multicast the NS there. I'll
investigate that.
However, I have to add that RFC 6775 (which applies for the border route
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VEVENT
DTSTART:20181218T16Z
DTEND:20181218T21Z
DTSTAMP:20181116T142748Z
UID:342g2u690uk4sq40pv7rh9g...@go
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VEVENT
DTSTART:20181218T16Z
DTEND:20181218T21Z
DTSTAMP:20181116T142602Z
UID:342g2u690uk4sq40pv7rh9g...@go
Mi., 10. Okt. 2018 um 21:18 Uhr schrieb Martine Lenders <
m...@martine-lenders.eu>:
> Hi,
>
> to everyone interested FYI: The presale dates are set:
> https://events.ccc.de/2018/10/10/35c3-tickets-presale/
>
> Regards,
> Martine
>
> Am Mo., 24. Sep. 2018 u
Hi Gunar,
Am Sa., 6. Okt. 2018 um 13:56 Uhr schrieb Gunar Schorcht :
> Hi Jose,
>
> is it necessary to tell you also features that were merged into master
> since last release or are they included automatically, e.g., the ESP8266
> platform?
>
Usually the features added during a release cycle ar
. ;)
>
> Cheers Simon
>
> Am 2018-09-19 18:04 schrieb Martine Lenders:
> > Hi,
> >
> > FYI, the CfP for 35C3 is out [1] since last week.
> >
> > My current plan is to represent the RIOT community there with an
> > high-level introductory talk on ICN w
Hi Pekka,
feel free to change the check script [1] to whatever is most comfortable to
you :-) (sorry today I'm very busy so I can't do it myself; but I'm happy
to review it once ready).
Regards,
Martine
[1]
https://github.com/RIOT-OS/RIOT/blob/master/dist/tools/commit-msg/check.sh
Am Mi., 10. O
Hi Pekka,
the 50 chars is just the warning bound. You can go up to 70 until the
commit message check fails on you. Longer will make GitHub break the commit
message in the webview with the dreaded […] ;-).
My usual approach is to boil down the summary to the bare minimum within
these constraints (
Hi,
as there is some discussion to split the unittests into several
applications [1] and some stuff isn't included into them for good reasons
(driver test e.g.), I'm not sure if this should be constrained to unittests
(though they are indeed a good starting point).
Regards,
Martine
PS: I'm not a
Hi Jose,
while I agree that this would be easier for new users, I don't see how this
would help with applications being in a working state.
First of all, continuous integration is missing for those applications
anyways (IMHO we should change that), so a working state isn't guaranteed
in the first
Dear RIOTers,
with #9809 [1] merged we now we also test compiling (and running the
resulting binary) with LLVM, so please if your PR has some build older than
the merge date (2018-09-25 18:40 +02:00), re-run the build on Murdock (by
un- and re-setting the "CI: ready for build" label), to make sure
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
Hi,
FYI, the CfP for 35C3 is out [1] since last week.
My current plan is to represent the RIOT community there with an high-level
introductory talk on ICN within the Science track there.
As every year: If we get enough people together, I would like to start a
RIOT assembly.
Kind regards,
Martin
Hi,
we have a livestream this year [1]. It's our first try so please forgive is
there are some hick-ups.
Cheers,
Martine (miri64) & Sebastian (smlng)
[1] https://www.youtube.com/watch?v=FFvJANMkShg
___
devel mailing list
devel@riot-os.org
https://lists
Hi Gunar,
Of course it is possible to do it from command-line. You were pretty close,
but you don't need an intermediate variable. Just set the variable
USEMODULE in your environment:
USEMODULE="sdcard_spi mrf24j40" BOARD=... make ...
Regards,
Martine
Am Do., 6. Sep. 2018 um 10:33 Uhr schri
Wooohhooo!1!! Thanks for hanging in there Gaëtan and thanks to everyone who
contributed!
Best,
Martine
Am Di., 14. Aug. 2018 um 08:12 Uhr schrieb Gaëtan Harter <
gaetan.har...@fu-berlin.de>:
> Dear RIOTers,
>
> we are happy to announce the 16th official release of RIOT:
>
> -
Hi,
count me in as well!
Cheers,
Martine
Am Mo., 9. Juli 2018 um 11:04 Uhr schrieb Francisco Acosta <
francisco.aco...@inria.fr>:
> +1 I'm in!
>
> On 9 July 2018 10:16:10 CEST, Koen Zandberg wrote:
> >Hi,
> >
> >Sounds fun, count me in!
> >
> >Koen
> >
> >
> >On 07/09/2018 10:09 AM, Jose wrote
Hi,
Triggered by an issue a short while ago [1], and the necessity for IPv6
fragmentation/reassembly that crystalized out of that, I remembered that
Cenk and Jose were in the talks of a general fragmentation/reassembly
library for GNRC. Is this still on the table? If yes, I think we should
discuss
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAM
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAM
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
tification@google.
> com) wrote:
> > This is a notification for:
> >
> > Title: Monthly RIOT developer meeting
> > When: Mon May 28, 2018 5pm – 6pm Berlin
> > Where: Online
> > Calendar: RIOT Events
> > Who:
> > * Martine L
Hi Theresa,
were you using link local addresses (i.e. are they prefixed `fe80::/64`)
for your trials? If yes, newer versions require to also provide an
interface with that (as it is the case e.g. also on Linux) so this might be
your problem. The client and server needs to be fixed then of course t
Hi,
if its still needed and if it helps: I have a PICkit3 (my property) at my
office that I don't really need and am willing to donate to the cause. I
needed it years ago for a private project that I gave away (and was able to
confirm that it is still running after all those years during my vacati
(or, since I just saw that you provide ports for several board variations,
several PRs)
2018-04-07 14:49 GMT+02:00 Martine Lenders :
> Hi Gunar,
>
> Cool, do you think you can get it in a state where you can provide a PR?
>
> Cheers,
> Martine
>
> 2018-04-07 14:00
Hi Gunar,
Cool, do you think you can get it in a state where you can provide a PR?
Cheers,
Martine
2018-04-07 14:00 GMT+02:00 Gunar Schorcht :
> Hello,
>
> I just want to inform that I have commited a first working version of
> the RIOT port to ESP8266 to my fork at
>
> g...@github.com:gschorch
/maps?q=FU+Berlin;+HAW+Hamburg&hl=en>)
>
> *Calendar*
> RIOT Events
>
> *Who*
> •
> Martine Lenders - creator
>
> Invitation from Google Calendar <https://www.google.com/calendar/>
>
> You are receiving this email at the account peterschme...@gmail.com
>
Hi Rahul,
(context for the rest of the list: we talked f2f today about this after
lwig @ IETF101)
I agree with Ludwig that option 2 is the best option to implement this. If
you looking for a template to implement against netdev, have a look at
`socket_zep` [1] (and ignore what I proposed at our F
e that random32 calls or any
> calls to random are directed to hwrng_read
>
> Is this already done by just enabling the module when building with
> FEATURES_REQUIRED = periph_hwrng ?
>
>
>
>
>
> *Von:* devel *Im
> Auftrag von *Martine Lenders
> *Gesendet:* Montag, 5
Hi Josua,
when the RNG component of the at86rf2xx driver was provided in [1] we
decided to not implement the `periph/hwnrg` with it.
Main reasons are that it is
1. Not a `periph` (i.e. a CPU feature)
2. Hard to integrate when e.g. the CPU already provides a `hwnrg`.
Hope this helps,
Martine
[1]
=VIEW&eid=bGJrNG1mdWNxZG9tY2Y3YzhvOWNnNGNtc2dfMjAxODAyMjdUMTYwMDAwWiBrM3FsOHNldHY3bDQ4b2Zub2wwdGZ1dTZ0c0Bn>
> Hack'n'ACK
>
> *When*
> Tue Feb 27, 2018 5pm – 10pm Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://maps.google.com/maps?q=FU+Berlin;+HAW+Hamburg&hl=en>)
>
>
Hi,
There might also be some kind of `offset` setter for the `now()` return
value required, when considering that this new timer API should also be
backended by RTC and/or RTT. This can come in handy to set the system time
with time synchronization protocols like (S)NTP.
Cheers,
Martine
2018-01-
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
dance!
>
> Best,
>
> Francisco.
>
>
>
> On 25 February 2018 16:59:58 CET, Google Calendar <
> calendar-notificat...@google.com> wrote:
> >This is a notification for:
> >
> >Title: Monthly RIOT developer meeting
> >When: Mon Feb 26, 2018 5pm
Hi Francisco,
as far as I know Cenk looked into that a few months back. I don't know
however what came out of that?
Cheers,
Martine
2018-01-10 21:10 GMT+01:00 Francisco Molina :
> Following up with Baptiste question. Has anyone integrated other testing
> tools into RIOT like Unity?. And how eas
Hi JP,
First of all, welcome to the RIOT community and thank you for your
contribution!
There are two steps to our CI at the moment. The first one is Travis, which
provides you with some preliminary static check regarding our coding
conventions, documentation and also some static code analysis. W
Hi all,
with the Code of Conduct now merged, it is in effect now effective
immediately. Keep being awesome to each other!
Kind regards,
Martine
[1] https://github.com/RIOT-OS/RIOT/pull/8116
2017-11-24 15:30 GMT+01:00 Martine Lenders :
> Hi *,
>
> as some of you might have noticed, I
A... after five seconds of thinking I think I know what you mean: You
can't pick-and-choose shell commands. Yes this would be nice (and I was
thinking about something similar). Let me open an issue were we can discuss
further on that.
Cheers,
Martine
2017-12-04 15:31 GMT+01:00 Ma
Hi,
2017-12-04 15:14 GMT+01:00 Arndt, Josua :
> Yes it is but then all shells are disabled, not only that which I don’t
> need.
>
The shell should still be enabled. Just the commands pulled in by the
modules should be disabled.
Cheers,
Martine
___
d
Hi,
This sounds awesome!
2017-12-04 15:05 GMT+01:00 Arndt, Josua :
> If there is demand for separately enabled shells I could do a PR, but
this needs to be also well documented and I’m not quite sure which is the
best way.
Maybe I've missed something, but this is already possible by just
deacti
dragons" warning. :)
>
> Regards,
> Koen
>
> On 11/30/2017 04:33 PM, Martine Lenders wrote:
>
> Hi Josua,
>
> have you had a look at the `gnrc_minimal` example? It gives a nice
> overview about which compile-time parameters you can change to achieve
> exactly that.
Hi,
2017-11-30 16:33 GMT+01:00 Martine Lenders :
> * Reduce the size of the neighbor cache (GNRC_IPV6_NIB_NUMOF; that is
> wrong in gnrc_minimal, will fix that ASAP)
>
See https://github.com/RIOT-OS/RIOT/pull/8185 for the fix.
Cheers
Hi Josua,
have you had a look at the `gnrc_minimal` example? It gives a nice overview
about which compile-time parameters you can change to achieve exactly that.
In summary this is:
* Reduce the size of the packet buffer (GNRC_PKTBUF_SIZE). If you are not
too verbose with the packets you are send
Dan Petry was reporting, that none of his mails got through to devel, so
this is a test if there is a problem with this mailing list.
Please ignore this message, if it comes through ;-)
Cheers,
Martine
___
devel mailing list
devel@riot-os.org
https://li
e.com/calendar/event?action=VIEW&eid=bGJrNG1mdWNxZG9tY2Y3YzhvOWNnNGNtc2dfMjAxNzExMjhUMTYwMDAwWiBrM3FsOHNldHY3bDQ4b2Zub2wwdGZ1dTZ0c0Bn>
> Hack'n'ACK
>
> *When*
> Tue Nov 28, 2017 5pm – 10pm Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://maps.google.com/maps?q=FU+Berlin;+
rmore, this is a comparison between
> nightlies, not from merge to merge, so all merges from yesterday are
> included in this diff.
>
> Cheers,
> Koen
>
> On 11/01/2017 04:26 PM, Martine Lenders wrote:
>
> Hi,
>
> FYI there is a re-integration PR now: https://github.co
Hi,
as hinted yesterday, I usually need to go around 5:30pm. So I was wondering
if we can move the meeting to 4pm.
Cheers,
Martine
2017-11-27 16:33 GMT+01:00 Francisco Javier Acosta Padilla <
francisco.aco...@inria.fr>:
>
> RIOT developers monthly meeting
> Scheduled: 27 Nov 2017 17:00 to 18:00
Hi Daniel,
2017-11-24 16:47 GMT+01:00 Daniel Petry :
> […]
>
> 1) Move build information concerning a particular module into that
> module's Makefile
> 2) Make the module makefiles able to be written with purely declarative
> language
> 3) Retain backwards compatibility with the current build sys
Hi Gaëtan,
I think most of us are happy about any more structural approach to the
build system, and me personally would prefer if we can stick to GNU
standard tools. So in my opinion: go ahead. Maybe - as discussed offline -
also start drafting some GitHub issues, outlining the drawbacks you found
Hi *,
as some of you might have noticed, I proposed an initial version of a Code
of Conduct for the RIOT community [1]. I invite you to discuss this with
us, as this effects the whole community.
Kind Regards,
Martine Lenders
[1] https://github.com/RIOT-OS/RIOT/pull/8116
ified that a
node is going to sleep/is already sleeping?
Cheers,
Martine
2017-11-17 15:03 GMT+01:00 Martine Lenders :
> Hi,
>
> since the timers you mentioned are dependent on xtimer and since xtimer
> has some known issues with power management (what those are directly I
> can't
Hi,
since the timers you mentioned are dependent on xtimer and since xtimer has
some known issues with power management (what those are directly I can't
say due to my own lack of knowledge there, some hardware person on this
list might give you more detailed information on that) in the default
con
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
e.com/calendar/event?action=VIEW&eid=bGJrNG1mdWNxZG9tY2Y3YzhvOWNnNGNtc2dfMjAxNzEwMzFUMTYwMDAwWiBrM3FsOHNldHY3bDQ4b2Zub2wwdGZ1dTZ0c0Bn>
> Hack'n'ACK
>
> *When*
> Tue Nov 7, 2017 5pm – 10pm Berlin
>
> *Where*
> FU Berlin; HAW Hamburg (map
> <https://maps.google.com/maps?q=FU+Berlin;+HAW+Hambur
Hi,
2017-11-06 15:37 GMT+01:00 Francisco Javier Acosta Padilla <
francisco.aco...@inria.fr>:
> Thank you all for the answers!
>
> I was looking at the meeting tool Thomas E. suggested. I had a meeting
> using it (with thomas) and it worked good too. However I heard that the
> Linux client takes
Hi,
I'm going to 34C3 [1] this year. Anyone interested forming a RIOT assembly
[2] there this year?
Cheers,
Martine
[1] https://www.ccc.de/en/updates/2017/34C3-in-leipzig
[2] https://events.ccc.de/2017/11/04/people-34c3/
___
devel mailing list
devel@ri
t; Francisco Javier Acosta Padilla
> Research Engineer at INRIA Saclay
> INFINE Team
>
> On 1 November 2017 at 12:25:51, Martine Lenders (m...@martine-lenders.eu)
> wrote:
>
> Hi Cenk,
>
> 2017-11-01 11:05 GMT+01:00 Cenk Gündoğan :
>
>> > > On 17-10-31 18:03:01,
Hi,
FYI there is a re-integration PR now:
https://github.com/RIOT-OS/RIOT/pull/7925
Cheers,
Martine
2017-10-27 17:56 GMT+02:00 Martine Lenders :
> Hi all,
>
> after the release is before the release, so let's use the drive to
> continue the good work.
>
> Some of you m
Hi Cenk,
2017-11-01 11:05 GMT+01:00 Cenk Gündoğan :
> > > On 17-10-31 18:03:01, Francisco Javier Acosta Padilla wrote:
> > > […]
> > > > P.S: @Martine, can you set up the next Hack&ACK meeting? Thanks
> > >
> >
> > Anything different to do than the usual ad-hoc placecam set-up?
> >
>
> Jup, provi
Hi,
2017-11-01 8:52 GMT+01:00 Cenk Gündoğan :
> On 17-10-31 18:03:01, Francisco Javier Acosta Padilla wrote:
> […]
> > P.S: @Martine, can you set up the next Hack&ACK meeting? Thanks
>
Anything different to do than the usual ad-hoc placecam set-up?
Cheers,
Martine
__
Hi all,
after the release is before the release, so let's use the drive to continue
the good work.
Some of you might have noticed, that we are currently working on a big
switch-over for GNRC-internal APIs, so if you are not involved in any
direct GNRC programming or need access to the network int
FYI: Oct 31st is a Holiday in most of Germany, that is why we decided to
move it by one week.
Am 27.10.2017 2:53 nachm. schrieb "Martine Lenders" :
> *This event has been changed.*
> more details »
> <https://www.google.com/calendar
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
Yay, congratz everyone 🎉🍻
Am 27.10.2017 12:38 nachm. schrieb "Hauke Petersen" <
hauke.peter...@fu-berlin.de>:
> Dear RIOTers,
>
> we are happy to announce the 13th official release of RIOT:
>
> --- * RIOT 2017.10 * ---
>
> This release provides fixes, code
Dear all,
FYI: I amended the coding convention with a statement about names in
standardization documents (e.g. RFCs) [1]. It's a no-brainer: They should
be used at least in Doxygen to allow for easy reference when cross-checking
(or review) the implementation of the standard.
Cheers,
Martine
[1]
Hi Subhasis,
2017-10-12 11:36 GMT+02:00 subhasis :
>
> Please clarify how enc28j60 driver starts to communicate with connected
> device. Specifically how the MAC address of connected device (Linux PC) is
> known to the mote. I am using OpenBase with cc2358.
>
As far as I know this is not somethin
Hi Koen,
Wow, +1!
Cheers,
Martine
2017-10-11 16:59 GMT+02:00 Koen Zandberg :
> Hello,
>
> One of the issues from the CI discussion at the RIOT summit was the
> tracking and graphing of the nightly build sizes. After some
> instructions from Kaspar for getting the JSON files I got something
> wo
Hi,
this will be discussed tomorrow at the T2TRG meeting preceeding the RIOT
summit [1]. Will anyone of you who discussed this be there? The premise is
that 6LoWPAN was designed to run on even on a minimized, non-compliant IEEE
802.15.4, so the question is: other than PAN bootstrapping and MAC: is
Hi Joakim, Hi Shuguo,
First of all: We know of this problem and I try to come up with a solution
for this for a long time, so thanks for picking this up. A step into that
direction (but not the final solution) was the refactoring of GNRC's
interface layer (aka gnrc_netif2, see [1], should also sim
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
X-GOOGLE-CALID:k3ql8setv7l48ofnol0tfuu...@group.calendar.google.com
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNA
Hi Temmu,
actually, there is no `periph_adc` implementation on native. But if you
don't care about the return value, a simple mock-up should be easily
ported. Just adapt the `periph_conf.h` of native accordingly and add the
implementation to `cpu/native/periph/adc.c`. For the encxj600 problem: jus
1 - 100 of 463 matches
Mail list logo