Re: [gentoo-amd64] Re: simulating apt-get on gentoo

[Daiajo Tibdixious]

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 <daiajo@×××××.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 <jcallen@g.o> 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