Mark Wagie

@JeffLabonte Any ideas about this?

I was bored and added it to the AUR: [`subsync`](https://aur.archlinux.org/packages/subsync/). It appears I've covered all the dependencies. Pocketsphinx / Sphinxbase seems to be abandoned. Doesn't really seem very lucrative for...

Bad bot. :robot: @senorprogrammer Have you looked at this?

Nice idea! I've included it in the Manjaro package.

Same here on Manjaro Linux and building from source fails during the test. It seems to be something with `python-dbus`. I have v1.2.14 installed. ``` python -m unittest -b test/test_applicationinstance.py...

The issue was resolved with the `python-pyqt5` [5.13.2-8](https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/pyqt5&id=1f1442dbeff260d21ae79d3139c2e42847478065) update today.

I can't reproduce that in a chroot, but the same test fails: ``` ====================================================================== FAIL: test_powerStatusAvailable (test.test_tools.TestTools) ---------------------------------------------------------------------- Traceback (most recent call last): File "/build/backintime/src/backintime-1.3.1/common/test/test_tools.py", line 328, in test_powerStatusAvailable self.assertTrue(tools.powerStatusAvailable())...

It's an issue with the PKGBUILD, not an upstream issue. See the latest [comment](https://aur.archlinux.org/packages/g-desktop-suite-git/#comment-784803).

@Kwaadpepper `cpufreq` conflicts with `auto-cpufreq` as they both install the same `cpufreqctl` binary. Compare `cpufreq`'s [`cpufreqctl`](https://github.com/konkor/cpufreq/blob/master/cpufreqctl) and `auto-cpufreq`'s [`cpufreqctl.sh`](https://github.com/AdnanHodzic/auto-cpufreq/blob/master/scripts/cpufreqctl.sh).

@AdnanHodzic Ah, I see. That will have to be manually dealt with in the AUR package, see my [install file](https://github.com/yochananmarqos/pkgbuilds/blob/master/auto-cpufreq-git/auto-cpufreq.install#L26). I've let the AUR maintainers know.