Got src_install working except for mysterious (to me) problem:
src_install () {
into /opt
dobin usr/bin/runescape-launcher
exeinto /opt/${PN}
doexe usr/share/games/runescape-launcher/runescape
insinto /opt/${PN}
doins usr/share/games/runescape-launcher/runescape.png
insinto /usr/share/applications
doins usr/share/applications/runescape-launcher.desktop
insinto /usr/share/kde4/services
doins usr/share/kde4/services/*.protocol
dodoc usr/share/doc/runescape-launcher/changelog.gz
# usr/share/doc/runescape-launcher/copyright
for size in 16 24 32 48 64 256 512; do
doicon -s ${size}
usr/share/icons/hicolor/${size}x${size}/apps/runescape.png
done
}
Everything works fine except for the 2 protocol files:
# find /var/tmp/portage/games-rpg/RuneScape-2.2.2/image -name "*.protocol"
/var/tmp/portage/games-rpg/RuneScape-2.2.2/image/usr/share/applications/rs-launchs.protocol
/var/tmp/portage/games-rpg/RuneScape-2.2.2/image/usr/share/applications/rs-launch.protocol
Despite saying insinto kde4 services, they go into applications, which
is the previous location.
On Thu, Apr 21, 2016 at 12:58 PM, Daiajo Tibdixious <dai...@gmail.com> wrote:
> Thanks very much for that. I managed to get the fetch & unpack
> working, but nothing
> I tried for src_install worked, and your code is much neater than mine.
>
> On Thu, Apr 21, 2016 at 9:59 AM, Jonathan Callen <jcal...@gentoo.org> wrote:
>> On 04/18/2016 10:11 PM, Daiajo Tibdixious wrote:
>>> dpkg has a native gentoo version app-arch/dpkg but dpkg --unpack gave an
>>> error.
>>> However ar x worked fine.
>>> Ended up with usr/bin/runescape-launcher which is fine, but also
>>> usr/share stuff which I'll check for collisions.
>>> (this is all in /var/tmp)
>>>
>>> Thanks very much, you saved me much trouble.
>>>
>>> Not sure if its just me, but apt is written in c++ using mostly C
>>> constructs, and doesn't seem to have been through an oo design.
>>> Makes it very weird to try to follow.
>>>
>>> I won't be able to install/run it today due to being busy.
>>>
>>
>> Attached is my attempt at a proper ebuild for this package. The
>> dependencies are based on what the deps *should* have been, not what the
>> .deb actually declares. I haven't actually tested this fully.
>>
>> --
>> Jonathan Callen
