[Quickcall] quickcall on unbuntu 20.04

MIchael L. Stokes stokes at aris.net
Wed Jan 13 04:00:59 AEDT 2021


David,

Sorry.  I did not read your last message before I responded.  I did a 
make install and that worked fine.  I recommend you put some 
instructions on how to build and install the software in your README.

I see the device in the audio menus, but it does not work when 
selected.  I looked in the syslog and it says

Jan 12 10:48:29 cue /usr/lib/gdm3/gdm-x-session[12138]: (II) XINPUT: 
Adding extended input device "Logitech Logitech USB Headset" (type: 
KEYBOARD, id 11)

It later says "Logitech USB Headset is tagged by udev as: Key board"

... /usr/lib/gdm3/gdm-x-session[12138]: (II) event20 - Logitech Logitech 
USB Headset: device is a keyboard
Jan 12 10:48:29 cue mtp-probe: checking bus 1, device 19: 
"/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2"
Jan 12 10:48:29 cue mtp-probe: bus: 1, device: 19 was not an MTP device


Any ideas David?

-Mike

On 1/12/21 10:34 AM, MIchael L. Stokes wrote:
> Well David if the device was successfully running it would appear as a 
> sound device under the UBUNTU settings menus? Right?
>
> But the question that has not been answered is how does the program 
> that starts the daemon know where the daemon executable is found? The 
> RUN+ option in the rule uses the syntax @QUICKCALLD@, but I have no 
> idea how that is translated into a PATH  for the executable.  Do you 
> know?
>
> The executable is still sitting in the source path directory where I 
> built it.
>
> On 1/11/21 3:32 PM, MIchael L. Stokes wrote:
>> The rules look like the following
>>
>> SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="046d", 
>> ATTR{idProduct}=="08d5", RUN+="@QUICKCALLD@ -u -v %S%p"
>>
>> How does the system know where to find quickcalld? Does it need to go 
>> in some system bin directory? --Mike
>>
>>
>> On 1/11/21 3:54 AM, David Gibson wrote:
>>> On Thu, Jan 07, 2021 at 11:13:49PM -0600, MIchael L. Stokes wrote:
>>>> It have the udev rules setup (I think), and the daemon compiles and 
>>>> runs as
>>>>
>>>> sudo ./quickcalld -u -l /tmp/log.txt &
>>> Hrm.  If the udev rules were working, you shouldn't need to manually
>>> run the daemon - it should be automatically started when the device is
>>> plugged in.
>>>
>>>> It also show up as a usb device
>>>>
>>>> $ lsusb
>>>> Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
>>>> Bus 001 Device 008: ID 0bda:0129 Realtek Semiconductor Corp. 
>>>> RTS5129 Card
>>>> Reader Controller
>>>> Bus 001 Device 007: ID 04e6:5116 SCM Microsystems, Inc. SCR331-LC1 
>>>> / SCR3310
>>>> SmartCard Reader
>>>> Bus 001 Device 006: ID 2687:fb01 Fitbit Inc. Fitbit Base Station
>>>> Bus 001 Device 005: ID 12c9:102a Newmen Tech.,LTD 2.4G Wireless Mouse
>>>> Bus 001 Device 004: ID 03f0:164a HP, Inc HP SC Keyboard - Apollo 
>>>> (Liteon)
>>>> Bus 001 Device 009: ID 0cf3:e005 Qualcomm Atheros Communications
>>>> Bus 001 Device 010: ID 046d:08d5 Logitech, Inc. Speakerphone(Disabled)
>>>> Bus 001 Device 002: ID 046d:0825 Logitech, Inc. Webcam C270
>>>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>>> (base) stokes at cue:~/Desktop$
>>> Ok, that would show up whether or not quickcalld was working correctly.
>>>
>>>> But it doesn't appear as a device in the setup menues. I also need 
>>>> some help
>>>> in how to automate the quickcalld during startup.
>>> I'm not quite sure what menu you expect the device to appear in.
>>>
>> _______________________________________________
>> Quickcall mailing list
>> Quickcall at lists.ozlabs.org
>> https://lists.ozlabs.org/listinfo/quickcall
> _______________________________________________
> Quickcall mailing list
> Quickcall at lists.ozlabs.org
> https://lists.ozlabs.org/listinfo/quickcall


More information about the Quickcall mailing list