I made an ebuild for RSIBreak found on KDE-Apps.org.
Created attachment 80774 [details] kde-misc/rsibreak-0.5.0_rc1.ebuild
*** Bug 124161 has been marked as a duplicate of this bug. ***
Created attachment 80793 [details] kde-misc/rsibreak-0.5.0.ebuild The final release of RSIbreak 0.5 are out, so here is the ebuild. :)
The real RSIBreak homepage is http://www.omat.nl/drupal/?q=node/23 The official tarball is at http://www.omat.nl/drupal/?q=system/files&file=rsibreak-0.5.0.tar.bz2 (not the nicest URL)
Sorry, but using your download URL gives the following error message: >>> Downloading http://pandemonium.tiscali.de/pub/gentoo/distfiles/files&file=rsibreak-0.5.0.tar.bz2 --00:12:27-- http://pandemonium.tiscali.de/pub/gentoo/distfiles/files => `/archie/software/gentoo/distfiles/files' Aufl
Sorry, but using your download URL gives the following error message: >>> Downloading http://pandemonium.tiscali.de/pub/gentoo/distfiles/files&file=rsibreak-0.5.0.tar.bz2 --00:12:27-- http://pandemonium.tiscali.de/pub/gentoo/distfiles/files => `/archie/software/gentoo/distfiles/files' Auflösen des Hostnamen »pandemonium.tiscali.de«.... >>> Generating the digest file... <<< files&file=rsibreak-0.5.0.tar.bz2 !!! We have a source URI, but no file... !!! File: /archie/software/gentoo/distfiles/files&file=rsibreak-0.5.0.tar.bz2 vanillasky rsibreak # 195.52.219.14 Verbindungsaufbau zu pandemonium.tiscali.de|195.52.219.14|:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 404 Not Found 00:12:28 FEHLER 404: Not Found. this is the output, wenn using this line: SRC_URI="http://www.omat.nl/drupal/?q=system/files&file=${P}.tar.bz2" in the ebuild
It seem, that portage can not detect the correct begin of the file name. What sould we do in this case? Is there a suggested way to tell portage the real filename without the path?
Is it legal (and doable) to overwrite ebuild variable A in this case. According to man 5 ebuild this variable should not be modified, because it is automaticalle generated of SRC_URI. But then, how to tell portage the file name? I have to grep the portage tree, to find equal problems and solutions, of course.
Will take a look. In case like these the tarball has to be manually injected to Gentoo's mirrors, as portage can't download it directly from that URL.
Okay then, I'm going to take this bug. I've committed an improved ebuild on my overlay at http://dev.gentoo.org/~flameeyes/bzr/overlay/ . I haven't yet added it to portage as I'm having a bit of a problem: the countdown during breaks doesn't count anything down. I've contacted upstream and I hope to hear from him about that, if it's a bug, I'd like to have a patch for that before entering portage. I've also added the dependencies for modular x that were missing and an xscreensaver useflag that allow to enable/disable idle detection by using libXscrnSaver. As soon as the countdown issue is pointed down, I'll see to add this package to portage. [BTW as I haven't inject the tarball to mirrors yet, it won't find it when using emerge; download it manually and then put it in DISTDIR.]
Okay the problem with countdown was due to xss being disabled. I've dropped xscreensaver useflag for now, considering xscreensaver an hard dependency (this means that it won't allow you to install rsibreak without it).
Hm, I have no xscreensaver installed (using modular xorg 7.0) but got no problems while installing rsibreak without it.
I'm not talking about x11-misc/xscreensaver but about x11-libs/libXScrnSaver; without that idle detection doesn't work, so rsibreak works sub-optimally (doesn't detect if the user is at the computer or not), and has the problem of never ending the break state.
Ah, ok. Sorry for my missunderstanding. Thanks for maintaining this package.
Are there any reasons to not support x86 architectures? The ebuild works fine with KEYWORDS="~x86" here.
It's mainly because I can't mark anything but ~amd64. Please open a bug for x86 arch team to get it keyworded ~x86.