View previous topic :: View next topic |
Author |
Message |
cloc3 Advocate
Joined: 13 Jan 2004 Posts: 4788 Location: http://www.gentoo-users.org/user/cloc3/
|
Posted: Sat May 07, 2011 1:51 pm Post subject: [portage] patching on the fly |
|
|
Quote: |
s939 patches # emerge -1 --nodeps kdeplasma-addons
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) kde-base/kdeplasma-addons-4.6.2
* kdeplasma-addons-4.6.2.tar.bz2 RMD160 SHA1 SHA256 size ...
* Package: kde-base/kdeplasma-addons-4.6.2
* Repository: gentoo
[...]
>>> Unpacking kdeplasma-addons-4.6.2.tar.bz2 to /var/tmp/portage/kde-base/kdeplasma-addons-4.6.2/work
>>> Source unpacked in /var/tmp/portage/kde-base/kdeplasma-addons-4.6.2/work
>>> Preparing source in /var/tmp/portage/kde-base/kdeplasma-addons-4.6.2/work/kdeplasma-addons-4.6.2 ...
* Applying kdeplasma-addons-4.6.2-optional-akonadi.patch ...
* Applying user patches from /etc/portage/patches//kde-base/kdeplasma-addons-4.6.2 ...
* no-semantic-desktop.patch ...
* Done with patching
|
la patch in rosso è stata collocata manualmente nella cartella /etc/portage:
Code: |
s939 patches # pwd; ls kde-base/kdeplasma-addons-4.6.2/
/etc/portage/patches
no-semantic-desktop.patch
|
tempo fa serviva per coprire un baco temporaneo non ancora risolto.
ora, mi ritrovo in una situazione analoga per libquicktime.
così, ho aggiunto manualmente la patch:
Code: |
s939 patches # ls media-libs/libquicktime-1.2.2/
lqt_gtk.patch
|
il comportamento di portage (2.2.0_alpha31), però non è simmetrico, e la patch non viene applicata:
Code: |
s939 patches # emerge -1 --nodeps libquicktime
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) media-libs/libquicktime-1.2.2
* Wiping /var/tmp/portage
*
* Unmounting memory device(s):
* [ tmpfs ] on /var/tmp/portage/media-libs/libquicktime-1.2.2 ... [ ok ]
*
* now /var/tmp/portage it's spick and span!
* libquicktime-1.2.2.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* Package: media-libs/libquicktime-1.2.2
* Repository: gentoo
[...]
>>> Unpacking libquicktime-1.2.2.tar.gz to /var/tmp/portage/media-libs/libquicktime-1.2.2/work
* Applying libquicktime-1.2.2-ffmpeg07.patch ... [ ok ]
* Running elibtoolize in: libquicktime-1.2.2/
* Applying portage-2.2.patch ...
* Applying sed-1.5.6.patch ...
* Applying as-needed-2.2.6.patch ...
>>> Source unpacked in /var/tmp/portage/media-libs/libquicktime-1.2.2/work
|
purtroppo il funzionamento della cartella /etc/portage/patches non è ancora documentato ufficialmente, e io stesso lo ho scoperto per caso navigando bugzilla.
c'è qualcuno che ne sa di più e potrebbe giusitficare il mio caso? _________________ vu vu vu
gentù
mi piaci tu |
|
Back to top |
|
|
cloc3 Advocate
Joined: 13 Jan 2004 Posts: 4788 Location: http://www.gentoo-users.org/user/cloc3/
|
Posted: Sat May 07, 2011 2:04 pm Post subject: |
|
|
forse ho già capito:
credo che non si tratti di una funzionalità specifica di portage, ma di uno strumento della eclas eutils (la funzione epatch_user() ).
libquicktime non la può utilizzare perché l'ebuild non è predisposto a farlo.
solo inserendo una riga con il comando epatch_user nella sezione src_unpack dell'ebuild di libquicktime, l'installazione si conclude con successo.
(non va bene, invece, usare src_prepare).
peccato. secondo me sarebbe utile permettere a tutti gli ebuild di usare questo strumento, magari attraverso una apposita FEATURES in make.conf.
edit: uff. probabilmente sto pensando a questo baco (se ho capito bene, perché il testo è un po' criptico):
sembra aperto dal 2009 ma, apparentemente, nessuno gli ha ancora dato un occhio. _________________ vu vu vu
gentù
mi piaci tu |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|