Package Details: polkit-git 1:125.r0.112752c-1

Git Clone URL: https://aur.archlinux.org/polkit-git.git (read-only, click to copy)
Package Base: polkit-git
Description: Application development toolkit for controlling system-wide privileges
Upstream URL: https://github.com/polkit-org/polkit
Licenses: LGPL-2.0-or-later
Conflicts: polkit
Provides: libpolkit-agent-1.so, libpolkit-gobject-1.so, polkit
Submitter: None
Maintainer: Atsutane
Last Packager: Atsutane
Votes: 5
Popularity: 0.000000
First Submitted: 2012-07-26 04:20 (UTC)
Last Updated: 2024-08-14 20:09 (UTC)

Required by (326)

Sources (1)

Latest Comments

1 2 Next › Last »

joegrammer commented on 2022-10-17 15:42 (UTC)

I've updated the PKGBUILD to support the new build system.

https://gist.github.com/joefiorini/851e9008a932e4780317a4dfa0021912

@bidulock If you pull this in, please make sure you remove the "sed" line where I update the cache timeout for the "_keep" values.

tinywrkb commented on 2022-05-30 08:48 (UTC)

Autotools buildsystem support was removed.

tinywrkb commented on 2022-04-05 00:53 (UTC)

@crawl_soever thanks for replying!
It's actually enough to run the tests of the check target to see polkit segfaults.
So if you're passing the tests, then it's safe to assume that polkit works.

crawl_soever commented on 2022-04-01 18:25 (UTC) (edited on 2022-04-01 18:28 (UTC) by crawl_soever)

Yes it works for me polkit-git 1:0.120.r12.gb533b25-1

I verified by launching a systemd command from a nonroot user.

systemctl restart bluetooth
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
Authentication is required to restart 'bluetooth.service'.
Authenticating as: crawl_soever
Password: 
==== AUTHENTICATION COMPLETE ====

No JS dependancy: 

pacman -Q | grep "js[0-9]+"

tinywrkb commented on 2022-03-31 20:23 (UTC)

@crawl_soever does polkit actually run for you correctly?
I tried doing something similar with meson here, but it didn't work, polkit still crashes, even though that polkit and its libs were linked against libm.
I suggested that the example duktape makefile would link against libm, and if it will be fixed there, then maybe the duktape package maintainer would use this default.
For the time being, I'm just statically linking against duktape.

crawl_soever commented on 2022-03-31 14:23 (UTC)

I was able to successfully compile with duktape support using the following PKGBUILD changes:

https://gist.github.com/bagnaram/3149f7bf9e4599e1a870f507efd1c5bd

No additional patches were necessary

tinywrkb commented on 2022-01-25 17:16 (UTC)

Duktape support was merged but currently polkitd is failing.
I suggested a fix by forcing linking of libduktape against libm in #73500.

tinywrkb commented on 2022-01-19 14:16 (UTC)

Suggested changes, mostly syncing with extra/polkit.

Some reasoning:

  • Setting epoch in a VCS package seems wrong, especially when it's not set in the non-VCS package.
  • It's pretty safe to assume that no one is testing this with i686, the package has been failing for a while now in check() the dependency is missing, so don't add untested archs, users have the --ignorearch makepkg option.

https://gist.github.com/tinywrkb/2d6910eacca5fc685d737a3d09c76ad1

AkechiShiro commented on 2021-03-31 05:44 (UTC) (edited on 2021-03-31 05:52 (UTC) by AkechiShiro)

Maybe now it's this package, it is called js68

AkechiShiro commented on 2021-03-31 05:30 (UTC)

This package seems broken, the dependency js52 does not exist is this intended ?

1 2 Next › Last »