Hallo,

Am Wed, 12 Jun 2019, Felix Kuperjans schrieb:
>Am 12.06.19 um 15:09 schrieb Matthias Hanft:
>>  * Applying vdr-epgsearch-2.2.0-no_erase_of_iterator_inside_loop.patch ...
>> 2 out of 2 hunks FAILED -- saving rejects to file conflictcheck.c.rej 
>
>Du kannst in dieser Datei mal nachgucken, was mit deinem Patch nicht
>funktionierte. Aus irgendeinem Grund lässt er sich nicht auf den
>Quelltext anwenden.
>
>Der Workspace müsste noch in /var/tmp/portage/ liegen, ansonsten noch
>ein cooler Trick, um den Workspace zu bekommen:
>
>ebuild filepath.ebuild prepare
>
>erstellt dir in /var/tmp/portage (oder was du als PORTAGE_TMPDIR
>konfiguriert hast) den Workspace, so dass du selber darauf rumpatchen
>kannst (prepare im Gegensatz zu unpack wendet auch Gentoo Patches
>bereits an sowie deine Patches aus /etc/portage/patches).
>Um dann einen neuen Patch zu erstellen, ist git sehr hilfreich, wie in
>diesem Howto erklärt:
>
>https://wiki.gentoo.org/wiki/Patches
>
>Damit solltest du deinen Patch ins korrekte Format bringen können, so
>dass er sich auch anwenden lässt.

Als Ergänzung: nach dem 'ebuild foo.ebuild prepare' kann man dann noch

# ebuild foo.ebuild compile
# ebuild foo.ebuild package
# emerge -k foo

folgen lassen... ;) 'ebuild foo.ebuild merge' funktioniert auch, macht
aber irgendwas anders, jedenfalls taucht z.B. ein per 'ebuild .. merge' 
installiertes Paket nicht in 'qlop -l' auf (und/oder genlop)...

Jedenfalls: der patch passt einfach nicht mehr zu den Sourcen...

Ich hab den mal angepasst ("rebased"), siehe Anhang ;)

HTH,
-dnh

-- 
[PHP ist ein] total inkonsistenter Moloch, der mehr Funktionen als Funktiona-
lität hat, bei dem aber nichts anständig designt respektive implementiert ist
und bei dessen Benutzung man ständlich auf der Suche nach dem Workaround zum
Workaround für den Fehler im Workaround zum Designfehler ist.   -- E. Schwenk