You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
2018-12-11 20:08:58 ~japaric and I don't remember what the TODO was for issue 2
42
+
2018-12-11 20:09:01 ~japaric examples?
43
+
2018-12-11 20:09:16 @therealprof Yeah.
44
+
2018-12-11 20:09:23 @therealprof Mind if I take #98?
45
+
2018-12-11 20:09:37 ~japaric therealprof: sure, I already assigned it to you ;-)
46
+
2018-12-11 20:09:43 @therealprof Hah!
47
+
2018-12-11 20:10:13 ~japaric I created an issue for the HAL examples https://github.com/rust-embedded/book/issues/99
48
+
2018-12-11 20:10:39 @therealprof Where would they go?
49
+
2018-12-11 20:10:42 ~japaric jamesmunns: therealprof: if you can fill in what the examples should be about that'd be great
50
+
2018-12-11 20:10:54 ~japaric fill in the issue**
51
+
2018-12-11 20:11:05 ~japaric therealprof: "they" = HAL examples? or?
52
+
2018-12-11 20:11:21 @therealprof Do we want abstract or concrete examples?
53
+
2018-12-11 20:12:04 @therealprof Yes. they == HAL examples
54
+
2018-12-11 20:12:34 ~japaric I think at some point we mentioned at least listing examples of PAC, HAL-impl crates, driver crates, i.e. names and links
55
+
2018-12-11 20:12:46 ~japaric but I think we should also show some code using them
56
+
2018-12-11 20:13:33 ~japaric re: where; they should go under the portability chapter https://rust-embedded.github.io/book/portability/index.html
57
+
2018-12-11 20:14:06 @therealprof Okay.
58
+
2018-12-11 20:14:13 @therealprof Will try to come up with something.
59
+
2018-12-11 20:14:26 ~japaric therealprof: thanks!
60
+
2018-12-11 20:15:34 ~japaric moving on, issues 3 and 4 are done
61
+
2018-12-11 20:15:37 ~japaric I'll remove them
62
+
2018-12-11 20:15:55 ~japaric ryankurte: any news regarding the debugonomicon?
63
+
2018-12-11 20:16:15 ryankurte no changes since last time I think
64
+
2018-12-11 20:16:54 ~japaric ok, but there's plenty of help wanted issues
65
+
2018-12-11 20:17:13 ~japaric hopefully the next newsletter will bring in some new contributors
66
+
2018-12-11 20:18:09 ~japaric last issue is the showcase
67
+
2018-12-11 20:18:16 ~japaric there's a PR up for review
68
+
2018-12-11 20:19:00 ~japaric and two TODO issues before we can start taking project submissions
69
+
2018-12-11 20:20:11 ~japaric not sure I will have the time for them this week though
70
+
2018-12-11 20:20:46 ~japaric next item in the agenda is the code snippet for the embedded webpage
71
+
2018-12-11 20:21:00 ~japaric there's been more suggestions since last week
72
+
2018-12-11 20:21:13 ~japaric but I think they are too long
73
+
2018-12-11 20:21:40 ~japaric the snippets on the other pages are a bit over 10 LoC
74
+
2018-12-11 20:21:49 @therealprof They could certainly be shortened, but I think it'll lose the message we're trying to convey.
75
+
2018-12-11 20:22:04 @adamgreig I am pro very short snippets
76
+
2018-12-11 20:22:07 @adamgreig we can link to longer examples
77
+
2018-12-11 20:22:18 @adamgreig but it looks bad on a nice webpage to have a full page height of code
78
+
2018-12-11 20:22:21 @adamgreig no one's going to read that
79
+
2018-12-11 20:22:52 @adamgreig a very short example that shows off some basic things, even if it omits some preamble and boilerplate, is better, I think
80
+
2018-12-11 20:22:56 @therealprof Yeah, but there's like at least 7 lines of boilerplate. And in three lines you're not going to get a lot done.
81
+
2018-12-11 20:23:04 @adamgreig so drop the boilerplate
82
+
2018-12-11 20:23:10 @adamgreig we don't need to see all the 'extern' and 'use' and etc
83
+
2018-12-11 20:23:21 @therealprof Then you don't have functional examples.
84
+
2018-12-11 20:23:31 @adamgreig fine
85
+
2018-12-11 20:23:41 @adamgreig you can't copy them into your text editor and click 'run' anyway, you need a cargo.toml and a memory.x and etc etc etc
86
+
2018-12-11 20:23:57 @adamgreig I'd rather there be a link to 'full example' or wahtever that has a full crate set up you can clone (a la stm32f4-demo)
87
+
2018-12-11 20:23:59 @therealprof I don't thing we should have snippets that are a good deal away from running.
88
+
2018-12-11 20:24:04 @adamgreig and the website snippet itself just highlights the interesting points
2018-12-11 20:24:21 @adamgreig I think the point we want to make is 'check out these really nice things in embedded rust'
91
+
2018-12-11 20:24:29 @adamgreig rather than 'here's a long piece of code that you must dig through to find the golden nuggets'
92
+
2018-12-11 20:24:37 @therealprof Sure.
93
+
2018-12-11 20:24:54 @adamgreig I'm less sure what those nice things are though - static variables in a function scope are not going to blow a c programmer's mind
94
+
2018-12-11 20:24:59 @adamgreig that's just regular c
95
+
2018-12-11 20:25:12 @therealprof I think the abstractions are incredibly nice.
96
+
2018-12-11 20:25:12 @adamgreig likewise interrupt handlers in c are just functions with the right name, so again it's not a surprise (much as it's nice for us)
97
+
2018-12-11 20:25:36 @adamgreig yes I wonder if we want to just show off a hal or what
98
+
2018-12-11 20:25:47 @therealprof Not sure how to convey the safety and stuff.
99
+
2018-12-11 20:25:56 @therealprof Especially if we dumb it all down.
100
+
2018-12-11 20:26:01 @adamgreig some of that just has to be in prose I guess
101
+
2018-12-11 20:26:03 ryankurte i think the hal is a huge advantage / worth showing off
2018-12-11 20:27:14 @therealprof And I'm afraid I have to go. ;)
110
+
2018-12-11 20:27:16 @adamgreig even if it doesn't show off every nice thing in the infrastructure
111
+
2018-12-11 20:27:30 ~japaric as in https://gist.github.com/japaric/34040a0be72cb3e67885253864295efb
112
+
2018-12-11 20:27:34 @therealprof bye everyone…
113
+
2018-12-11 20:27:40 @adamgreig seeya
114
+
2018-12-11 20:27:45 ryankurte byeee
115
+
2018-12-11 20:27:53 hannobraun bye
116
+
2018-12-11 20:28:08 ryankurte japaric: something like that seems good to me
117
+
2018-12-11 20:28:15 @adamgreig hmm
118
+
2018-12-11 20:28:30 @adamgreig sort of that but I'd want it to be clearer that nss is sort of a singleton
119
+
2018-12-11 20:28:43 @adamgreig like, show that you can get the pin objects _once_, and then _move_ them
120
+
2018-12-11 20:28:48 @adamgreig so you just can't write code that uses pins it shouldn't already own
121
+
2018-12-11 20:28:49 ryankurte especially if it can head off / explain some of the move semantic battles that anyone new to rust (or maybe anyone using rust ime) will have
122
+
2018-12-11 20:29:01 @adamgreig haha yes
123
+
2018-12-11 20:29:06 @adamgreig definitely not just people new to rust :p
124
+
2018-12-11 20:29:22 @adamgreig love moving pins back into my higher-scoped variables i just moved out of to return them to the previous type for the next iteration of my loop or wahtever
125
+
2018-12-11 20:29:28 ryankurte i swear some days i look forward to writing c
126
+
2018-12-11 20:29:42 @adamgreig only a fleeting feeling hopefully :p
127
+
2018-12-11 20:29:47 ~japaric we are at the half hour mark
128
+
2018-12-11 20:29:57 ~japaric let's continue the discussion of the snippets in the issue
129
+
2018-12-11 20:30:05 ryankurte +1
130
+
2018-12-11 20:30:07 @adamgreig +1
131
+
2018-12-11 20:30:13 ~japaric but let's try to make a decision by next week
132
+
2018-12-11 20:31:26 ~japaric ok, let's move to the next item on the agenda
2018-12-11 20:32:11 ~japaric here's the list of requests from the 2019 wishlist survey: https://docs.google.com/spreadsheets/d/1HfVfSDTVD3Ao45_St1KkUyBe6M0vP6HjA2T-Xrc-E1Q/edit#gid=0
135
+
2018-12-11 20:32:25 ~japaric I noticed that most of them are actually stuff that needs to happen in one of the rust-lang/* repos
136
+
2018-12-11 20:32:42 ~japaric so we should try to prioritize those requests
137
+
2018-12-11 20:32:52 ~japaric I'm not sure all of them can be done in one year
138
+
2018-12-11 20:33:12 @adamgreig definitely a big variation in how much work they are too
139
+
2018-12-11 20:33:46 ~japaric I think that at the very least we should identify "must be done in 2019" requests
140
+
2018-12-11 20:34:09 @adamgreig and make that the list of things to work on in 2019?
141
+
2018-12-11 20:34:44 ~japaric not necessarily
142
+
2018-12-11 20:35:07 ~japaric we should bring a list of prioritized requests to the rust teams during the all hands and then we can discuss what can be done in the span of a year
143
+
2018-12-11 20:35:35 @adamgreig ok
144
+
2018-12-11 20:36:59 ~japaric any suggestion for how to prioritize the items on the list?
145
+
2018-12-11 20:37:12 ~japaric one metric is the number of upvotes in the thread
146
+
2018-12-11 20:37:38 @adamgreig that's not a bad starting point
147
+
2018-12-11 20:37:45 @thejpster What resources do we have to commit? I mean, an issue someone cares about and will actually do is more likely to get done than one that we all love, but no-one wants to do.
148
+
2018-12-11 20:37:46 @adamgreig I worry we could spend an hour just bikeshedding priorities
149
+
2018-12-11 20:38:07 @thejpster I mean, I'm doing #9 already.
150
+
2018-12-11 20:38:25 @adamgreig whereas I'm sure we might enjoy 7 but no one is volunteering :p
151
+
2018-12-11 20:38:30 @adamgreig uh, 18
152
+
2018-12-11 20:38:38 @adamgreig 7 is fine :p
153
+
2018-12-11 20:39:29 @adamgreig gosh, it really is mostly rust-lang issues
154
+
2018-12-11 20:39:51 ~japaric I meant prioritization of stuff that needs to happen in rust-lang/*
155
+
2018-12-11 20:40:21 @adamgreig can't think of any way that's materially better than votes from the issue
156
+
2018-12-11 20:40:43 @adamgreig we could have votes from wg members or discuss each one a bit to see if any are silly or whatever but for most of them I just don't know how much work would be involved or who would do it etc
157
+
2018-12-11 20:41:10 @adamgreig japaric: fwiw I think the filtered view doesn't sort the Who column
158
+
2018-12-11 20:41:28 @thejpster I gotta run. I'll catch up in 40 minutes when I get home.
159
+
2018-12-11 20:42:02 ~japaric adamgreig: it should now
160
+
2018-12-11 20:42:09 @adamgreig thanks
161
+
2018-12-11 20:42:16 @adamgreig other issue with votes is the earlier issues have more votes
162
+
2018-12-11 20:42:30 @adamgreig there's not really an overriding theme here either
163
+
2018-12-11 20:42:34 @adamgreig just a sort of grab bag of things we'd like
164
+
2018-12-11 20:43:12 ~japaric in any case, we won't know how much work is needed or who has to do the work until we talk with the rust teams at the all hands so I think we should prioritize on perceived impact rather than on amount of work required
165
+
2018-12-11 20:43:16 @adamgreig for rust-lang do we maybe pick like 10 top issues, vaguely by votes but editorialised by us or something, and put them forward at the all hands?
166
+
2018-12-11 20:43:24 @adamgreig makes sense
167
+
2018-12-11 20:44:10 ~japaric adamgreig: seems like a good starting point
168
+
2018-12-11 20:44:24 ~japaric let's continue this discussion on a GH issue
169
+
2018-12-11 20:44:27 @adamgreig ok
170
+
2018-12-11 20:44:31 ~japaric so other members can comment
171
+
2018-12-11 20:44:47 ~japaric adamgreig: could I ask you to make an issue for it?
172
+
2018-12-11 20:44:55 @adamgreig sure
173
+
2018-12-11 20:44:59 ~japaric adamgreig: thanks!
174
+
2018-12-11 20:45:33 ~japaric next item is per team roadmap
175
+
2018-12-11 20:46:16 ~japaric so apart from the rust-lang/* requests I think each team should make a roadmap or rather a list of things they want to get done this year
176
+
2018-12-11 20:46:55 ~japaric the roadmap should take into account the wishlist survery; though there's not much for teams other than resources and the hypothetical libs team
177
+
2018-12-11 20:47:41 @adamgreig yea, I guess the things for other teams are usually less visible
178
+
2018-12-11 20:47:53 @adamgreig or are just good ideas that pop into your head and you implement in c-m-rt, japaric :p
179
+
2018-12-11 20:48:11 ~japaric :-)
180
+
2018-12-11 20:48:13 @adamgreig an issue per-team to collate roadmaps?
181
+
2018-12-11 20:48:31 ~japaric yes, I think we should do that
182
+
2018-12-11 20:48:45 ~japaric the roadamp should include planned work for the repos under the team
183
+
2018-12-11 20:49:02 ~japaric and leftover edition issues where applicable
184
+
2018-12-11 20:49:09 ~japaric e.g. core::arch::arm for the cortex-m team
185
+
2018-12-11 20:49:47 @adamgreig yes, there's a bunch of c-m things we took shortcutes on for stable release that we can hopefully revisit or tidy up
186
+
2018-12-11 20:50:01 @adamgreig like the prebuilt object files and the code optimisation for bss and so forth
187
+
2018-12-11 20:50:40 ~japaric yep, so I think we should start with brainstorming a list of things we could work on
188
+
2018-12-11 20:50:51 @adamgreig can I put the 2019 wishlist spreadsheet link on the gh issue?
189
+
2018-12-11 20:50:52 ~japaric then we can make a decision and / or prioritize
190
+
2018-12-11 20:51:16 ~japaric adamgreig: yes, that ok
191
+
2018-12-11 20:51:28 ~japaric the link is view-only
192
+
2018-12-11 20:52:43 ~japaric let's make one issue per team to start discussing the roadmap
193
+
2018-12-11 20:53:09 @adamgreig ok
194
+
2018-12-11 20:53:13 @adamgreig I'll make a cortex-m and resources issue
195
+
2018-12-11 20:53:25 ~japaric adamgreig: thanks!
196
+
2018-12-11 20:53:25 @adamgreig or all of them, whatever
197
+
2018-12-11 20:53:30 ~japaric adamgreig: <3
198
+
2018-12-11 20:54:17 ~japaric last item on the agenda: end of year break
199
+
2018-12-11 20:54:40 ~japaric I propose we skip the meetings on Dec 25 and Jan 1
200
+
2018-12-11 20:54:45 @adamgreig +1
201
+
2018-12-11 20:54:51 @adamgreig I'll also be away next week
202
+
2018-12-11 20:54:58 ~japaric so next meeting would be the last on of the year; we meet next time on Jan 8
203
+
2018-12-11 20:55:13 hannobraun +1, wouldn't have made it anyway
204
+
2018-12-11 20:55:26 ryankurte +1
205
+
2018-12-11 20:55:56 ~japaric I'll mention this break again during the next meeting
206
+
2018-12-11 20:56:04 ~japaric 5 mins left; anything else you'd like to share?
207
+
2018-12-11 20:57:05 ryankurte There are a couple of new issues on embedded-hal I'm not really sure how to respond to, might be worth a look by y'all
208
+
2018-12-11 20:57:40 ryankurte I closed one just before as off-topic / directed them to the right place.
209
+
2018-12-11 20:57:59 hannobraun I've seen them. Didn't respond either. Kinda would have taken more spare cycles than I have right now.
210
+
2018-12-11 20:58:21 ryankurte yeah fair, i can politely respond and close just didn't want to overstep.
211
+
2018-12-11 20:59:07 hannobraun Well, my opinion is, if you're handling it and noone else is, you're not overstepping :)
212
+
2018-12-11 20:59:54 ryankurte cool cool cool
213
+
2018-12-11 21:01:30 ~japaric :bell: the meeting is officially over. Thanks everyone for attending! Have a great week and see some of you next week
0 commit comments