Arch Linux

For everyone getting the "missing package() function" error when trying to makepkg, edit the PKGBUILD file after extracting the archive and just replace "build()" with "package()"

Getting this when trying to makepkg:
==> ERROR: Missing package() function in /home/magnus/acpi-eeepc-generic/PKGBUILD

Hum...

Right off my head I don't know what is wrong. Open an issue on github so we can track this. I don't have much time for this though, you might want to dive in the code a bit ;) It's simple bash.

1215B should be supported but I get this:

>>> You're model 1215B
1215B is not (yet) supported.

Anything I can do?

@camthesaxman:
You are right, the wiki page is non-existent...
I've uploaded a new version that fixes this. I also added some text saying which configuration file to edit.

Changes:
v1.0.2-2
-Cleanup post-installation script: Give correct way to configure.
-Suggest re-starting acpid after installation.

That link is still wrong. It says:

>>> To finish installation, read the initial setup wiki page:
>>> http://wiki.github.com/nbigaouette/acpi-eeepc-generic/information-on-acpi-eeepc-generics-initial-setup

When I paste that into my browser, it redirects me to the home page:
https://github.com/nbigaouette/acpi-eeepc-generic/wiki
which says to install the package with pacman -U acpi-eeepc-generic*.pkg.tar.*z, which I already did. Is there something else that must be done after installing with pacman?

Version 1.0.2-1:
Minor change: Add support for 1005PXD
See https://github.com/nbigaouette/acpi-eeepc-generic/issues/27

Nirvana? It does point to the right wiki page, albeit being a bit outdated...

Small issue:

>>> To finish installation, read the initial setup wiki page:
>>> http://wiki.github.com/nbigaouette/acpi-eeepc-generic/information-on-acpi-eeepc-generics-initial-setup

The link points to nirvana (at least for me).. :-)

Works fine here. Now the unknown key event problem is solved to. Thank you very much.

New bug fix: removed --login argument to su to re-enable libnotify notifications.
(4753aa2cec838dc3d9f1fe0de1b48fc3ed8ea3be)
Thanks kalle!

I also added a new option to the .conf file to prevent showing notifications of unknown key events (I have them; I think the kernel driver now generates those).

Changing the line /bin/su $user --login -c "${@}" to /bin/su $user -c "${@}" in acpi-eeepc-generic-functions.sh solved the problem.

Since the last update notification does not work using libnotify.

Finally released v1.0! :) I've uploaded commit 343b19067a10bf9759fc2bfbf5c1b51243cea865 (tag v1.0-2)

Nothing much changed from the RCs though. Mainly URL changed, description and a couple of new models, as reported on the issue tracker.

OK, then you should update the URL and grab the source via git. Typically the package should end with -git, but I don't think that's compulsory if it's only available via git. Also "return 1" is not needed any more.

I moved development to github:
https://github.com/nbigaouette/acpi-eeepc-generic

http://code.google.com/p/acpi-eeepc-generic/downloads/list

What says that rc2 is the latest? I've bumped to rc3 July 25th 2010...
See https://github.com/nbigaouette/acpi-eeepc-generic/blame/1.0/PKGBUILD

It says 1.0rc2-0.1 is the latest version. Where did 1.0rc3-0.1 come from?

Interesting. This works for me on linux-lts, but not on linux. I'm getting a "handler undefined" message.

Since the last archupdate notify doesn't work

Since the last archupdate notify doesn't work

@hcjl:
1) You'll need to checkout the 1.0 branch ;)
2) As for the eeepc_laptop module, it is not part of this package. It comes with the kernel:
# pacman -Qo /usr/lib/modules/3.4.5-1-ARCH/kernel/drivers/platform/x86/eeepc-laptop.ko.gz
/usr/lib/modules/3.4.5-1-ARCH/kernel/drivers/platform/x86/eeepc-laptop.ko.gz is owned by linux 3.4.5-1
Did you built your own kernel?

Building this from git it has version no. 0.9.3-1, which for me looks older than 1.0rc3-0.1. With both versions modprobe eeepc_laptop fails, because the module does not exist.

If I remember correctly, what is available here is the latest version. If there is a difference between what is available in AUR and the git repo, it should be minor.
The git repo can be cloned from here: https://github.com/nbigaouette/acpi-eeepc-generic
It includes the PKGBUILD also so it should be as simple as git clone + cd + makepkg.

It is flagged out of date because the repository[1] has updated since Jul 27 2010. The most up to date branch is `1.0`. I'm testing the `1.0` PKGBUILD to make sure it works, if it doesn't then I'll see what I can do from there.

[1]https://github.com/nbigaouette/acpi-eeepc-generic

Can someone explain to me why this is flagged out of date?

I have the exact same problem as ChemBro. I'm not working Wi-Fi and notification after the upgrade to Linux 3.0

And I found the solution: rt2860sta is replaced by rt2800pci with the Linux 3.0 kernel. Also rt2870sta is replaced by rt2800usb.

See: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=fefecc6989b4b24276797270c0e229c07be02ad3

Okay, so I read that "rt2860sta", the staging driver, was removed, because there is a stable driver in mainline. But I don't know how to activate it... Anyone knows, what to do?

I updated my system (on an EEE PC 1000H) today (including linux 3.0) and now, I don't have wifi anymore. I can't enable/disable wifi anymore with the eee pc shortcuts and wlan0 doesn't show up in "ip addr" and similiar. Also I don't get any notification, if I reduce the sound volume or brightness or mute the system or something else.

Is it possible, that this is a problem of acpi-eeepc-generic <--> linux 3.0 or is it something else? I want my wifi back and I don't know where to start. :-/

Thanks for the info! :)

Sorry about that, that looks like an AUR issue. I'll re-upload a new one.
Meanwhile, you can clone the git repo as it contains everything you need, including the pkgbuild:
git clone git://github.com/nbigaouette/acpi-eeepc-generic.git acpi-eeepc-generic.git
cd acpi-eeepc-generic.git
makepkg

The download link seems to be unavailable with a 404 error! :S

Could you please add a way to disable the logsbackup script, i.e. by setting $LOGSBACKUP_FOLDER to an empty string?

Suspend2ram takes very long on my machine, because /etc/rc.d/logsbackup is run. I don't need that feaure, though, because /var/log is a real harddisk.

I like this, could it become release version?
I suggest put a Note message put "acpi_osi=Linux" on grub's boot line, eg.
kernel /vmlinuz26 ... acpi_osi=Linux

Without this setting, module eee_laptop won't be loadded, and this script won't workable

Hum just like this I don't know. Open an issue on github so I can track it: https://github.com/nbigaouette/acpi-eeepc-generic/issues

This package is awesome! However I have a little problem with the function key that controls the screen toggling (Fn+F8 on EeePC 1000H). It's set to run the /etc/acpi/eeepc/acpi-eeepc-generic-toggle-displays.sh script in the config, but somehow if I use the key combo to activate it this results in both screens blanking and coming back up over and over. I have to press Fn+F8 several more times until one of the screens finally stabilizes. The strange thing is that running the same script by clicking on it in dolphin works perfectly. Any ideas?

I deleted my previous comment as a reinstall resolved my issue. This is a great package. I'm using a 1018P.
@skunktrader: Thanks for the tips.

Hi big_gie
Thanks for a great package. I am the proud owner of a new 1001P and am very grateful that I found this package. I tried to report the following issues on http://github.com/nbigaouette but was unable to create a login for some reason.

I found a couple of problems:
1) /etc/acpi/eeepc/models/acpi-eeepc-1001P-events.conf has the wrong id for the KEY_Fn_F4 (Resolution key). I had to change it to KEY_Fn_F4="00000038" to be recognized.

2) /etc/acpi/eeepc/acpi-eeepc-generic-toggle-resolution.sh has a problem. My 1001P supports 1024x600, 800x600 and 640x480. Calling the script repeatedly caused it to set the resolution to 800x600 over and over. The problem is that the file at tmp_xrandr needs to be rewritten (or deleted) after changing the resolution otherwise the value of LVDS_CURRENT never changes and the second resolution in the list is used every time. I was able to fix the problem by inserting a new line containing "xrandr > $tmp_xrandr" after "xrandr -s $mode" in the function toggle_resolution. Now, repeated presses cause the resolution to cycle through 1024x600 -> 800x600 -> 640x480 -> 1024x600 ... as expected.

Once again, thank you for this excellent package. Every Fn+Fx key on the 1001P just works.

It seems that somehow gdm will cause acpid to not respond (all hotkeys unusable) unless acpid is explicitly restarted. It may be a bug in the gdm side, and may be caused by upower (installed as dependency by gdm). Everything works fine after gdm is uninstalled.

ok, so @export locale and loginShell it is. oh well, I'm using loginShell anyway. :)

I'm not sure it's possible as the scripts are run as root...

hello,

I set my COMMANDS_BUTTON_USER1 to ("@urxvtc"), but there's a problem with that - it doesn't keep any environment variables, locales are reset to posix, path gets reset to /bin and so on. Is there a way to fix that?

reloading everything is not an option, because it takes too long and setting urxvt to loginShell helps only partially - it restores the variables, but only after urxvt has loaded... without unicode support.

so far I've been able to enable unicode with setting the command to ("@export LC_ALL=en_EN.UTF-8 && urxvtc"), but I hope there's a better solution. :)

cheers.

hello,

I set my COMMANDS_BUTTON_USER1 to ("@urxvtc"), but there's a problem with that - it doesn't keep any environment variables, locales are reset to posix, path gets reset to /bin and so on. Is there a way to fix that?

reloading everything is not an option, because it takes too long and setting urxvt to loginShell helps only partially - it restores the variables, but only after urxvt has loaded... without unicode support.

so far I've been able to enable unicode with setting the command to ("@export LC_ALL=en_EN.UTF-8 && urxvtc"), but I hope there's a better solution. :)

cheers.

@dlin
You can't prevent the bios from taking over the keys... The only thing you can do is complain to asus... You could try downgrading the bios. As worst case, set the action in /etc/conf.d/acpi-[...] to NONE to disable the script for that key press.

big_gie, you are right. I've uninstalled this package, and found BIOS is the real owner of these ACPI keys. And I've upgraded my eeepc S101 to newest BIOS. That cause some keys is unknown by ACPI. Do you know how to use your scripts instead of BIOS's ?

I think I see 2 problems with your issues.

First, could the SHOW_KEY be related to issue #62 ( http://code.google.com/p/acpi-eeepc-generic/issues/detail?id=62 )
Because the scripts runs as root, they normally don't have access to the X server, so the notifications cannot be shown. There is a hack to get permission, but it seems in certain conditions it fails, so no notifications.

Secondly, your keys migth have changed due to a kernel update or a BIOS update. Did you do an update like it? On my eee, the Fn+F2 wifi toggle is now controlled by the bios. I say now because at first I needed to map Fn+F2 to the wifi script. See the wireless wiki about it: http://wiki.github.com/nbigaouette/acpi-eeepc-generic/wireless

Open an issue on GitHub here: http://github.com/nbigaouette/acpi-eeepc-generic/issues so it will be easier for me to follow and fix.

This package have ever workable, but it failed now.
I want to debug, but SHOW_KEY=1 is not workable.
I've installed libnotify.

I found some key is workable, but some key is NOT.
ex.
toogle wifi->OK
toogle volume failed (in xev it shows XF86AudioMute)

Hi all,

I've uploaded another release candidate (RC3). What changed:
-Switched to GitHub for development. See http://github.com/nbigaouette/acpi-eeepc-generic
-Closed most issues reported.
-New supported models: 1001P, 1005P, 1005PE, 1201N, T91TM (maybe others, see the *-events.conf list to see if your model is supported)
-I've never been able to produce correct .desktop files: I wanted to create a new subdirectory in the menu directory "Configuration". I couldn't place my desktop file in there, so instead of overflowing the menu, I removed all .desktop files.

Please test and report any problem on GitHub's Issue tracker: http://github.com/nbigaouette/acpi-eeepc-generic/issues
I've also put some info on the wiki: http://wiki.github.com/nbigaouette/acpi-eeepc-generic/

please add also 1001p and 1005p/pe models.