You are not logged in.
[SOLVED]
When I'm trying to run
redshift -l geoclue2
I get that output:
~/ redshift -l geoclue2
Using method `randr'.
Waiting for initial location to become available...
Unable to start GeoClue client: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: 'redshift' disallowed, no agent for UID 1001.
Access to the current location was denied by GeoClue!
Make sure that location services are enabled and that Redshift is permitted
to use location services. See https://github.com/jonls/redshift#faq for more
information.
Unable to get location from provider.
I moved on the suggested link and then trying to fix this issue I added next lines on my file /etc/geoclue/geoclue.conf
[redshift]
allowed=true
system=false
users=
...but it still didn't work for me.
Last edited by Lupo Alberto (2018-07-31 17:09:20)
Offline
I had the same problem.
I just edited geoclue.conf to use manual location and input the coordinates.
Offline
I had the same problem.
I just edited geoclue.conf to use manual location and input the coordinates.
Thanks for your advice, but I wanna be "a cool dude"
Last edited by Lupo Alberto (2018-07-20 12:06:26)
Offline
Offline
Thanks.
I ain't developer or programmer myself therefore I used a light way and downgraded geoclue2 to the previous version:
pacman -U geoclue2-2.4.7-1-x86_64.pkg.tar.xz
...and now it works.
Last edited by Lupo Alberto (2018-07-20 13:40:21)
Offline
Is there a correct way to disguise a certain version of the package in Archlinux?
Offline
Is there a correct way to disguise a certain version of the package in Archlinux?
Offline
loqs, thanks, but I wanna mask the certain version of the package. In this case I don't want to install the wrong version of geoclue2-2.4.10-1 but when this package will be fixed I want to install it.
Offline
If you are asking to provide pacman with a blacklist of versions not to be used I do not believe there is such a feature.
Offline
If you are asking to provide pacman with a blacklist of versions not to be used I do not believe there is such a feature.
I think, unfortunately, you are right.
P.S. But Gentoo had this possibility ten years ago.
Offline
I've solved or at least I think I've solved this issue for myself.
I just did so
pacman -U geoclue2-2.4.7-1-x86_64.pkg.tar.xz
pacman -S --dbonly geoclue2
and now my system think that it has last version of the package and don't proposes me to update this package to the "wrong" version.
Last edited by Lupo Alberto (2018-07-21 06:41:27)
Offline
Wow, that's one of the dumbest things I've seen lately. Don't do that.
Offline
Wow, that's one of the dumbest things I've seen lately. Don't do that.
Could you argue somehow?
Offline
Argue that breaking pacman's database is bad? It should be self-evident.
Offline
Argue that breaking pacman's database is bad? It should be self-evident.
But for me it's not self-evident.
For which purpose this option exist in pacman? How it can break pacman's database?
Offline
I didn't say it "can", you *have* broken pacman's database. You've lied to it about what's installed.
Offline
I've just solved the task staying front of me.
And when I'll get next version of geoclue2 solving redshift's issue I install it.
How would you do it?
P.S.
For which purpose this option exist in pacman?
Offline
For which purpose this option exist in pacman?
Transitional steps to fix broken things.
The proper way to skip package updates is the "IgnorePkg" key in pacman.conf - in case there're future conflicts (because packages require a specific version of a dependency) you'll still notice that instead of running into issues unwarned.
Doing this now, very temporarily (ie. until the next update) and for this one package will likely not kill you but in general it's a really bad idea to cheat on the package manager, ie. you're asking for trouble.
Offline
Scimmia, though I must admite you are partly right.
Those programms that need geoclue-2.4.10-1 will be deceived
Last edited by Lupo Alberto (2018-07-21 14:16:27)
Offline
Transitional steps to fix broken things.
The proper way to skip package updates is the "IgnorePkg" key in pacman.conf - in case there're future conflicts (because packages require a specific version of a dependency) you'll still notice that instead of running into issues unwarned.Doing this now, very temporarily (ie. until the next update) and for this one package will likely not kill you but in general it's a really bad idea to cheat on the package manager, ie. you're asking for trouble.
Thank you very much. You say all what I would to say but can't say it right.
Last edited by Lupo Alberto (2018-07-21 14:32:38)
Offline
I would suggest building a fixed package locally using the following would be a better interim solution
git clone git://git.archlinux.org/svntogit/packages.git --single-branch --branch "packages/geoclue2"
cd packages/trunk/
#replace PKGBUILD with one below
makepkg -rsi
# $Id$
# Maintainer: Jan Alexander Steffens (heftig) <jan.steffens@gmail.com>
# Contributor: György Balló <ballogy@freestart.hu>
pkgname=geoclue2
pkgver=2.4.10
pkgrel=1
pkgdesc="Modular geoinformation service built on the D-Bus messaging system"
arch=(x86_64)
url="https://www.freedesktop.org/wiki/Software/GeoClue/"
license=(LGPL)
depends=(libsoup json-glib libmm-glib avahi libnotify)
makedepends=(intltool python2 systemd gobject-introspection gnome-common git)
backup=(etc/geoclue/geoclue.conf)
_commit=09dca5cac852fb8938ea2a654fc25fa1bbd82592 # tags/2.4.10^0
source=("git+https://anongit.freedesktop.org/git/geoclue#commit=$_commit")
sha256sums=('SKIP')
# Google API keys (see http://www.chromium.org/developers/how-tos/api-keys)
# Note: These are for Arch Linux use ONLY. For your own distribution, please
# get your own set of keys. Feel free to contact foutrelis@archlinux.org for
# more information.
_google_api_key=AIzaSyDwr302FpOSkGRpLlUpPThNTDPbXcIn_FM
# Mozilla API keys (see https://location.services.mozilla.com/api)
# Note: These are for Arch Linux use ONLY. For your own distribution, please
# get your own set of keys. Feel free to contact heftig@archlinux.org for
# more information.
_mozilla_api_key=16674381-f021-49de-8622-3021c5942aff
pkgver() {
cd geoclue
git describe --tags | sed 's/-/+/g'
}
prepare() {
cd geoclue
git cherry-pick -n 1debd9a68b0f7cbfeef99428b6d9c3dfacdc6976
git cherry-pick -n c8d7689687189a4b9b1676dca58e7fcf4ef21783
sed -e "s/key=geoclue/key=$_mozilla_api_key/" \
-e "s/key=YOUR_KEY/key=$_google_api_key/" \
-i data/geoclue.conf.in
NOCONFIGURE=1 ./autogen.sh
}
build() {
cd geoclue
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var \
--libexecdir=/usr/lib --disable-static --enable-gtk-doc
sed -i -e 's/ -shared / -Wl,-O1,--as-needed\0/g' libtool
make
}
package() {
cd geoclue
make DESTDIR="$pkgdir" install
}
Last edited by loqs (2018-07-21 15:49:07)
Offline
loqs, could you say what kind of changes you made in the default PKGBUILD? Or just point the strings that solved this issue.
Last edited by Lupo Alberto (2018-07-21 17:19:34)
Offline
Added those two lines in the prepare function you can just add them to the existing PKGBUILD instead the result should be identical
git cherry-pick -n 1debd9a68b0f7cbfeef99428b6d9c3dfacdc6976
git cherry-pick -n c8d7689687189a4b9b1676dca58e7fcf4ef21783
Edit:
The second line cherry-picks the commit that fixes the issue.
The first line cherry-picks a dependant commit of the fix so the fix can apply cleanly.
Last edited by loqs (2018-07-21 17:41:57)
Offline
loqs, thanks for your advice. I'll try it right now.
P.S. Unfortunately, I got same mistakes like I had early.
Last edited by Lupo Alberto (2018-07-21 18:27:56)
Offline
That is problematic as that was supposed to be the fix from upstream.
Edit:
Did you restart geoclue2?
Last edited by loqs (2018-07-21 19:40:25)
Offline