J'ai aussi fait la manip avec une 9.2 mise à jour en 10.0. Tout s'est bien passé à part un léger souci de dépendance sur le port portupgrade :
Après m'avoir désinstallé la version "freebsd 9", il a rencontré un blocage sur rubydb-quelque-chose. Il a ensuite refusé de réinstaller portupgrade qui n'était pas dans la "bonne architecture" (9 au lieu de 10). J'ai installé manuellement rubydb-truc et portupgrade à partir de l'arbre des ports, et tout refonctionne normalement. Là il est en train de recompiler tous les autres ports, aucune erreur so far.
Ton histoire de ruby-bdb me fait subodorer très fort qu'il soit nécessaire de réinstaller *tout* le méta-port ports-maintenance-tools....
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
J'ai aussi fait la manip avec une 9.2 mise à jour en 10.0. Tout s'est
bien passé à part un léger souci de dépendance sur le port portupgrade :
Après m'avoir désinstallé la version "freebsd 9", il a rencontré un
blocage sur rubydb-quelque-chose. Il a ensuite refusé de réinstaller
portupgrade qui n'était pas dans la "bonne architecture" (9 au lieu de
10). J'ai installé manuellement rubydb-truc et portupgrade à partir de
l'arbre des ports, et tout refonctionne normalement.
Là il est en train de recompiler tous les autres ports, aucune erreur so
far.
Ton histoire de ruby-bdb me fait subodorer très fort qu'il soit
nécessaire de réinstaller *tout* le méta-port
ports-maintenance-tools....
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
J'ai aussi fait la manip avec une 9.2 mise à jour en 10.0. Tout s'est bien passé à part un léger souci de dépendance sur le port portupgrade :
Après m'avoir désinstallé la version "freebsd 9", il a rencontré un blocage sur rubydb-quelque-chose. Il a ensuite refusé de réinstaller portupgrade qui n'était pas dans la "bonne architecture" (9 au lieu de 10). J'ai installé manuellement rubydb-truc et portupgrade à partir de l'arbre des ports, et tout refonctionne normalement. Là il est en train de recompiler tous les autres ports, aucune erreur so far.
Ton histoire de ruby-bdb me fait subodorer très fort qu'il soit nécessaire de réinstaller *tout* le méta-port ports-maintenance-tools....
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
xavier
Bon, c'était très con et vicieux à la fois.
Les compils avec make reinstall clean se passaient bien. Par contre, portupgrade persistait à vouloir utiliser pkg_create.
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Deux jours de perdus, grmblblbl.
La piste de virer et réinstaller ports-maintenance-tools était bonne, juste un peu brutale...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Bon, c'était très con et vicieux à la fois.
Les compils avec make reinstall clean se passaient bien.
Par contre, portupgrade persistait à vouloir utiliser pkg_create.
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait
une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait
le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Deux jours de perdus, grmblblbl.
La piste de virer et réinstaller ports-maintenance-tools était bonne,
juste un peu brutale...
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
Les compils avec make reinstall clean se passaient bien. Par contre, portupgrade persistait à vouloir utiliser pkg_create.
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Deux jours de perdus, grmblblbl.
La piste de virer et réinstaller ports-maintenance-tools était bonne, juste un peu brutale...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Patrick Lamaizière
patpro ~ patrick proniewski :
En passant, vous avez vu qu'on a un nouvel arbre des ports "stable" dispo ? (ça c'est cool) :
haa hooo, c'est super ça. Par contre j'imagine qu'il faut renoncer à portsnap et utiliser svn (pour les ports, pas pour les pkg) ?
patpro
-- photo http://photo.patpro.net/ blog http://www.patpro.net/
xavier
Xavier wrote:
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Quel con, quand j'y repense...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Xavier <xavier@groumpf.org> wrote:
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait
une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait
le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Quel con, quand j'y repense...
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Quel con, quand j'y repense...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
xavier
Patrick Lamaizière wrote:
puis make index (pas sûr si c'est encore nécessaire ?)
portsdb -fU fait la même chose en nettement plus rapide.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Patrick Lamaizière <adresse@est.invalid> wrote:
puis make index (pas sûr si c'est encore nécessaire ?)
portsdb -fU fait la même chose en nettement plus rapide.
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
puis make index (pas sûr si c'est encore nécessaire ?)
portsdb -fU fait la même chose en nettement plus rapide.
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Patrick Lamaizière
Xavier :
Xavier wrote:
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Quel con, quand j'y repense...
Ça arrive, plus c'est con plus c'est long (!).
Xavier :
Xavier <xavier@groumpf.org> wrote:
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait
une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait
le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Quel con, quand j'y repense...
Ça arrive, plus c'est con plus c'est long (!).
David Marec
Le 03-04-2014, Xavier a écrit :
Patrick Lamaizière wrote:
puis make index (pas sûr si c'est encore nécessaire ?)
portsdb -fU fait la même chose en nettement plus rapide.
'-FU' (make fetchindex), plutôt. En quoi ce serait plus rapide, sinon ? - La commande est sensée lancer un 'make index' -
Le 03-04-2014, Xavier <xavier@groumpf.org> a écrit :
Patrick Lamaizière <adresse@est.invalid> wrote:
puis make index (pas sûr si c'est encore nécessaire ?)
portsdb -fU fait la même chose en nettement plus rapide.
'-FU' (make fetchindex), plutôt. En quoi ce serait plus rapide, sinon ?
- La commande est sensée lancer un 'make index' -
puis make index (pas sûr si c'est encore nécessaire ?)
portsdb -fU fait la même chose en nettement plus rapide.
'-FU' (make fetchindex), plutôt. En quoi ce serait plus rapide, sinon ? - La commande est sensée lancer un 'make index' -
espie
In article <1ljj2e4.8cfayi1mbkduoN%, Xavier wrote:
Bon, c'était très con et vicieux à la fois.
Les compils avec make reinstall clean se passaient bien. Par contre, portupgrade persistait à vouloir utiliser pkg_create.
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Deux jours de perdus, grmblblbl.
La piste de virer et réinstaller ports-maintenance-tools était bonne, juste un peu brutale...
Ca t'aura permis de raler comme un porc sur de malheureux outils qui ne t'ont rien fait.
De mon point de vue, ca prouve bien que la route "pkg2ng" est la bonne. Ca va enfin permettre a Free de passer un serieux coup de karsher dans tous ces outils a la con plus ou moins equivalents, et de se retrouver avec UNE suite d'outils propre et qui marche.
(le bouzin avec 3 millions d'options a la con, c'est plutot linux dans mon experience, hein. Ne surtout pas virer un vieil outil, ca pourrait froisser...)
In article <1ljj2e4.8cfayi1mbkduoN%xavier@groumpf.org>,
Xavier <xavier@groumpf.org> wrote:
Bon, c'était très con et vicieux à la fois.
Les compils avec make reinstall clean se passaient bien.
Par contre, portupgrade persistait à vouloir utiliser pkg_create.
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait
une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait
le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Deux jours de perdus, grmblblbl.
La piste de virer et réinstaller ports-maintenance-tools était bonne,
juste un peu brutale...
Ca t'aura permis de raler comme un porc sur de malheureux outils qui
ne t'ont rien fait.
De mon point de vue, ca prouve bien que la route "pkg2ng" est la bonne.
Ca va enfin permettre a Free de passer un serieux coup de karsher dans
tous ces outils a la con plus ou moins equivalents, et de se retrouver
avec UNE suite d'outils propre et qui marche.
(le bouzin avec 3 millions d'options a la con, c'est plutot linux dans
mon experience, hein. Ne surtout pas virer un vieil outil, ca pourrait
froisser...)
In article <1ljj2e4.8cfayi1mbkduoN%, Xavier wrote:
Bon, c'était très con et vicieux à la fois.
Les compils avec make reinstall clean se passaient bien. Par contre, portupgrade persistait à vouloir utiliser pkg_create.
Et le coupable est : pkgtools.conf (et moi accessoirement) où traînait une directive générale (port = *) avec WITH*OUT*_PKGNG=yes, qui prenait le pas sur le WITH_PKGNG=yes de /etc/make.conf.
Deux jours de perdus, grmblblbl.
La piste de virer et réinstaller ports-maintenance-tools était bonne, juste un peu brutale...
Ca t'aura permis de raler comme un porc sur de malheureux outils qui ne t'ont rien fait.
De mon point de vue, ca prouve bien que la route "pkg2ng" est la bonne. Ca va enfin permettre a Free de passer un serieux coup de karsher dans tous ces outils a la con plus ou moins equivalents, et de se retrouver avec UNE suite d'outils propre et qui marche.
(le bouzin avec 3 millions d'options a la con, c'est plutot linux dans mon experience, hein. Ne surtout pas virer un vieil outil, ca pourrait froisser...)
Patrick Lamaizière
Marc Espie :
De mon point de vue, ca prouve bien que la route "pkg2ng" est la bonne. Ca va enfin permettre a Free de passer un serieux coup de karsher dans tous ces outils a la con plus ou moins equivalents, et de se retrouver avec UNE suite d'outils propre et qui marche.
C'est clair que pkg ça change la vie et c'est une très bonne chose.
Marc Espie :
De mon point de vue, ca prouve bien que la route "pkg2ng" est la bonne.
Ca va enfin permettre a Free de passer un serieux coup de karsher dans
tous ces outils a la con plus ou moins equivalents, et de se retrouver
avec UNE suite d'outils propre et qui marche.
C'est clair que pkg ça change la vie et c'est une très bonne chose.
De mon point de vue, ca prouve bien que la route "pkg2ng" est la bonne. Ca va enfin permettre a Free de passer un serieux coup de karsher dans tous ces outils a la con plus ou moins equivalents, et de se retrouver avec UNE suite d'outils propre et qui marche.
C'est clair que pkg ça change la vie et c'est une très bonne chose.
