[FreeBsd] Portupgrade naar versie 7.0

Pagina: 1
Acties:

  • ruudboon
  • Registratie: September 2001
  • Laatst online: 15-01 16:46
Met mijn freebsd bak (AMD64) ben ik van versie 6.3 naar 7.0 gegaan.
Na de kernel upgraden moet ik mijn geinstalleerde ports opnieuw compileren.
Bij de meeste gaat het goed maar bij een paar blijf ik een error houden. Dit is oa bij apache zo.
Tijdens het compileren geeft ie dit aan :

/usr/bin/ld: /usr/lib/libpthread.a(thr_syscalls.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC
/usr/lib/libpthread.a: could not read symbols: Bad value
*** Error code 1

Stop in /usr/ports/www/apache22/work/httpd-2.2.8/srclib/apr.
*** Error code 1

Heeft iemand enig idee hoe dit veroorzaakt wordt en hou ik het evt. kan oplossen.

  • FiscBiker
  • Registratie: April 2003
  • Laatst online: 01:37
Je schrijft het er niet bij, dus ik moet het wel vragen.
Je hebt ook world gerebuild?

Ik denk dat de meeste mensen met zo'n grote update de voorkeur geven aan een nieuwe installatie.

  • ruudboon
  • Registratie: September 2001
  • Laatst online: 15-01 16:46
Heb het gedaan via de freebsd-upgrade-tool
Zie ook : http://www.cyberciti.biz/faq/howto-freebsd-server-upgrades/
Heb die volgorde ook aan gehouden.

  • FiscBiker
  • Registratie: April 2003
  • Laatst online: 01:37
Dat is vreemd. Sinds 6.2 is freebsd-update een onderdeel van FreeBSD (/usr/sbin/freebsd-update), terwijl die website je een ander (ouder) exemplaar van freebsd-update.sh wil laten gebruiken.

Ondanks dat zit er overigens bijna geen verschil tussen de verschillende componenten, dus dat zou geen reden hoeven zijn voor het falen.

uname -rs geeft de juiste versie aan?

En als je iets als man hostname probeert, dan staat onderaan ook FreeBSD 7.0?

  • ruudboon
  • Registratie: September 2001
  • Laatst online: 15-01 16:46
Ja bij beide geeft ie 7.0 aan. Die website staat trouwens gelinked vanaf de freebsd site.

  • ruudboon
  • Registratie: September 2001
  • Laatst online: 15-01 16:46
Ik heb het kunnen oplossen.

ln -s /usr/lib/libthr.so /usr/lib/libpthread.so

bleek de oplossing te zijn.
Is een bug voor amd64 heb precies hetzelfde ook op een andere server
Pagina: 1