View previous topic :: View next topic |
Author |
Message |
masterinferno Apprentice
Joined: 28 Jul 2004 Posts: 236 Location: France
|
Posted: Sun Sep 03, 2006 5:53 pm Post subject: [ebuild] Ebuild personnalisé et erreur "dobin" (r |
|
|
Bonsoir,
J'ai repris cet ebuild dans Bugzilla pour l'adapter à la nouvelle version (0.5.91) et en modifiant la ligne SRC_URI en conséquence.
Code: | # Copyright 1999-2006 Gentoo Technologies, Inc.
# Distributed under the terms of the GNU General Public License v2
IUSE=""
DESCRIPTION="Tux Commander - Fast and Small filemanager using GTK2"
HOMEPAGE="http:/tuxcmd.sourceforge.net/"
SRC_URI="http://tuxcmd.sourceforge.net/files/snapshots/${PN}-${PV}-bin.tar.bz2"
SLOT="0"
LICENSE="GPL-2"
KEYWORDS="~x86"
RESTRICT="nomirror"
DEPEND=">=x11-libs/gtk+-2"
RDEPEND=">=x11-libs/gtk+-2"
src_compile() {
einfo "This is a binary package, we dont compile this one.."
}
src_install () {
dobin ${WORKDIR}/tuxcmd
} |
Mais voilà, après le digest de l'ebuild, un emerge me donne ce résultat:
Quote: | >>> Emerging (1 of 1) app-misc/tuxcmd-0.5.91 to /
* tuxcmd-0.5.91-bin.tar.bz2 MD5 ... [ ok ]
* tuxcmd-0.5.91-bin.tar.bz2 RMD160 ... [ ok ]
* tuxcmd-0.5.91-bin.tar.bz2 SHA1 ... [ ok ]
* tuxcmd-0.5.91-bin.tar.bz2 SHA256 ... [ ok ]
* tuxcmd-0.5.91-bin.tar.bz2 size ... [ ok ]
* checking ebuild checksums ... [ ok ]
* checking auxfile checksums ... [ ok ]
* checking miscfile checksums ... [ ok ]
* checking tuxcmd-0.5.91-bin.tar.bz2 ... [ ok ]
>>> Unpacking source...
>>> Unpacking tuxcmd-0.5.91-bin.tar.bz2 to /var/tmp/portage/tuxcmd-0.5.91/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/tuxcmd-0.5.91 ...
* This is a binary package, we dont compile this one..
>>> Source compiled.
>>> Test phase [not enabled]: app-misc/tuxcmd-0.5.91
>>> Install tuxcmd-0.5.91 into /var/tmp/portage/tuxcmd-0.5.91/image/ category app-misc
!!! dobin: /var/tmp/portage/tuxcmd-0.5.91/work/tuxcmd does not exist
>>> Completed installing tuxcmd-0.5.91 into /var/tmp/portage/tuxcmd-0.5.91/image/
man:
>>> Merging app-misc/tuxcmd-0.5.91 to /
--- /usr/
--- /usr/bin/
>>> Safely unmerging already-installed instance...
--- !empty dir /usr/bin
--- !empty dir /usr
>>> Regenerating /etc/ld.so.cache...
>>> Original instance of package unmerged safely.
>>> Regenerating /etc/ld.so.cache...
>>> app-misc/tuxcmd-0.5.91 merged.
>>> No packages selected for removal by clean.
>>> Auto-cleaning packages...
>>> No outdated packages were found on your system.
* GNU info directory index is up-to-date. |
C'est la ligne en gras qui me pose problème
Vous savez pourquoi ? _________________ "La vérité, c'est comme la peau du saucisson: desfois, c'est dur à avaler."
Last edited by masterinferno on Sun Sep 03, 2006 7:39 pm; edited 1 time in total |
|
Back to top |
|
|
Alexis Developer
Joined: 25 Jun 2004 Posts: 241
|
Posted: Sun Sep 03, 2006 7:12 pm Post subject: |
|
|
Remplace :
Code: |
src_install () {
dobin ${WORKDIR}/tuxcmd
}
|
Par :
Code: |
src_install () {
dobin ${WORKDIR}/${PN}-${PV}
}
|
Ou un truc dans le genre, cf http://devmanual.gentoo.org/ebuild-writing/variables/index.html pour plus de détails sur les variables dans les ebuilds.
Pour être sur de ce qu'il faut faire, tu peux faire un : ebuild machin.ebuild unpack
aller voir dans /var/tmp/portage/lenomquivabien/work/
et regarder ce qu'il y a dedans. En gros, $WORKDIR pointe vers ce répertoire. |
|
Back to top |
|
|
masterinferno Apprentice
Joined: 28 Jul 2004 Posts: 236 Location: France
|
Posted: Sun Sep 03, 2006 7:24 pm Post subject: |
|
|
Alors voilà qui est bizarre...
J'ai modifié la ligne comme tu l'as dit, ce qui semble logique. Plutôt que de mettre le nom du rép., utiliser les variables telles que décrites dans le devmanuel de Gentoo.
Par contre, j'ai toujours la même erreur.
et la commande ebuild unpack me permet de trouver la source du blème.. (enfin je pense)
Quote: | >>> Unpacking source...
>>> Unpacking tuxcmd-0.5.91-bin.tar.bz2 to /var/tmp/portage/tuxcmd-0.5.91/work
>>> Source unpacked |
En fait il devrait me le décompresser dans /var/tmp/portae/tuxcmd-0.5.91-bin non ?
Mais bon, je vois pas comment faire _________________ "La vérité, c'est comme la peau du saucisson: desfois, c'est dur à avaler." |
|
Back to top |
|
|
Alexis Developer
Joined: 25 Jun 2004 Posts: 241
|
Posted: Sun Sep 03, 2006 7:31 pm Post subject: |
|
|
Il l'a décompressé là dedans :
/var/tmp/portage/tuxcmd-0.5.91/work
Hmm et oui à me relire, j'ai oublié un truc :
C'est pas dobin ${WORKDIR}/${PN}-${PV} qu'il faut mais :
Code: |
dobin ${WORKDIR}/${PN}-${PV}-bin/tuxcmd
|
Ou plus court et mieux :
Code: |
dobin ${S}-bin/tuxcmd
|
Forcément à vouloir aller trop vite j'écris des bétises |
|
Back to top |
|
|
masterinferno Apprentice
Joined: 28 Jul 2004 Posts: 236 Location: France
|
Posted: Sun Sep 03, 2006 7:38 pm Post subject: |
|
|
Bien joué
ça marche.. j'ai pigé ton aide:
La source-bin/tuxcmd puisque dans cette nouvelle version, ils ont rajouté bin derrière...
Merci _________________ "La vérité, c'est comme la peau du saucisson: desfois, c'est dur à avaler." |
|
Back to top |
|
|
Alexis Developer
Joined: 25 Jun 2004 Posts: 241
|
Posted: Sun Sep 03, 2006 7:51 pm Post subject: |
|
|
En fait ce qui a surtout changé par rapport à l'ebuild du bugzilla, c'est que pour l'ancienne version quand tu prends le tarball et fais un tar xjf dessus, ça te sort juste un éxécutable : tuxcmd
En revanche, quand tu prends la nouvelle version, ça te crée un nouveau répertoire nommé tuxcmd-0.5.91-bin où l'éxécutable est dedans, d'où le fait que dobin ne pouvait pas le trouver si tu lui précisais pas le bon chemin.
Aussi, pour la nouvelle version j'ai vu qu'il y avait des librairies dans le sous répertoire plugins, qui ne sont donc pas installées par l'ebuild, ptetre que t'auras des problèmes avec certaines fonctionalités ou ptetre que c'était juste pour la compatibilité avec des systèmes n'ayant pas les librairies. |
|
Back to top |
|
|
masterinferno Apprentice
Joined: 28 Jul 2004 Posts: 236 Location: France
|
Posted: Sun Sep 03, 2006 8:05 pm Post subject: |
|
|
En fait, cette version a l'air de marcher au poil, donc les plugins...
A moins que ça n'ait une influence avec ma précédente question sur les modules VFS: https://forums.gentoo.org/viewtopic-t-494370.html _________________ "La vérité, c'est comme la peau du saucisson: desfois, c'est dur à avaler." |
|
Back to top |
|
|
|