Package Details: eee-control

Git Clone URL: (read-only)
Package Base: eee-control
Description: A utility for the EeePC family which allows the user to modify the FSB, toggle hardware on and off and more.
Upstream URL:
Licenses: BSDL
Submitter: None
Maintainer: None
Last Packager: Stunts
Votes: 32
Popularity: 0.000000
First Submitted: 2008-12-07 18:05
Last Updated: 2015-06-09 12:33

Dependencies (10)

Required by (0)

Sources (3)

  • eee-control-daemon.conf.diff
  • eee-control-daemon.diff
  • eee-control-daemon.rc

Latest Comments

Stunts commented on 2016-03-23 14:49

Disowned. I can no longer make this work due to dependencies on deprecated stuff such as "consolekit".
I also have no more need of it on my Eee, which barely gets any use nowadays.
Upstream seems to be just as dead, so I guess this is the end of Eee-control.

Stunts commented on 2015-09-04 12:06

I have actually tried to install it on my main system, and after overcoming some problems with the old PKGBUILD format, I am stuck with getting the old consolekit support up and runnig... That should be problematic... I don't think it will be possible the keep this package running without consolekit.
If you still want to try it, you can always download everything from here:
to a local dir and run "makepkg", followed by "pacman -U eee-control-" there.
Let me know how it turns out.

Stunts commented on 2015-09-04 11:44

Whoa. haven't turned on my eee since like April.
Try changing the dependencies from "python-notify" to "python2-notify2" and "python-wnck" to "python2-wnck".
I don't have my eee with me to test, but let me know if works like that.

Hippyjake commented on 2015-09-04 09:31

Hey it seems python-notify and python-wnck are no longer in the aur. would love to get this on my eee.


deagon commented on 2013-11-16 00:56

I think I commented before I had thought that one through. Thanks being understanding and for the infomation though. I don't think I installed the whole base-devel group of tools but just bits and bobs before installing this the last time. regards --deagon

Stunts commented on 2013-10-30 12:28

Thank you for your feedback, I do understand your point of view, but two things:
1. patch should actually belong to mekedepends
2. this is bad practice according to the wiki:

Otherwise we would have to add to almost every PKGBUILD make, gcc, etc...
But if it is a problem for archbang, I am willing to add an exception.

deagon commented on 2013-10-30 08:09

Could you add Patch to the list of the dependencies? In a clean install of archbang the build failed because patch wasn't already installed on the system, it built and worked fine afterward though. regards -- deagon

Stunts commented on 2013-09-12 07:43

Good to know it's all sorted out! Cheers!

Funkin-Stoopid commented on 2013-09-11 22:11

It's fixed. Anyway, good job. Thanks

Stunts commented on 2013-09-11 21:41

I could not reproduce your issue, but I did correct a potential problem with \' and \".
Please try the new version and let me know if it's working.

Stunts commented on 2013-09-11 10:50

Humm... that's strange.
I'll look into it tonight.

Funkin-Stoopid commented on 2013-09-11 10:45

I got this error:
==> Starting package()...
/tmp/yaourt-tmp-xavier/aur-eee-control/./PKGBUILD: line 33: cd: /tmp/yaourt-tmp-xavier/aur-eee-control/src/eee-control: No such file or directory
==> ERROR: A failure occurred in package().

Stunts commented on 2013-04-23 19:22

Updated to match new PKGBUILD guidelines.
I have also changed the version for bzr revision system, since that is what is currently being used anyway.

Stunts commented on 2013-04-21 09:42

I haven't updated this due to anos ilness. I should be able to do it pretty soon, though.
Sorry about th e delay.

moonman commented on 2013-04-21 05:44

srcdir can't be used with pacman 4.1
There's a service file included in source for systemd as well under debian dir.
Please update

Stunts commented on 2012-11-14 22:20

Thanks for the heads up. I had totally missed it.
It's fixed now.

anonymous_user commented on 2012-11-14 16:58

Looks like you need to remove ConsoleKit from dependencies.

Stunts commented on 2012-10-17 22:10

Updated to meet the new dependencies.
Also adds a service file for systemd (builds from my branch on bzr).

Stunts commented on 2012-08-14 22:14

I have this package now working with systemd.
I have submitted a patch upstream for it.
If they take too long to respond I will add a patch to the package for systemd compatibility. Otherwise I will just update it.

snoxu commented on 2012-05-23 01:02

How does one start this? I'm getting the following:

sudo rc.d start eee-control-daemon
:: Starting Eee Control Daemon [BUSY] Cannot access ACPI control files!
Make sure the modules eeepc_acpi (or eeepc_laptop) are loaded.

Stunts commented on 2012-04-26 20:53

Sorry it didn't work out for you.
But you may still wish to try adding this to your grub kernel line:
acpi_osi=Linux acpi_backlight=vendor
Maybe it solves your issue. I don't have a model like yours so I cannot try it myself, but I remember these parameters solving a similar problem on a friend's eee 1015 some time ago.

Nierro commented on 2012-04-26 15:15

I installed it, but it requires acpi_osi=Linux in my grub kernel line. But if i put it, i won't be able to adjust my screen brightness, so for now i can't use it.
Well, those 2 minutes in which i used it, i can say it was a very good software!
Thanks for your support!

Stunts commented on 2012-04-23 10:51

Yes, it they are safe to remove.
The only explanation I can find is that the package creates those files after being installed...
Actually, since the files end in a ".pyc" extension, this is the most likely situation.

Nierro commented on 2012-04-22 14:22

ok, there are no packages providing each of them. So i can safely remove them, right?
Thank you!
It is strange tough, because I installed eee-control to try it out 2 months ago, via yaourt. And i removed it after 10 minutes!
Why those files remained?

Nierro commented on 2012-04-22 14:18

i'll try then!

Stunts commented on 2012-04-22 14:12

This happens because either:
a) You have some leftover files from eee-control that was not installed via pacman or;
b) Some other package owns those files.

Either case you can do:
pacman -Qo "each of the conflicting files"
To see if they belong to any other package. In case the don't, you can safely delete them and install eee-control.
Hope this helps.

Nierro commented on 2012-04-22 13:46

I cannot install this package, i get this error:
eee-control: /usr/lib/python2.7/site-packages/EeeControl/__init__.pyc è già presente nel filesystem (in english -> already present in filesystem)
eee-control: /usr/lib/python2.7/site-packages/EeeControl/actions.pyc è già presente nel filesystem
eee-control: /usr/lib/python2.7/site-packages/EeeControl/config.pyc è già presente nel filesystem
eee-control: /usr/lib/python2.7/site-packages/EeeControl/daemonize.pyc è già presente nel filesystem
eee-control: /usr/lib/python2.7/site-packages/EeeControl/ichsmbus.pyc è già presente nel filesystem
eee-control: /usr/lib/python2.7/site-packages/EeeControl/models.pyc è già presente nel filesystem
eee-control: /usr/lib/python2.7/site-packages/EeeControl/she.pyc è già presente nel filesystem
eee-control: /usr/lib/python2.7/site-packages/EeeControl/utils.pyc è già presente nel filesystem
What can i do?
thanks! (netbook asus eee 1215p) :)

Stunts commented on 2012-01-08 22:11

I have updated the package thanks to venom for pointing the problem.
When building directly from bzr source some hacks are no longer necessary. Hence the "python22" bug in my package. Since I had a forgotten link like the one mentioned by venom I did not notice the problem on my system.
Please accept my apologies for my mistake.

venom commented on 2012-01-07 08:16

Doesn't work here. Get errors when updating, that there are still files of the old installation. After removing them I get the following output:
bash: /usr/bin/eee-control-tray: /usr/bin/python22: no file or directory

I symlinked python22 to python3 but still geht the following error message at startup:
$ eee-control-tray
Traceback (most recent call last):
File "/usr/bin/eee-control-tray", line 19, in <module>
import gtk
ImportError: No module named gtk

edit: I symlinked python22 to python2.7 instead and now it works

venom commented on 2012-01-06 17:41

Doesn't work here. Get errors when updating, that there are still files of the old installation. After removing them I get the following output:
bash: /usr/bin/eee-control-tray: /usr/bin/python22: no file or directory

I symlinked python22 to python3 but still geht the following error message at startup:
$ eee-control-tray
Traceback (most recent call last):
File "/usr/bin/eee-control-tray", line 19, in <module>
import gtk
ImportError: No module named gtk

Stunts commented on 2012-01-05 22:37

Updated to latest upstream. Since upstream didn't build a .deb with the latest bugfix, I have made the PKGBUILD build from BZR.
This is temporary, and when a new version is released in launchpad I will use the .deb again and drop BZR.
Thank you for your understanding. =-)

Stunts commented on 2012-01-04 19:34

Thank you. I will update it later tonight.

dieghen89 commented on 2012-01-04 18:09

Now you can adopt it. Good luck with this package :)

Stunts commented on 2012-01-04 10:55

Hi dieghen89. If you no longer use this package I will gladly adopt it.
I still make good use of it. =-)

dieghen89 commented on 2012-01-03 15:42

Hi stunts, you're the one that uses this package anymore i think :P If you need it, i can abandon it...

Stunts commented on 2011-08-07 20:13

@dieghen89: You're welcome!

dieghen89 commented on 2011-08-07 16:14

I can't try it now, i trust in Stunts that i give thanks :)

venom commented on 2011-08-01 19:02

Does anybody know a way to make the extra-buttons work without hal?

I'm using an eeepc 1000H and when I replace hal by dbus in rc.conf, they don't work anymore.

Stunts commented on 2011-07-31 22:39

Updated source package here:
Added a little sed hack to make it work with current python-notify (removed a couple of lines).
Didn't notice any lack of functionality tough...

dieghen89 commented on 2011-06-24 20:48

Now i have no time to correct all patches...I'm in full exams period till half july...If someone would take a look then i can update the package..

rospo84 commented on 2011-06-20 08:20

there's a new version, if you are still interessed:

dieghen89 commented on 2011-06-12 12:30

I know i know...Bad bad choiche :( I don't understand why use mono in a small software (also a big btw :P )...

Mr.Smith1974 commented on 2011-06-12 12:26

I use acpi-eeepc-generic. jupiter depends on the mono and gtk-sharp :(

dieghen89 commented on 2011-06-12 10:33

The server is down, the project is dead, i have no link to the sources...Do you have the tarball? :P

As i have aready written, switch to acpi-eeepc-generic or jupiter....

Mr.Smith1974 commented on 2011-06-12 10:25

dieghen89, Download it :)

dieghen89 commented on 2011-06-12 09:32

MegaKiller1998, why have you signed this package outofdate?

dieghen89 commented on 2011-05-29 17:19

Eee-control is an old tool, i don't use it anymore and the develop is stopped a lot of months ago...You can give a try to acpi-eeepc-generic instead...

Anonymous comment on 2011-05-29 16:19

The source server does not seem to exists anymore.

venom commented on 2011-03-21 23:38

Works perfect

Thank you!

ava1ar commented on 2011-03-21 08:27

attach_to_status_icon method was removed from latest version of python-notification package for some reason. As a quick workaround I suggest comment/remove line 284 from "/usr/lib/python2.7/site-packages/EeeControl/": self.notify.attach_to_status_icon(self.icon). This should make application working til fix is released.

venom commented on 2011-03-21 08:16

Got problems starting eee-control-tray

Any idea?

Anonymous comment on 2011-02-23 17:13

@ Stunts

Stunts commented on 2011-02-22 18:20

Try here:

Not 100% sure it's the same version tough...

Anonymous comment on 2011-02-22 17:59

Does anyone have the eee-control_0.9.6_all.deb archive? The original site is down.

Anonymous comment on 2010-11-28 18:54

Ah, right. My bad -- I was apparently using some weird outdated mirror. Now everything works as it should, thanks! :)

dieghen89 commented on 2010-11-28 14:46

diego@eeepc ~>yaourt -Ss python2-gconf
extra/python2-gconf 2.28.1-5 [0,02 M]
Python bindings for interacting with GConf
diego@eeepc ~>yaourt -Ss python-wnck
extra/python-wnck 2.32.0-3 [0,01 M]
Python bindings for libwnck

Anonymous comment on 2010-11-28 13:47

python2-gconf does not exist in the Arch repos, not even in AUR. I edited the PKGBUILD to look for python-gconf (which exists in AUR), but I also seem to need a package "python-wnck" that I can't find.

dieghen89 commented on 2010-11-26 18:05

Just added :)

aberkoke commented on 2010-11-26 18:02

Please add python2-gconf to dependencies. Without it, eee-control-tray doesn't work! It says:

[arch@eeepc rc.d]$ /usr/bin/eee-control-tray
Traceback (most recent call last):
File "/usr/bin/eee-control-tray", line 20, in <module>
import EeeControl.tray
File "/usr/lib/python2.7/site-packages/EeeControl/", line 25, in <module>
import gconf
ImportError: No module named gconf

dieghen89 commented on 2010-10-27 10:37

i've just tried to clone the git tree but it is unreachable :/ Thee is also this[^1] launchpad page, but:

An application for managing hotkeys and special settings of the Asus Eee PC Netbooks. For now deprecated, a new maintainer has to step up or switch to

And jupiter is a mono package so i want try to avoid it...Other ideas?


Pierre commented on 2010-10-24 10:07

As a workaround you could create a tar from the 0.9.6 tag and include it into the package.

Anonymous comment on 2010-10-24 08:16

Try rebuild package with PKGBUILD from aur. Python2.6 was upgraded to Python2.7 and now know as "python2" package.

dieghen89 commented on 2010-10-22 08:48

Hi pierre :) I pick up the deb package because the only source code is the git branch...Do you think that is better use that instead the deb? The sources of the 0.9.6 version hasn't been released...I've also sent an email to the developer but he doesn't answers...

Pierre commented on 2010-10-21 16:39

This package contains 32bit binaries that wont work on x86_64. It would be best to actually build from source than just repackaging a .deb.

Anonymous comment on 2010-10-21 12:31

It doesn't work for me. I get this message
:: Starting Eee Control Demon [BUSY] Traceback (most recent call last):
File "/usr/bin/eee-control-daemon", line 25, in <module>
import EeeControl.actions
File "/usr/lib/python2.6/site-packages/EeeControl/", line 25, in <module>
ImportError: No module named ioport

Anonymous comment on 2010-10-20 12:29

Ok. It works

dieghen89 commented on 2010-10-20 09:37

I've updated the package, please test if it works...

Anonymous comment on 2010-10-20 06:27

I've fixed the problem with python3 simple adding #!/usr/bin/python2 in /usr/bin/eee-control-daemon and /usr/bin/eee-control-tray
and moving /usr/lib/python2.6/site-packages/EeeControl -> /usr/lib/python2.7/site-packages/EeeControl
/usr/lib/python2.6/site-packages/eee_control-0.9.6.egg-info -> /usr/lib/python2.7/site-packages/eee_control-0.9.6.egg-info

Anonymous comment on 2010-10-20 01:51

Becouse Archlinux upgrade python upto python3 the daemon does not work...

dieghen89 commented on 2010-05-27 17:59

Updated! Grigori I hope only in this release doesn't provides a source package (i've sent him an email), so I've used the .deb to build the pkg...

dieghen89 commented on 2010-05-27 11:57

I'm working on the 0.9.6 version, it introduces some new things --> some new problem...I hope I'll solve all ;)