Bugzilla Bug 124174

I made an ebuild for RSIBreak found on KDE-Apps.org.

Created an attachment (id=80774) [edit]
kde-misc/rsibreak-0.5.0_rc1.ebuild

*** Bug 124161 has been marked as a duplicate of this bug. ***

Created an attachment (id=80793) [edit]
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.