Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Desktop Environments
  • Search

[SOLVED] XFCE setting backlight value requires root password

Problems with GUI applications? Questions about X, KDE, Gnome, Fluxbox, etc.? Come on in. NOTE: For multimedia, go up one forum
Post Reply
Advanced search
27 posts
  • 1
  • 2
  • Next
Author
Message
bell
Guru
Guru
User avatar
Posts: 524
Joined: Tue Nov 27, 2007 8:48 am

[SOLVED] XFCE setting backlight value requires root password

  • Quote

Post by bell » Fri Jun 27, 2025 7:12 am

Since some system updates ago I am asked for root password because my xfce try to call "xfpm-power-backlight-helper --set-brightness 0" with action details "org.freedesktop.policykit.exec" each boot, or if I try to change brightness using XFCE panel plugin.

I get the same result if I call

Code: Select all

pkexec xfpm-power-backlight-helper --set-brightness 0
in command line.

Looking in emerge logs the sys-auth/polkit-126-r1 and xfce-base/xfce4-power-manager-4.20.0 is not updated last time, so that should not be the issue.

Basically I do not need the root permissions! The "/sys/devices/pci0000:00/0000:00:08.1/0000:04:00.0/drm/card0/card0-eDP-1/amdgpu_bl0/brightness" is writteable by group "video" and my user is in this group.

Code: Select all

xbacklight -set 50
does the job without any issues for my user.

What could be the issue for missed permission and how I can solve it?

Why XFCE try to set the brightness to 0 (Get screen black)?
Last edited by bell on Sat Jun 28, 2025 3:49 pm, edited 1 time in total.
Top
WARP7
n00b
n00b
Posts: 1
Joined: Fri Jun 27, 2025 4:32 pm
Location: France

  • Quote

Post by WARP7 » Fri Jun 27, 2025 4:34 pm

same problem here
Top
pimiento
n00b
n00b
Posts: 33
Joined: Sat Dec 09, 2017 7:13 pm
Location: Russia, Yekaterinburg
Contact:
Contact pimiento
Website

  • Quote

Post by pimiento » Fri Jun 27, 2025 6:59 pm

I got the same problem when I updated mate-power-manager. It asks root password for set-brightness option. Here are use flags for my mate-power-manager:

Code: Select all

 ~ equery u mate-power-manager
[ Legend : U - final flag setting for installation]
[        : I - package is installed with flag     ]
[ Colors : set, unset                             ]
 * Found these USE flags for mate-extra/mate-power-manager-1.28.1-r1:
 U I
 + + applet    : Enable building of the MATE applet.
 + + elogind   : Enable session tracking via sys-auth/elogind
 + + keyring   : Enable support for freedesktop.org Secret Service API password store
 + + policykit : Enable PolicyKit (polkit) authentication support
 - - systemd   : Enable use of systemd-specific libraries and features like socket activation or session tracking
 - - test      : Enable dependencies and/or preparations necessary to run tests (usually controlled by FEATURES=test but can be toggled independently)
Top
Josef.95
Advocate
Advocate
Posts: 4857
Joined: Mon Sep 03, 2007 9:46 am
Location: Germany

  • Quote

Post by Josef.95 » Sat Jun 28, 2025 1:52 am

Not sure, but it is probably https://bugs.gentoo.org/959152

/Edit: Or/and elogind service not enabled/started?
Top
bell
Guru
Guru
User avatar
Posts: 524
Joined: Tue Nov 27, 2007 8:48 am

  • Quote

Post by bell » Sat Jun 28, 2025 3:49 pm

Thank you, Josef.95!

It is the bug. I modified the /usr/share/polkit-1/actions/org.xfce.power.policy replacing both the "/usr/sbin" paths by "/usr/bin". Now the issue is away.

By the way I did a grep for sbin in /usr/share/polkit-1 folder and adjusted /usr/share/polkit-1/actions/org.gsmartcontrol.policy too. Now the gsmarcontrol launch without asking for root password too.
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Sat Jun 28, 2025 11:48 pm

Same here, on a merged-/usr profile. As a best practice, I copied to and edited /etc/polkit-1/actions/org.xfce.power.policy rather than editing the file under /usr/share , so the change survives the next update.

(Of course the next update will probably fix the bug, but you know, best practice.)
Top
kozel
n00b
n00b
User avatar
Posts: 3
Joined: Sat Nov 05, 2022 8:33 am
Contact:
Contact kozel
Website

  • Quote

Post by kozel » Sun Jun 29, 2025 6:16 am

Looking in emerge logs the sys-auth/polkit-126-r1 and xfce-base/xfce4-power-manager-4.20.0 is not updated last time, so that should not be the issue.
sys-auth/polkit-126-r1 was stabilized for amd64 on June 21, and that was the moment after which I got the same problem.

Thank you for this topic :) My "temporary fix" was to disable "policykit" USE flag for xfce4-power-manager, but I doubt it was the best option.
Top
Massimo B.
Veteran
Veteran
User avatar
Posts: 1940
Joined: Wed Feb 09, 2005 3:05 pm
Location: PB, Germany

  • Quote

Post by Massimo B. » Tue Jul 01, 2025 7:02 am

sublogic wrote:Same here, on a merged-/usr profile. As a best practice, I copied to and edited /etc/polkit-1/actions/org.xfce.power.policy rather than editing the file under /usr/share , so the change survives the next update.
Hm, that didn't solve it for me. I also made a custom copy and modified that:

Code: Select all

diff -U0 /usr/share/polkit-1/actions/org.xfce.power.policy /etc/polkit-1/actions/org.xfce.power.policy
--- /usr/share/polkit-1/actions/org.xfce.power.policy	2025-03-20 06:56:27.914142928 +0100
+++ /etc/polkit-1/actions/org.xfce.power.policy	2025-07-01 08:49:45.239588061 +0200
@@ -0,0 +1,4 @@
+<!--
+WORKAROUND. Please remove this file with version greater than sys-auth/polkit-126-r1
+-->
+
@@ -93 +97 @@
-    <annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/xfpm-power-backlight-helper</annotate>
+    <annotate key="org.freedesktop.policykit.exec.path">/usr/bin/xfpm-power-backlight-helper</annotate>
@@ -175 +179 @@
-    <annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/xfce4-pm-helper</annotate>
+    <annotate key="org.freedesktop.policykit.exec.path">/usr/bin/xfce4-pm-helper</annotate>
Then I rebooted. But on display brightness changes in Xfce I still get the failure message from xfpm-power-backlight-helper to authenticate.
HP ZBook Power G9 i7-12700H,64GB DDR5|HP ProDesk 600 G5 i7-9700,128GB DDR4
Top
Massimo B.
Veteran
Veteran
User avatar
Posts: 1940
Joined: Wed Feb 09, 2005 3:05 pm
Location: PB, Germany

  • Quote

Post by Massimo B. » Tue Jul 01, 2025 9:26 am

In the syslog I find:

Code: Select all

# grep polkit /var/log/everything/current 
Jul 01 10:46:21 [polkitd] Registered Authentication Agent for unix-session:3 (system bus name :1.50 [/usr/libexec/polkit-gnome-authentication-agent-1], object path /org/gnome/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8)
Jul 01 10:47:43 [polkitd] Operator of unix-session:3 FAILED to authenticate to gain authorization for action org.freedesktop.policykit.exec for unix-process:4953:7779 [xfce4-power-manager] (owned by unix-user:mb)

Code: Select all

# equery belongs xfpm-power-backlight-helper
 * Searching for xfpm-power-backlight-helper ... 
xfce-base/xfce4-power-manager-4.20.0 (/usr/sbin/xfpm-power-backlight-helper)

Code: Select all

# ls -al /usr/sbin/xfpm-power-backlight-helper
-rwxr-xr-x 1 root root 15K 20. Mär 06:56 /usr/sbin/xfpm-power-backlight-helper*

Code: Select all

# eselect profile show
Current /etc/portage/make.profile symlink:
  default/linux/amd64/23.0/desktop
I'm using OpenRC.

Code: Select all

# realpath /usr/sbin/xfpm-power-backlight-helper
/usr/bin/xfpm-power-backlight-helper
HP ZBook Power G9 i7-12700H,64GB DDR5|HP ProDesk 600 G5 i7-9700,128GB DDR4
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Tue Jul 01, 2025 11:14 pm

Massimo, that is strange. Does it work if you edit the /usr/share copy ?

On my setup,

Code: Select all

$ diff -U0 {/usr/share,/etc}/polkit-1/actions/org.xfce.power.policy
--- /usr/share/polkit-1/actions/org.xfce.power.policy	2025-02-01 08:38:29.780040607 -0500
+++ /etc/polkit-1/actions/org.xfce.power.policy	2025-06-28 19:33:30.553314849 -0400
@@ -93 +93 @@
-    <annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/xfpm-power-backlight-helper</annotate>
+    <annotate key="org.freedesktop.policykit.exec.path">/usr/bin/xfpm-power-backlight-helper</annotate>
@@ -175 +175 @@
-    <annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/xfce4-pm-helper</annotate>
+    <annotate key="org.freedesktop.policykit.exec.path">/usr/bin/xfce4-pm-helper</annotate>
I got log errors too, in auth.log, now gone.

Code: Select all

Jun 28 19:36:28 localhost polkitd[3186]: Operator of unix-session:1 FAILED to authenticate to gain authorization for action org.freedesktop.policykit.exec for unix-process:3340:5358 [xfce4-power-manager] (owned by unix-user:pa)
Jun 28 19:36:34 localhost polkitd[3186]: Registered Authentication Agent for unix-session:2 (system bus name :1.56 [/usr/libexec/polkit-gnome-authentication-agent-1], object path /org/gnome/PolicyKit1/AuthenticationAgent, locale en_US.utf8)
Jun 28 19:36:37 localhost polkitd[3186]: Operator of unix-session:2 FAILED to authenticate to gain authorization for action org.freedesktop.policykit.exec for unix-process:5420:90250 [xfce4-power-manager] (owned by unix-user:pa)
Jun 28 19:36:51 localhost polkitd[3186]: Unregistered Authentication Agent for unix-session:2 (system bus name :1.56, object path /org/gnome/PolicyKit1/AuthenticationAgent, locale en_US.utf8) (disconnected from bus)
Jun 28 19:36:51 localhost polkitd[3186]: Operator of unix-session:2 FAILED to authenticate to gain authorization for action org.freedesktop.policykit.exec for unix-process:5420:90250 [xfce4-power-manager] (owned by unix-user:pa)
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Sun Jul 06, 2025 12:25 am

AAACK ! It's prompting me for the root password again !

This is after a reboot (because glibc was upgraded).
I noticed that the polkit-1/actions/ directory under /etc was root:root rwxr-x--- while the original under /usr/share was root:root rwxr-xr-x .
I changed the permissions to rwxr-xr-x, logged out, logged back in, and now I can change the brightness without being asked for root.

The root umask is 022, the /etc/polkit-1/actions must have been created as rwxr-xr-x because I didn't do anything special. What changed the permission? The reboot? How?

@Massimo: I didn't try to answer my own question (modifying the /usr/share copy) because, well, it works again.
The practical unit of "Learning Experience" is the milli-Gentoo.
Top
grknight
Retired Dev
Retired Dev
Posts: 2560
Joined: Fri Feb 20, 2015 9:36 pm

  • Quote

Post by grknight » Wed Jul 09, 2025 12:48 pm

sublogic wrote:The root umask is 022, the /etc/polkit-1/actions must have been created as rwxr-xr-x because I didn't do anything special. What changed the permission? The reboot? How?
Check if any setting for tmpfiles.d (like in /etc/tmpfiles.d and /usr/lib/tmpfiles.d) is resetting the permissions. Some packages may (ab)use this for more than just "tmpfiles".
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Thu Jul 10, 2025 1:25 am

grknight wrote:Check if any setting for tmpfiles.d (like in /etc/tmpfiles.d and /usr/lib/tmpfiles.d) is resetting the permissions. Some packages may (ab)use this for more than just "tmpfiles".
I thought about that. There is no /etc/tmpfiles.d ; there is /usr/lib/tmpfiles.d/polkit-tmpfiles.conf, owned by sys-auth/polkit , to create /etc/polkit-1/rules.d , owned root:polkitd , permissions 0750 , but nothing about /etc/polkit-1/actions .

(I don't reboot often, it's a lapotp; I suspend to RAM or (rarely) hibernate.)

EDIT: Okay, I rebooted. Permissions are fine and the backlight adjustment works without authentication.
The practical unit of "Learning Experience" is the milli-Gentoo.
Top
Massimo B.
Veteran
Veteran
User avatar
Posts: 1940
Joined: Wed Feb 09, 2005 3:05 pm
Location: PB, Germany

  • Quote

Post by Massimo B. » Mon Jul 14, 2025 12:38 pm

sublogic wrote:I noticed that the polkit-1/actions/ directory under /etc was root:root rwxr-x--- while the original under /usr/share was root:root rwxr-xr-x .
I changed the permissions to rwxr-xr-x, logged out, logged back in, and now I can change the brightness without being asked for root.
This should not be the issue here, permissions are good:

Code: Select all

# ls -ald /etc/polkit-1/ /etc/polkit-1/actions/
drwxr-xr-x 1 root root 56  1. Jul 08:37 /etc/polkit-1//
drwxr-xr-x 1 root root 42  1. Jul 11:30 /etc/polkit-1/actions//
# umask 
0022
Still I can't change the brightness.
HP ZBook Power G9 i7-12700H,64GB DDR5|HP ProDesk 600 G5 i7-9700,128GB DDR4
Top
Massimo B.
Veteran
Veteran
User avatar
Posts: 1940
Joined: Wed Feb 09, 2005 3:05 pm
Location: PB, Germany

  • Quote

Post by Massimo B. » Thu Aug 07, 2025 1:27 pm

When is this going to be fixed?
Can we patch it on Gentoo or need to wait for upstream fixes?
It's not only breaking manual display dimming, it's continuously annoying with a failure message on every automatic dimming timeout.
And I have no work-around found yet.
HP ZBook Power G9 i7-12700H,64GB DDR5|HP ProDesk 600 G5 i7-9700,128GB DDR4
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Sat Aug 09, 2025 10:17 pm

EDIT: Forget this. There are two fixes:
  1. With sys-auth-polkit-126-r1, a .policy file under /etc to override /usr/share/polkit-1/actions/org.xfce.power.policy;
  2. upgrade to >=sys-auth/polkit-126-r2 and leave the .policy files alone.
Either fix works. Together, they don't.

My post described a third fix to reconcile the first two. It works, but it's kind of stoopid. Don't do it. Ditch the .policy file under /etc and upgdate polkit.
And bug 959152 is indeed fixed. Apologies to Sam.

== Leaving my original post below for documentation only. Don't patch! Upgrade polkit. ==
=========================================================================================

GAAAH ! It's happening again, after an update. sys-auth/polkit was one of the updated packages.
  1. I'm on a merged-user profile; /usr/sbin is symlinked to /usr/bin.
  2. I have a file /etc/polkit-1/actions/org.xfce.power.policy, as mentioned earlier in this thread, but that is not enough.
I have a band-aid.

Code: Select all


diff --git a/common/xfpm-brightness-polkit.c b/common/xfpm-brightness-polkit.c
--- a/common/xfpm-brightness-polkit.c
+++ b/common/xfpm-brightness-polkit.c
@@ -80,7 +80,7 @@
   gchar *stdout_data = NULL;
   gint status;
   gint value = -1;
-  gchar *command = g_strdup_printf (SBINDIR "/xfpm-power-backlight-helper --%s", argument);
+  gchar *command = g_strdup_printf ("/usr/bin" "/xfpm-power-backlight-helper --%s", argument);
 
   XFPM_DEBUG ("Executing command: %s", command);
   if (!g_spawn_command_line_sync (command, &stdout_data, NULL, &status, &error)
@@ -155,7 +155,7 @@
 {
   GError *error = NULL;
   gint status;
-  gchar *command = g_strdup_printf ("pkexec " SBINDIR "/xfpm-power-backlight-helper --set-brightness %i", level);
+  gchar *command = g_strdup_printf ("pkexec " "/usr/bin" "/xfpm-power-backlight-helper --set-brightness %i", level);
 
   XFPM_DEBUG ("Executing command: %s", command);
   if (!g_spawn_command_line_sync (command, NULL, NULL, &status, &error)
@@ -193,7 +193,7 @@
 {
   GError *error = NULL;
   gint status;
-  gchar *command = g_strdup_printf ("pkexec " SBINDIR "/xfpm-power-backlight-helper --set-brightness-switch %i", _switch);
+  gchar *command = g_strdup_printf ("pkexec " "/usr/bin" "/xfpm-power-backlight-helper --set-brightness-switch %i", _switch);
 
   if (!g_spawn_command_line_sync (command, NULL, NULL, &status, &error)
       || !g_spawn_check_wait_status (status, &error))
If you want to use this patch, do not copy-paste from the display. Instead, click to reply to the post, copy-paste from the edit box and close the edit window. DO NOT APPLY THE PATCH ON A SPLIT-USR PROFILE.

I think the bug is in polkit, probably https://bugs.gentoo.org/959152 but I ended up patching xfce4-power-manager instead, for the following reasons.
  • I ran script -c "dbus-monitor --system" and tried to change the backlight level.
  • I was asked to authenticate.
  • The dbus trace had references to /usr/bin/xfpm-power-backlight-helper, so the policy file in /etc took effect.
  • But there are still references to /usr/sbin/xfpm-power-backlight-helper.
  • Those references seem to come from xfce4-power-manager, hence the above patch.
  • After rebuilding, logging out and logging back in, the backlight controls work.
The bug is marked as fixed, but obviously it isn't. My band-aid is not the right fix, but it works for now.

For completeness: full list of updated packages:

Code: Select all

2025-08-09T09:03:13 >>> dev-perl/Crypt-URandom-0.540.0
2025-08-09T09:03:24 >>> dev-perl/Authen-SASL-2.190.0
2025-08-09T09:03:36 >>> sys-apps/util-linux-2.41.1-r1
2025-08-09T09:05:26 >>> dev-libs/nettle-3.10.2
2025-08-09T09:06:01 >>> net-libs/gnutls-3.8.10
2025-08-09T09:08:11 >>> sys-fs/cryptsetup-2.8.0
2025-08-09T09:08:46 >>> dev-lang/rust-bin-1.88.0
2025-08-09T09:09:23 >>> dev-python/ensurepip-pip-25.1.1-r1
2025-08-09T09:09:43 >>> sys-kernel/ugrd-2.0.2
2025-08-09T09:10:01 >>> sys-auth/polkit-126-r2
2025-08-09T09:10:25 >>> sys-devel/binutils-2.44-r4
2025-08-09T09:12:26 >>> sys-apps/pciutils-3.14.0
2025-08-09T09:12:41 >>> sys-kernel/installkernel-60
2025-08-09T09:12:53 >>> gui-libs/libwlembed-0.0.0_pre20250715
2025-08-09T09:13:18 >>> xfce-extra/xfce4-screensaver-4.20.0-r1
2025-08-09T09:13:44 >>> xfce-base/thunar-4.20.4
2025-08-09T09:50:32 >>> sys-auth/polkit-126-r2
2025-08-09T15:58:23 >>> xfce-base/xfce4-power-manager-4.20.0
Last edited by sublogic on Sat Sep 06, 2025 10:39 pm, edited 3 times in total.
The practical unit of "Learning Experience" is the milli-Gentoo.
Top
dr.314159
n00b
n00b
Posts: 4
Joined: Mon May 01, 2017 8:03 am

  • Quote

Post by dr.314159 » Sun Aug 10, 2025 9:38 pm

Your workaround work for me. :D :D :D
Thank you very much.
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Sun Aug 10, 2025 9:51 pm

dr.314159 wrote:Your workaround work for me. :D :D :D
Thank you very much.
Nooooo ! Read the post again, I edited it 8O
The practical unit of "Learning Experience" is the milli-Gentoo.
Top
dr.314159
n00b
n00b
Posts: 4
Joined: Mon May 01, 2017 8:03 am

  • Quote

Post by dr.314159 » Mon Aug 11, 2025 11:54 am

sublogic wrote:
dr.314159 wrote:Your workaround work for me. :D :D :D
Thank you very much.
Nooooo ! Read the post again, I edited it 8O
In Germany we say: "Wer lesen kann ist klar im Vorteil." :D
Thank you - again.
Top
rogge
Tux's lil' helper
Tux's lil' helper
Posts: 148
Joined: Fri Oct 13, 2006 8:20 pm
Location: Erfurt

  • Quote

Post by rogge » Sat Sep 06, 2025 10:32 am

sublogic wrote:Nooooo ! Read the post again, I edited it 8O
Unfortunately I've the very same problem. But I don't get it! What's the working fix now? Your
first edit starts with "Forget this." and the second with "GAAAH ! It's happening again". Are both
broken?

Best, roggrogg

PS: Fixing /etc/polkit-1/actions/org.xfce.power.policy does'nt work.
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Sat Sep 06, 2025 10:37 pm

"Forget this" means "forget this post". I left the original below the '=======' for documentation. I will edit to make that clear.

The correct fix is to upgrade to >=sys-auth/polkit-126-r2 .
The practical unit of "Learning Experience" is the milli-Gentoo.
Top
rogge
Tux's lil' helper
Tux's lil' helper
Posts: 148
Joined: Fri Oct 13, 2006 8:20 pm
Location: Erfurt

  • Quote

Post by rogge » Wed Sep 10, 2025 11:47 pm

Thanks for your explanation. I'm on sys-auth/polkit-126-r2, but the error still occours.
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Fri Sep 12, 2025 1:34 am

rogge wrote:Thanks for your explanation. I'm on sys-auth/polkit-126-r2, but the error still occours.
And you do not have a hand-crafted org.xfce.power.policy file that changes the /usr/sbin/ paths, as in post 8865353 ?
The practical unit of "Learning Experience" is the milli-Gentoo.
Top
rogge
Tux's lil' helper
Tux's lil' helper
Posts: 148
Joined: Fri Oct 13, 2006 8:20 pm
Location: Erfurt

  • Quote

Post by rogge » Fri Sep 12, 2025 1:12 pm

I did changed org.xfce.power.policy from /usr/sbin to /usr/bin already. But error persits.
Top
sublogic
Guru
Guru
User avatar
Posts: 388
Joined: Mon Mar 21, 2022 3:02 am
Location: Pennsylvania, USA

  • Quote

Post by sublogic » Sat Sep 13, 2025 1:08 am

rogge wrote:I did changed org.xfce.power.policy from /usr/sbin to /usr/bin already. But error persits.
That's the problem. Roll back that change. It's only good on polkit-126-r1 and it breaks polkit-126-r2.
The practical unit of "Learning Experience" is the milli-Gentoo.
Top
Post Reply

27 posts
  • 1
  • 2
  • Next

Return to “Desktop Environments”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic