From: David Haller <gentoo@dhaller.de>
To: gentoo-user-de@lists.gentoo.org
Subject: Re: [gentoo-user-de] Manuelles Patchen bei emerge?
Date: Wed, 12 Jun 2019 13:19:08 +0200 [thread overview]
Message-ID: <20190612111907.dsagxwcmhur2nyhi@grusum.endjinn.de> (raw)
In-Reply-To: <zWobgp9kYT-p82Pi8gEn519UoDYkO9SuSZJ04OLtGfsbn-_WXq1nU8Ra2R2Zbi9juhkfUfHng8cB4_R8ohVbogNGPIjwWIk3sv7zHjOXGxc=@protonmail.com>
Hallo,
Am Wed, 12 Jun 2019, Khaosgrille schrieb:
>das geht wie hier beschrieben: https://wiki.gentoo.org/wiki//etc/portage/patches
>
>Also im Prinzip muss der Patch da als /etc/portage/patches/${CATEGORY}/${P} liegen.
>> Konkret würde ich gerne in media-plugins/vdr-epgsearch die zwei winzigen
>> Änderungen von der Seite
>> https://projects.vdr-developer.org/git/vdr-plugin-epgsearch.git/commit/?id=49ba796fe6298abf0ebba68a25ddfc92d3d70aad
>> einbauen (die den Segfault seit letzter Woche ausmerzen sollen). Wäre
>> im Source mit vi ja ganz simpel zu korrigieren, aber wo, wann und wie?
[..]
Also konkret, ich nehme mal an, du beziehst dich auf die ~amd Version
media-plugins/vdr-epgsearch-2.2.0...:
# mkdir -p /etc/portage/patches/media-plugins/vdr-epgsearch-2.2.0
# chmod -cR a+rX /etc/portage/patches/media-plugins/
# cd /etc/portage/patches/media-plugins/vdr-epgsearch-2.2.0
# wget -O vdr-epgsearch-2.2.0-no_erase_of_iterator_inside_loop.patch \
'https://projects.vdr-developer.org/git/vdr-plugin-epgsearch.git/patch/?id=49ba796fe6298abf0ebba68a25ddfc92d3d70aad'
# chmod -c a+r vdr-epgsearch-2.2.0-no_erase_of_iterator_inside_loop.patch
Und das war's schon.
Achso, ggfs. statt "-2.2.0" eben "-1.0.1" verwenden wenn es um die
stable-Version geht.
Durch die Version im Verzeichnisnamen -2.2.0 wird der Patch nur
bei dieser angewendet, wenn dann 2.2.1 _mit_ dem Patch rauskommt
fliegt emerge nicht auf die Nase, weil der Patch nicht zweimal
angewendet werden kann. Andererseits: wenn man das öfter macht kann
sich "Müll" in /etc/portage/patches ansammeln, ohne die Version würde
emerge eben wg. zweifach anwenden des patches meckern und man könnte
sich erinnern und den Patch löschen... Muß man eben überlegen was wann
geeigneter ist...
HTH,
-dnh
--
Optimization matters *only* when it matters. When it matters, it matters a
lot, but until you know that it matters, don't waste a lot of time doing it.
Even if you know it matters, you need to know *where* it matters.
-- Joseph M. Newcomer
next prev parent reply other threads:[~2019-06-12 11:19 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-12 10:24 [gentoo-user-de] Manuelles Patchen bei emerge? Matthias Hanft
2019-06-12 10:29 ` Khaosgrille
2019-06-12 11:19 ` David Haller [this message]
2019-06-12 13:09 ` Matthias Hanft
2019-06-12 14:25 ` Felix Kuperjans
2019-06-12 14:56 ` David Haller
2019-06-12 15:16 ` Matthias Hanft
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190612111907.dsagxwcmhur2nyhi@grusum.endjinn.de \
--to=gentoo@dhaller.de \
--cc=gentoo-user-de@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox