New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v1.0 release #99
Comments
Sure, sounds good. It went down a storm at the latest picademy - GPIO workshop was much smoother and I'm convinced it helped the attendees get more done during the project day simply because less time was burned debugging stuff (sudoless GPIO was also a major help in that respect) |
Great! |
There is still a bouncetime (without underscore) on line 263 in input_devices.py |
That I'll have a look into the IDLE issue - if you've got reproduction code, could you put it in a new ticket so I can have a look at it? |
Sorry about my wrong diagnostics of the error - but the problem is still there, perhaps it's more subtle than I thought. When I run the following (stripped down) program after booting the RPi I get the error but if I make a new attempt to run the program, the error disappears. With my original slightly longer program I had to restart it three times before the error disappears. A reboot of the RPi is needed to make the problem appear again, a restart of Python is not enough to get the error. |
I'm having the same issue myself. I notice that every time I try to create a Button it raises |
The new Raspbian will be going out in the next week so we should be in it! |
The failed to add edge detection issue is an issue in the underlying RPi.GPIO; we've got it as #50 which I should re-open as I've hit this a couple of times myself. I'm pretty sure it's a race condition in RPi.GPIO's event detection code (which manipulates a linked list in two threads without any mutex protection), but I'm going to need some time to track it down and squish it. In other words, it's not an error in gpiozero per sé but we do need to get it fixed in the underlying library for the sake of ease of use. Given the complexity of the issue (it's likely a C-based multi-thread race condition), I doubt I'll track it down before 1.0. Even if I did, it's in a library we don't control, so I can't guarantee it'd be released alongside 1.0 anyway, but I'll certainly do what I can to fix it. |
Ok that's everything sorted. Let's check over everything, update the docs and @waveform80 you can create a package when you think it's ready. |
\o/ |
There's a new Raspbian release in two weeks and I'd like to get a 1.0 release of GPIO Zero in there.
There are various things we've pinned down as features or additions required for v1.0. I think any missing components can be left out for now, but more importantly the API needs to be finalised.
I think the following issues need resolving:
I think we may pick up a few other minor details that need resolving before the release but I think this is roughly enough. Things like Energenie can come later, and can follow the existing API pattern.
The text was updated successfully, but these errors were encountered: