Package Details: plasma5-applets-ambientnoise 0.5.0-2

Git Clone URL: https://aur.archlinux.org/plasma5-applets-ambientnoise.git (read-only, click to copy)
Package Base: plasma5-applets-ambientnoise
Description: Plasmoid for ambient noise reproduction
Upstream URL: https://github.com/m-pilia/plasma-applet-ambientnoise
Licenses: GPL
Submitter: m-pilia
Maintainer: m-pilia
Last Packager: m-pilia
Votes: 2
Popularity: 0.000000
First Submitted: 2017-06-16 16:48 (UTC)
Last Updated: 2022-10-30 16:28 (UTC)

Dependencies (10)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

m-pilia commented on 2020-02-09 23:26 (UTC)

@renyuneyun: CMake is already called in the PKGBUILD.

renyuneyun commented on 2020-02-09 23:19 (UTC)

There is no Makefile anymore in the source. I added cmake . to PKGBUILD and the build passes.

m-pilia commented on 2018-12-24 11:22 (UTC)

@twa022: Done, thanks!

twa022 commented on 2018-12-24 03:48 (UTC)

Could you add anoise-community-extensions4 and anoise-community-extensions5 as optdepends. Thanks!

zoidberg commented on 2017-11-02 01:40 (UTC)

@m-pilia It works now without setting the environment variable. Thanks.

m-pilia commented on 2017-11-01 23:37 (UTC)

@zoidberg Today I had some time to look more into this, and now I can see your problem. I found the recent change in KDE that triggered all of this, and I suspect something is still wrong with how KDE deals with QtQuick Controls 2 (e.g. ScrollView.qml is there in the filesystem, even if plasma does not find it). So, I just released another version based on QtQuick Controls 1.4, that should not suffer of this weird mess. There were some limitations in 1.4 that made me decide to use QtQuick Controls 2 when I wrote the code in the beginning, but this should hopefully work as well.

m-pilia commented on 2017-10-30 17:55 (UTC)

@zoidberg Ok. I am sorry for making a question that may sound very stupid, but I just need to be sure: is your whole system installation up to date? This because some changes to KDE where shipped very recently, that affect how QtQuick styles are managed (and apparently may break things, especially if not all packages are up to date). Unfortunately I cannot reproduce on my machines the problems you mention. I was thinking to put the style setting within the plasmoid, but I am not sure it is possible in pure QML without setting it from a C++ call or the environment variable. I am not really up to date with all recent changes to KDE's API, so I may need to have a deeper look to find out how to deal with this...

zoidberg commented on 2017-10-30 12:49 (UTC)

@m-pilia Setting the variable to either 'Breeze' or 'Desktop' causes various parts of some settings windows to not follow the Breeze theme, and also missing text in some buttons.

m-pilia commented on 2017-10-28 16:54 (UTC) (edited on 2017-10-28 16:54 (UTC) by m-pilia)

@zoidberg Have you also tried to set it to Breeze instead of Desktop? In case, does it make any difference? export QT_QUICK_CONTROLS_STYLE=Breeze

zoidberg commented on 2017-10-28 13:53 (UTC)

@m-pilia There is a problem with the fix you mentioned in your previous comment. Setting that variable causes various parts of the plasmoid settings windows to not follow the breeze theme. Is there an alternative workaround?

1 2 Next › Last »