Search Criteria
Package Details: kde-servicemenus-rootactions 2.9.1-2
Package Actions
- View PKGBUILD / View Changes
- Download snapshot
- Search wiki
- Flagged out-of-date (2024-03-07)
- 1 pending request
- Submit Request
Git Clone URL: | https://aur.archlinux.org/kde-servicemenus-rootactions.git (read-only, click to copy) |
---|---|
Package Base: | kde-servicemenus-rootactions |
Description: | Allows admin users to perform several root only actions from dolphin via kdesu/kdesudo |
Upstream URL: | https://store.kde.org/p/998469/ |
Licenses: | GPL |
Submitter: | arojas |
Maintainer: | None |
Last Packager: | buzo |
Votes: | 139 |
Popularity: | 0.020015 |
First Submitted: | 2012-07-18 19:15 (UTC) |
Last Updated: | 2022-08-22 18:58 (UTC) |
Dependencies (4)
- dolphin (dolphin-gitAUR, dolphin-meldAUR, dolphin-taboptsAUR)
- kde-cli-tools (kde-cli-tools-gitAUR)
- kdialog (kdialog-gitAUR)
- perl (perl-gitAUR)
Latest Comments
1 2 3 4 5 Next › Last »
MikeDee commented on 2024-03-23 03:33 (UTC)
Check out kf6-servicemenus-rootactions for Plasma 6.
michaldybczak commented on 2024-03-10 22:32 (UTC)
Doesn't work after Plasma 6 update. Recompilation didn't help. I see the option in the context menu in settings, but it doesn't show up when right-clicked on a root file as before. However, the new Dolphin has a way to be opened in root with "Open as administrator", which causes this extension to be useless.
Ashark commented on 2023-10-26 12:23 (UTC)
No objections
buzo commented on 2023-10-26 12:19 (UTC)
Thanks Ashark for notifying. The package at the upstream URL is unmaintained for almost seven years, so I suggest people switch to kf5-servicemenus-rootactions-git, which hopefully has the better maintained upstream.
If there are no objections, I will file a deletion request for this package soon.
Ashark commented on 2023-10-26 09:42 (UTC)
This package is using old kde4 name. See KDE package guidelines. Consider renaming it or make a deletion request.
muflone commented on 2022-09-08 20:24 (UTC)
unfortunately the link doesn't seem stable at all
please don't host binary data in the AUR
you could use the local://rootactions_servicemenu_${pkgver}.tar.gz source to let the user the need to download the file and place it in the AUR repository directory
buzo commented on 2022-09-07 18:59 (UTC)
muflone: Just try to download at the upstream URL, ideally with the browser network monitor enabled. I cannot see any stable download link there. But then, it looks unmaintained upstream – last release more than five years ago.
I just wanted to help by mirroring on my little server, but if that's not okay, what else could be done? Host the 55 kB tar ball here in this git repo? That would be easy, but I'm not sure if that would be okay.
muflone commented on 2022-09-06 20:32 (UTC)
@buzo there's nothing to relax about.
I'm glad you removed your joke on your website because maintainers have responsibility on giving trust to their package users.
A source copied from the original author website to another website, plus appearing as seized, is not the correct way to communicate your users you can be trusted.
Stated the software seems not developed anymore, is the source URL still changing? Could you please revert the source URL to point to the upstream author source as I asked you before?
buzo commented on 2022-09-06 17:41 (UTC) (edited on 2022-09-06 18:41 (UTC) by buzo)
You should all relax a bit. This “domain seizure warning” was just a joke, see here on GitHub. I have removed it to avoid further confusion.
I started to mirror the source tar ball four years ago only because the source URL at dl.opendesktop.org used to change very frequently. I didn't change anything, as you can verify by comparing the files or SHA-256 hashes.
a821 commented on 2022-09-04 16:51 (UTC)
To be fair, the mirrored file is still there despite the seizure warning(*) and the sha256sums is the same as reported by "arojas" (dev) back in 2018 (see
git blame
). I compared the contents of the mirrored file and the source instore.kde.org
; they're the same.That said, probably using
local://
protocol and let the user download the file manually will be better, just my two cents...(*) Are we sure this is legit and not a joke?
1 2 3 4 5 Next › Last »