Ich wollte auf meiner NAS Box eben ein Package installieren, und wurde mit folgendem begrüßt:
In der Zwischenzeit habe ich (Laie wie ich bin) rausgefunden, dass das wohl daran liegt, dass der Release-Zweig nur zum Release angelegt wurde (und damit wohl durch das 9.1 Release weggefallen ist), und nur der 9.0 Stable-Zweig weiterhin aktualisiert wird.
Ich habe daher:
Und kann nun wieder Packages installieren. Problem: Habe bswp. portupgrade installiert (war vorher nicht auf dem System), dies kann ich aber nicht ausführen:
Habe dann aus Verzweiflung (weil portupgrade ja nicht funkioniert) versucht, das perl Package per pkg_add zu aktualisieren:
perl hat nun das gleiche undefined-reference Problem
Da habe ich wohl ein kleines Unheil angerichtet. Wie mach ich das richtig, bzw. wie reparier ich die Situation?
Nebenbei noch eine Frage: Wieso "erkennen" weder pkg_info noch pkg_delete dass das perl Package installiert ist?
Code:
Error: Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9.0-release/Latest/murmur.tbz: File unavailable (e.g., file not found, no access)
pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9.0-release/Latest/murmur.tbz' by URL
In der Zwischenzeit habe ich (Laie wie ich bin) rausgefunden, dass das wohl daran liegt, dass der Release-Zweig nur zum Release angelegt wurde (und damit wohl durch das 9.1 Release weggefallen ist), und nur der 9.0 Stable-Zweig weiterhin aktualisiert wird.
Ich habe daher:
Code:
export PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest/
Und kann nun wieder Packages installieren. Problem: Habe bswp. portupgrade installiert (war vorher nicht auf dem System), dies kann ich aber nicht ausführen:
Code:
~> pkg_add -r portupgrade
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest/portupgrade.tbz... Done.
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/All/ruby-1.8.7.371,1.tbz... Done.
====
Note that some of the standard libraries are provided as separate
ports since they require extra dependencies:
converters/ruby-iconv iconv module
databases/ruby-gdbm: GDBM module
x11-toolkits/ruby-tk: Tcl/Tk modules
japanese/ruby-tk: Tcl/Tk modules for Japanized Tcl/Tk
lang/ruby-mode.el: Emacs lisp modules
Install them as occasion demands.
====
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/All/db41-4.1.25_4.tbz... Done.
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/All/ruby18-bdb-0.6.6.tbz... Done.
------------------------------------------------------------------------------
Fill ALT_PKGDEP section in pkgtools.conf file for portupgrade to be
aware of alternative dependencies you use.
E.g.
ALT_PKGDEP = {
# Use the -nox11 port when another port depends on category/portexample
'category/portexample' => 'category/portexample-nox11',
}
Note also, portupgrade knows nothing about how to handle ports with
different suffixes (E.g. -nox11). So you should explicitly define
variables (E.g. WITHOUT_X11=yes) for the ports in /etc/make.conf or
pkgtools.conf (MAKE_ARGS section) files.
------------------------------------------------------------------------------
~> portupgrade
/usr/local/lib/libruby18.so.18: Undefined symbol "_ThreadRuneLocale"
Habe dann aus Verzweiflung (weil portupgrade ja nicht funkioniert) versucht, das perl Package per pkg_add zu aktualisieren:
Code:
~> pkg_add -rf perl
Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest/perl.tbz... Done.
pkg_add: package 'perl-5.14.2_3' conflicts with perl-5.12.4_3
pkg_add: -f specified; proceeding anyway
Removing stale symlinks from /usr/bin...
Removing /usr/bin/perl
Removing /usr/bin/perl5
Done.
Creating various symlinks in /usr/bin...
Symlinking /usr/local/bin/perl5.14.2 to /usr/bin/perl
Symlinking /usr/local/bin/perl5.14.2 to /usr/bin/perl5
Done.
/usr/local/lib/perl5/5.14.2/mach/CORE/libperl.so: Undefined symbol "_ThreadRuneLocale"Cleaning up /etc/make.conf... Done.
Spamming /etc/make.conf... Done.
perl hat nun das gleiche undefined-reference Problem
Da habe ich wohl ein kleines Unheil angerichtet. Wie mach ich das richtig, bzw. wie reparier ich die Situation?
Nebenbei noch eine Frage: Wieso "erkennen" weder pkg_info noch pkg_delete dass das perl Package installiert ist?
Code:
~> pkg_info | grep perl
p5-Error-0.17016 Perl module to provide Error/exception support for perl: Er
perl-5.12.4_3 Practical Extraction and Report Language
perl-5.14.2_3 Practical Extraction and Report Language
~> pkg_info perl
pkg_info: can't find package 'perl' installed or in a file!
~> pkg_delete perl
pkg_delete: no such package 'perl' installed