Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 243050 - app-laptop/hdapsd ~amd64 keyword request
Summary: app-laptop/hdapsd ~amd64 keyword request
Status: RESOLVED LATER
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Mobile Herd (OBSOLETE)
URL:
Whiteboard:
Keywords: KEYWORDREQ
Depends on:
Blocks:
 
Reported: 2008-10-21 13:44 UTC by Henning Schild
Modified: 2009-03-22 10:08 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Henning Schild 2008-10-21 13:44:07 UTC
Compiles and works without a problem.

Reproducible: Always

Steps to Reproduce:
Comment 1 Dawid Węgliński (RETIRED) gentoo-dev 2008-10-21 14:03:28 UTC
Can you tell me how make it works? I already tried this on my r61i thinkpad, but seems it doesn't work at all.
Comment 2 Henning Schild 2008-10-21 17:00:47 UTC
You need to patch your kernel (see  http://www.thinkwiki.org/wiki/HDAPS). The patches that come with hdapsd from the tree are outdated. I never tried letting the ebuild patch my kernel.

Please describe your problem in more detail if it did not compile or install this is an ebuild problem. If it simply did not start you might want to have a look at /etc/init.d/hdapsd and patch your kernel.
Comment 3 Dawid Węgliński (RETIRED) gentoo-dev 2008-10-21 22:58:27 UTC
Not sure if keywording packages that are not supposed to run with original kernel is good, perhaps this bug should depend on kernel bug for hdaps. Let other amd64 monkeys discuss this please.
Comment 4 Henning Schild 2008-10-22 07:39:44 UTC
I am using this on x86 for years and always patched the kernel myself. Still the ~x86 keyword and the ebuild are very useful because i need the daemon for it to work. Its only some strange runtime dependency this package handles in the init-script.

Another example like this is sys-apps/tuxonice-userui which only is useful for people using sys-kernel/tuxonice-sources or people patching there kernel themselfs. That is why sys-apps/tuxonice-userui should not and does not depend on sys-kernel/tuxonice-sources.
Comment 5 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-10-22 12:54:02 UTC
(In reply to comment #4)

> Another example like this is sys-apps/tuxonice-userui which only is useful for
> people using sys-kernel/tuxonice-sources or people patching there kernel
> themselfs. That is why sys-apps/tuxonice-userui should not and does not depend
> on sys-kernel/tuxonice-sources.
> 

tuxonice-userui is pretty obvious that it needs tuxnonice-sources. Anyway, this example is not a precedent for hdapsd.

If you know how to patch your kernel, then you know how to use package.keywords. As such, it is my opinion to resolve this as LATER and consider it again when 2.6.28 is released because supposedly the kernel patch will hit mainline then. We try to provide the best user experience possible, and keywording something that doesn't necessarily work out of the box, is not the best possible experience for unknowing users. Just my 2 cents.

Additionally, there is 4 open bugs for hdapsd and it is a 2 year old package. =/
Comment 6 Dawid Węgliński (RETIRED) gentoo-dev 2008-10-24 16:16:45 UTC
So, marking as LATER till it gets merged in 2.6.28 and hits portage tree.
Comment 7 Jan Schubert 2009-03-22 10:06:47 UTC
And just for the notes (regarding the the 2 year old package in xomment #5): There is just a new release available, see http://sourceforge.net/project/showfiles.php?group_id=138242&package_id=308030
Comment 8 Jan Schubert 2009-03-22 10:08:56 UTC
(In reply to comment #7)
> There is just a new release available

See Bug 263324