Skip to content
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

Make compatible with Ubuntu #134

Open
emxsys opened this issue Nov 19, 2020 · 7 comments
Open

Make compatible with Ubuntu #134

emxsys opened this issue Nov 19, 2020 · 7 comments
Assignees
Labels
enhancement New feature or request
Projects

Comments

@emxsys
Copy link
Owner

emxsys commented Nov 19, 2020

Ensure the installation and runtime work on Ubuntu.

  • Disable interactions with the gpiozero library if the platform is not a Raspberry Pi.
@emxsys emxsys added the enhancement New feature or request label Nov 19, 2020
@emxsys emxsys self-assigned this Nov 19, 2020
@emxsys emxsys added this to Low Value/Liability - Low Cost in Priorities Nov 22, 2020
@advfr
Copy link

advfr commented Sep 10, 2022

Hi Bruce ! First thank you for the amazing job you've done. Guess what ?! We also have robocalls in France. But also due to chip shortage it becomes difficult, if not impossible to get RPi. I tried to setup callattendant in a virtualenv on a Wyse thin client (amazing AMD cpu for less than 60$). Unfortunately it seems, as you posted initialy, that callattendant expect GPIOs to be there, which I have not, hence the service do not start... I tried to comment pieces of codes here and there to try to disable the parts about GPIOs in app.py like:
from hardware.indicators import ApprovedIndicator, BlockedIndicator
&
self.approved_indicator = ApprovedIndicator( self.config.get("GPIO_LED_APPROVED_PIN"), self.config.get("GPIO_LED_APPROVED_BRIGHTNESS", 100)) self.blocked_indicator = BlockedIndicator( self.config.get("GPIO_LED_BLOCKED_PIN"), self.config.get("GPIO_LED_BLOCKED_BRIGHTNESS", 100))

also in config.py all about GPIO_LED
But I still have the same error about gpiozero not accessible. I'm not sure I'm in the right direction...

I was wondering if it would be possible to first understand if changes that have to be made to get rid of GPIO is an hard job or if it can be made easily...

If you still visit this page let us know :)
Thanks a lot, merci beaucoup.
Best regards.

@J0hnMatrix
Copy link

Hello advfr,
You should take a look at this commit for disabling GPIO:
#152

I don't had time to try it as I would like to install Callattendant on a Linux VM too.

Bye from France too ;-)

@advfr
Copy link

advfr commented Sep 11, 2022

Salut John, thanks a lot for your so prompt answer.
I took a look to the commit proposed by Lucien Van Elsen.
I'm really really far to be an expert, but it looks like that nowhere I see something to avoid the download of the... what... libraries (in setup.py) like gpiozero, pigpio, RPi.GPIO and RPIO.
In app.py, he still imports things from hardware.indicators. (indicators.py itself imports things from gpiozero)
I think changes have been suggested not to use GPIO but still using a Pi.
I don't know if I'm clear and if you see what I mean...
I've created a fork and I'm trying to comment maximum things about indicators/GPIO things like that...
I left from galacticstudios's fork, which has an interesting improvement with possibility to manage white/black list with web interface and regular expressions and get voice messages by mail.
All the best, I will come back here if I'm able to do what I want.
A bientôt !

EDIT: it's a bit late to do it now, but after commenting some pieces of code I'm able to start the app :) I'll update the changes I made with text editor on my server to the fork and will perform some testings. Bye bye !

@advfr
Copy link

advfr commented Sep 12, 2022

Hi again, I think my fork is functionnal.
https://github.com/advfr/callattendant/

Once again big thanks to Bruce !

@J0hnMatrix
Copy link

Hello advfr,
Thank you very much for making Callattendant compatible with other OS than Raspberry OS.
I will take a look when I will have some time :)

Have a nice day!

@foureight84
Copy link

foureight84 commented Jan 22, 2023

I've attempted to dockerize @advfr's fork but I am currently having issues with calls not being detected. The modem initializes but I haven't yet debugged the reason for the detection issue. I'll update and if you know the reason, please feel free to share.

https://github.com/foureight84/callattendant-docker

EDIT: I can send commands and receive response from the modem via minicom inside the container. Debug log shows that app is detecting rings but no actions are taken.

@foureight84
Copy link

I've attempted to dockerize @advfr's fork but I am currently having issues with calls not being detected. The modem initializes but I haven't yet debugged the reason for the detection issue. I'll update and if you know the reason, please feel free to share.

https://github.com/foureight84/callattendant-docker

EDIT: I can send commands and receive response from the modem via minicom inside the container. Debug log shows that app is detecting rings but no actions are taken.

I decided to fork the master branch and remove references to gpio usage. It's working now. You can find the updated branch here: https://github.com/foureight84/callattendant/tree/no-gpio

Docker instance working as well.

@advfr I believe your changes might have removed the ring event thread. This is just a hunch since callattendant never kicks in to handle the call during testing. I haven't reviewed the changes made.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Priorities
  
Low Value/Liability - Low Cost
Development

No branches or pull requests

4 participants