Часто задаваемые вопросы Fink

A: Ничего, это просто имя. Это даже не аббревиатура.

Вообще-то Fink - это немецкий вариант слова Finch (зяблик), названия породы птиц. Я искал название для проекта и название Darwin OS навело на мысль о Чарльзе Дарвине, Галапагосских островах и эволюции. Я со школьных времен помнил о так называемых зябликах Дарвина и их клювах, и вот ...

A: Некоторые главные преимущества:

• Он написан с использованием Perl, а не make/оболочки. То есть он не опирается на особые параметры, которые можно найти только в BSD make. Нет необходимости отмечать пакеты, которые нуждаются в GNU make для построения.

• dpkg обеспечивает развитое управление бинарными пакетами - равномерное обновление, специальную обработку файлов конфигурации, виртуальных пакетов и другие усовершенствованные взаимозависимости.

• Fink ничего не инсталлирует в /usr/local, если нет конкретного запроса, и не требует действий с /usr/bin/make или другими командами, обеспечиваемыми системой. Это делает его более безопасным в использовании и снижает интерференцию в отношении Mac OS X и пакетов третьих лиц до минимума.

A: Для этого есть несколько причин, но в основном "потому что произойдет сбой в работе".

Первая причина: ПО третьих лиц. /usr/local является хорошим местом для размещения ПО, которое не является частью системы, поставленной первоначальным продавцом. Это хорошее место для размещения всякой всячины. Но это также значит, что и другие будут там что-нибудь размещать. Большинство программ инсталляции будут просто записывать поверх того, что там находится - это также относится и к dpkg. Конечно, можно решить не инсталлировать ПО третьих лиц в /usr/local. Но к сожалению, большинство инсталляторов не предупреждают заранее о том, что и где они установят.

Вторая причина: /usr/local/bin находится в PATH по умолчанию. Это значит, что ваша оболочка найдет инсталлированные программы без дополнительных мер. Но это также значит, что вам надо принять дополнительные меры, если вы не хотите использовать программы. В наихудших случаях это может также повлиять на саму систему - многие части зависят от скриптов оболочки.

Третья причина: Цепочка инструментов компилятора находит /usr/local по умолчанию. Компилятор находит /usr/local/include для файлов заголовков, а компоновщик производит поиск /usr/local/lib для библиотек. Опять же, иногда это безусловно удобно, но очень трудно сделать дезактивацию в случае необходимости. Можно без труда дезактивировать компилятор, поместив файл с ненужными данными, названный stdio.h, в /usr/local/include.

С учетом всего сказанного, можно инсталлировать Fink в /usr/local. Скрипт инсталляции сделает предупреждение, но продолжит выполнение после подтверждения с вашей стороны, что вы делаете это на свой страх и риск.

A: Данный выбор совершенно произвольный, но возможно, мы на нем остановимся в обозримом будущем по практическим соображениям (обновление), а также потому, что это безопасно, т.к. предотвращается конфликт с другими системами пакетирования.

A: Мы стараемся это делать. Иногда отправка патчей с нашей стороны несложна и все довольны, когда очередной выпуск версии пакета завершен. К сожалению, дело с большинством пакетов обстоит не так просто. Вот некоторые типичные проблемные ситуации:

• Координатор пакета Fink очень занят и не имеет времени на отправку патча и сопроводительного объяснения координаторам исходного ПО.
• Координаторы исходного ПО не утверждают патч. Для этого существует много причин. Большинство из них очень заинтересованы в чистом коде, проверках чистой конфигурации и совместимости с другими платформами.
• Координаторы исходного ПО утверждают патч, но до того, как они выпустят новую версию своего пакета, проходят недели и месяцы.
• Первоначальные авторы прекратили работу над пакетом и не будет новых выпусков, в которые можно было бы внести патч.

A: Зеркала Fink являются серверами rsync, отражающими текущие и постоянные файлы описания, используемые Fink для построения пакетов на основе исходного кода.

A: Rsync - очень быстрый протокол. Он обновит файлы описания быстрее, чем старый метод обновления CVS. К тому же обновление CVS всегда выполняется на основе sourceforge.net, тогда как обновление rsync можно сделать на основе близкого к вам зеркала.

A: Все зеркала Fink объединены в пределах домена finkmirrors.net. Более подробная информация предоставляется на веб-сайте http://finkmirrors.net/.

A: Иногда очень строгие брандмауэры не позволяют подсоединяться к услугам rsync. Если это ваш случай, просто продолжайте использовать метод CVS.

A: Это нормально. Метод обновления rsync будет обновлять только ваше активное дерево, н-р 10.3, а также удалит подкаталоги CVS.

A: При помощи fink selfupdate-rsync или fink selfupdate-cvs можно перейти к rsync или CVS соответственно.

A: Иногда сложно извлечь определенную версию исходных кодов из Интернета. Зеркала Distfile удерживают и отражают пакеты исходных кодов, которые необходимы fink для построения своих пакетов исходных кодов.

A: This is a current issue for people on OS 10.5 using the binary installer. Check your version:

fink --version

If you currently have fink-0.27.13-41, which is the version that comes with the installer, or fink-0.27.16-41, then there are a couple of options.

• rsync (preferred): Run the sequence below

  fink selfupdate
  fink selfupdate-rsync
  fink index -f
  fink selfupdate

• cvs (alternate): Run

  fink selfupdate-cvs
  fink index -f
  fink selfupdate

Either will bring you the newest fink version.

A: There is a timestamp issue with the libgettext3 package description: 0.14.5-2 is an outdated version. Run

fink index -f
fink update libgettext3-dev	
	

to update the package description cache and then the package.

A: There is a timestamp issue with the updated dpkg package description. Run

fink index -f
fink selfupdate
	

to update the package description cache and then to install dpkg and dpkg-base-files.

A: Команда fink поддерживает явные настройки прокси, которые переданы на wget/curl. Если вам не были заданы вопросы относительно прокси при первоначальной инсталляции, вы можете выполнить fink configure для его настройки. Вы также можете использовать эту команду в любой момент для реконфигурации команды fink. Если следовать указаниям руководства по инсталляции и использовать /opt/sw/bin/init.csh (или /opt/sw/bin/init.sh), то apt-get и dselect также будут использовать эти настройки прокси. Надо убедиться, что вы поместили протокол перед прокси, н-р:

ftp://proxy.yoursite.somewhere

Если проблемы не устраняются, войдите в System Preferences, выберите область Network, затем Proxies tab и убедитесь, что отмечено поле "Use Passive FTP Mode (PASV)".

A: Нет. Т.е. конечно вы можете перемещать файлы при помощи mv или Finder, но 99% программ перестанут после этого работать. В основном потому, что все ПО Unix зависит от неизменяемых путей доступа к поиску файлов данных, библиотек и другого.

A: Возможно. Вообще это должно сработать, но где-то могут быть скрытые ловушки.

A: Почти все файлы, инсталлированные Fink, находятся в /opt/sw (или там, где вы решили их инсталлировать). Таким образом, чтобы избавиться от Fink, введите команду:

sudo rm -rf /opt/sw

Единственным исключением из этого правила является XFree86 или X.org. Если вы инсталлировали сервер X через Fink (т.е. инсталлировали пакеты xfree86, xfree86-rootless или xorg вместо использования system-xfree86) и хотите его удалить, вам понадобится дополнительно ввести следующее:

sudo rm -rf /usr/X11R6 /etc/X11 /Applications/XDarwin.app

Если вы не планируете вновь инсталлировать Fink, вы также захотите удалить при помощи текстового редактора строку "source /opt/sw/bin/init.csh", которую вы добавили к вашему файлу .cshrc или, в зависимости от ваших настроек, строку "source /opt/sw/bin/init.sh", добавленную к вашему файлу .bashrc.

A: First make sure you understand what 'unstable' means. Packages in the unstable tree are not in stable for any number of reasons. It could be because there are known issues, validation errors, or just not enough people giving feedback that the package works for them. For that reason, Fink doesn't search the unstable tree by default.

If you do enable unstable, please remember to e-mail the maintainer if something works (or even if it doesn't). Feedback from users like you is what we use to determine if something is ready for stable! To find out the maintainer of a package, run fink info packagename.

For fink-0.26 and later: If you run fink configure one of the questions will ask whether you want to turn the unstable trees on.

To configure Fink to use unstable when you have an earlier version of the fink tool than 0.26, edit /opt/sw/etc/fink.conf, and add unstable/main and unstable/crypto to the Trees: line.

If you use Fink Commander, then there is a Preference to use unstable packages.

None of these options actually download the unstable tree's package descriptions.You'll need to turn on rsync or cvs updating to do this, which is not set up by default on a new Fink installation. The following command sequence will set you up on a new Fink installation:

fink selfupdate

followed by

fink selfupdate-rsync

or

fink selfupdate-cvs

and then

fink index -f
fink scanpackages

Note: There are Fink Commander analogs for everything except fink index -f. You will have to use the command line for that.

If you're already set up with rsync or cvs updating, then the following command sequence (or the Fink Commander analogs) will suffice:

fink selfupdate
fink index
fink scanpackages
	

If you're not sure what your update method is, check fink --version in at a command line and see if that mentions cvs or rsync.

If you don't want to install any more from unstable than your specific package(s) and its (their) dependencies, (and any base packages that got updated) don't use the update-all command until you turn the unstable tree back off.

A: No, but it is highly recommended you do. Mixing and matching can cause unforeseen issues that make it difficult to debug problems when they do arise.

That said, if you only want one or two specific packages, and nothing else from unstable, then you need to switch over to CVS updating (i.e. use fink selfupdate-cvs), because rsync only updates the trees that are active in your fink.conf. Edit /opt/sw/etc/fink.conf and add local/main to the Trees: line, if not present. Then you'll need to run fink selfupdate to download the package description files. Now copy the relevant .info files (and their associated .patch files, if there are any) from /opt/sw/fink/dists/unstable/main/finkinfo (or /opt/sw/fink/dists/unstable/crypto/finkinfo) to /opt/sw/fink/dists/local/main/finkinfo. However, note that your package may depend on other packages (or particular versions) which are also only in unstable. You will have to move their .info and .patch files as well. After you move all of the files, make sure to run fink index, so that Fink's record of available packages is updated. Once you're done you can switch back to rsync (fink selfupdate-rsync) if you want.

A: Если вы не страдаете паранойей, вы можете конфигурировать sudo так, чтобы не было запроса о пароле. Для этого надо запустить visudo в качестве суперпользователя и добавить такую строку:

username ALL =(ALL) NOPASSWD: ALL

Конечно, надо заменить username вашим действительным именем пользователя. Данная строка позволяет запускать любую команду через sudo без внесения пароля.

A: init.csh и init.sh не предназначены для выполнения как нормальные команды. Эти файлы устанавливают такие переменные величины среды, как PATH и MANPATH, в вашей оболочке. Для длительного эффекта в оболочке должна быть произведена обработка при помощи команды source для csh/tcsh или команды . для bash/zsh, н-р таким образом:

для csh/tcsh:

source /opt/sw/bin/init.csh

для bash/zsh:

. /opt/sw/bin/init.sh

A: Возможно, вы отметили apt в зеркале Debian, которое конечно не имеет файлов Fink. Вы можете решить проблему мануально или через dselect. В ручном режиме в качестве суперпользователя проредактируйте /opt/sw/etc/apt/sources.list в текстовом редакторе. Удалите строки, упоминающие debian.org и замените их следующим:

deb http://us.dl.sourceforge.net/fink/direct_download release main crypto
deb http://us.dl.sourceforge.net/fink/direct_download current main crypto

(Если вы живете в Европе, можете использовать eu.dl.sourceforge.net вместо us.dl.sourceforge.net)

Для исправления через dselect выполните снова "[A]ccess", выберите метод "apt" и внесите следующую информацию:

URL: http://us.dl.sourceforge.net/fink/direct_download - Distribution: release - Components: main crypto

Затем внесите уточнение, что хотите добавить другой исходный код, и повторите процесс с "current" вместо "release".

Исправленная версия пакета apt (со скриптом конфигурации в виде плагина для dselect) теперь работает через CVS.

A: If this always happens, then you may have inadvertently modified (or failed to modify) your startup scripts. Run the /opt/sw/bin/pathsetup.sh script in a terminal window. This program will attempt to detect your default shell and add a command to load Fink's shell initialization script into your shell's configuration. You'll then need to open a new terminal session so that your environment settings are loaded. Note: Some older versions fink called this script pathsetup.command instead of pathsetup.sh. Alternately, you can run the pathsetup.app application on the Fink binary distribution disk image.

On the other hand, if you only have problems in the Apple X11 terminal, the easy solution is to modify the "Terminal" entry in the X11 Application menu via the Applications->Customize Menu... option. Instead of just

xterm

change the command field to read

xterm -ls

ls here means login shell, and the result is that your full login setup gets used (just like the OS X Terminal).

These /opt/sw/bin/init.* scripts do much more than just add /opt/sw/bin to your PATH. Many packages will not work correctly without these additional actions.

A: Это возможно. Если у вас инсталлированы Developer Tools, выполните следующую команду:

sudo /Developer/Tools/SetFile -a V /opt/sw

Это сделает /opt/sw невидимым, как стандартные системные папки (/usr и т.п.). Если у вас нет Developer Tools, есть разные приложения третьих лиц, которые позволяют управлять атрибутами и делать /opt/sw невидимым.

A: Есть проблематичные вопросы между dselect и Terminal.app. Решением может быть ввод следующей команды:

для пользователей tcsh:

setenv TERM xterm-color

для пользователей bash:

export TERM=xterm-color

перед выполнением dselect. Вы также можете сделать это в вашем файле инициализации (н-р .cshrc | .profile), чтобы всегда иметь возможность использовать.

A: Если fink selfupdate и sudo apt-get update ; sudo apt-get dist-upgrade не делают обновление до новой версии Fink, вам возможно надо будет скачать более позднюю версию пакета fink вручную. Соответствующие команды:

• 10.3.x: (дистрибуция 0.7.1)

  curl -O http://us.dl.sf.net/fink/direct_download/dists/fink-0.7.1-updates/main/binary-darwin-powerpc/base/fink_0.22.4-1_darwin-powerpc.deb
  sudo dpkg -i fink_0.22.4-1_darwin-powerpc.deb
  rm fink_0.22.4-1_darwin-powerpc.deb
  fink selfupdate

• 10.2.x: (дистрибуция 0.6.3)

  curl -O http://us.dl.sf.net/fink/direct_download/dists/fink-0.6.3/release/main/binary-darwin-powerpc/base/fink_0.18.3-1_darwin-powerpc.deb
  sudo dpkg -i fink_0.18.3-1_darwin-powerpc.deb
  rm fink_0.18.3-1_darwin-powerpc.deb
  fink selfupdate

A: Мы не рекомендуем размещать ваше дерево каталогов Fink в каталог с пробелами в его имени. Не стоит этого делать.

A: Если вы видите что-то вроде следующего:

Err file: local/main Packages 
File not found 
Ign file: local/main Release 
Err file: stable/main Packages 
File not found 
Ign file: stable/main Release 
Err file: stable/crypto Packages 
File not found 
Ign file: stable/crypto Release 
...
Failed to fetch file:/opt/sw/fink/dists/local/main/binary-darwin-powerpc/Packages
File not found 
Failed to fetch file:/opt/sw/fink/dists/stable/main/binary-darwin-powerpc/Packages
File not found
Failed to fetch file:/opt/sw/fink/dists/stable/crypto/binary-darwin-powerpc/Packages
File not found 
Reading Package Lists... Done 
Building Dependency Tree...Done 
E: Some index files failed to download, 
they have been ignored, or old ones used instead. 
update available list script returned error exit status 1.

то вам надо запустить fink scanpackages. Это поможет найти файлы.

If you get an error of the following form:

W: Couldn't stat source package list file: unstable/main Packages
(/opt/sw/var/lib/apt/lists/_sw_fink_dists_unstable_main_binary-darwin-
powerpc_Packages) - stat (2 No such file or directory)

then you should run

sudo apt-get update
fink scanpackages

to fix it.

A: При изменении дистрибуции Fink (подмножествами которой являются исходные и бинарные distros), Fink нуждается в получении информации о том, что произошло. Для этого вы можете выполнить скрипт, который обычно запускается при первоначальной инсталляции Fink:

/opt/sw/lib/fink/postinstall.pl

Выполнив это, вы укажете Fink правильное место.

A: Ошибки типа:

gzip -dc /opt/sw/src/dpkg-1.10.9.tar.gz | /opt/sw/bin/tar -xf - 
### execution of gzip failed, exit code 139

или

gzip -dc /opt/sw/src/aquaterm-0.3.0a.tar.gz | /opt/sw/bin/tar -xf -
gzip: stdout: Broken pipe 
### execution of gzip failed, exit code 138

или

dpkg-deb -b root-base-files-1.9.0-1 /opt/sw/fink/dists/unstable/main/binary-darwin-powerpc/base

### execution of dpkg-deb failed, exit code 1
Failed: can't create package base-files_1.9.0-1_darwin-powerpc.deb

или ошибки сегментации при использовании утилитов из fileutils, н-р ls или mv, вероятно обусловлены предварительно связывающей ошибкой в библиотеке и могут быть устранены следующим образом:

sudo /opt/sw/var/lib/fink/prebound/update-package-prebinding.pl -f

A: Дело в том, что каким-то образом программе OSX Terminal поступило указание выполнять команду /opt/sw/bin/pathsetup.command каждый раз, когда вы начинаете сеанс. Это можно исправить, удалив файл Preferences: ~/Library/Preferences/com.apple.Terminal.plist.

Если у вас есть другие преференции, которые вы хотите оставить, можно отредактировать файл при помощи текстового редактора и убрать ссылку на /opt/sw/bin/pathsetup.command.

A: Если сообщение об ошибке выглядит так:

This first test is designed to die, so please ignore the error
message on the next line.
# Looks like your test died before it could output anything.
./00compile............................ok
./Base/initialize......................ok
./Base/param...........................ok
./Base/param_boolean...................ok
./Command/cat..........................ok
./Command/chowname.....................#     
Failed test (./Command/chowname.t at line 27)
#          got: 'root'
#     expected: 'nobody'

то надо использовать Get Info на носителе/сегменте, где Fink инсталлирован, и отменить выбор "Ignore ownership".

A: Если вы получили сообщение об ошибке, которое оканчивается на

Failed: No mirror site list file found for mirror 'gnu'.

то наиболее вероятно вам надо обновить пакет fink-mirrors , н-р через:

fink install fink-mirrors

A: Эта ошибка:

Failed: Can't move "/opt/sw/fink" out of the way.

обычно обусловлена, хотя и утверждает иное, ошибками разрешений в одном из временных каталогов, создаваемых в процессе автообновления - selfupdate. Удалите

sudo rm -rf /opt/sw/fink.tmp /opt/sw/fink.old

A: If you see the following (so far only seen on OS 10.4):

No fonts found; this probably means that the fontconfig
library is not correctly configured. You may need to
edit the fonts.conf configuration file. More information
about fontconfig can be found in the fontconfig(3) manual
page and on http://fontconfig.org.

then you can fix it by running

sudo fc-cache

A: This message commonly means that you've tried to run the Fink installer as user who doesn't have administrative privileges. Make sure to log in at the login screen as such a user or switch to such a user in the Finder (i.e. fast user switching) before starting the Fink installer.

If you're having trouble even when using an admin account, then it's likely a problem with the permissions on your top-level directory. Use Apple's Disk Utility (from the Utilities sub-folder in your Applications folder), select the hard drive in question, choose the First Aid tab, and press Repair Disk Permissions. If that doesn't work, then you may need to set your permissions manually via:

sudo chmod 1775 /	  
	

A: В следующий раз прочтите документы. При компилировании пакетов на основе исходного кода надо инсталлировать Developer Tools, которые в числе прочего содержат компилятор C - cc.

A: Вам надо инсталлировать Developer Tools.

A: Если сообщение в такой форме:

make: command not found

или

Can't exec "make": 
No such file or directory at /opt/sw/lib/perl5/Fink/Services.pm line 190.

это значит, что вам надо инсталлировать Developer Tools.

С другой стороны, если сообщение об ошибке выглядит таким образом:

make: illegal option -- C

значит, вы заменили версию GNU утилита make, инсталлированного в качестве части Developer Tools, версией make BSD. Многие пакеты основываются на специальных параметрах, поддерживаемых только GNU make. Надо убедиться, что /usr/bin/make является алиасом gnumake, а не bsdmake. Кроме того, убедитесь, что /usr/local/bin/ не содержит другую копию make.

A: Если вы видите следующее:

Unknown option: 1 Usage: head [-options] <url>...

и затем следует список описаний опций, значит, у вас не в порядке выполняемый файл head. Это происходит, когда вы инсталлируете библиотеку Perl libwww в томе системы HFS+. Она пытается создать новую команду /usr/bin/HEAD, которая переписывает существующую команду head , т.к. файловая система не учитывает регистр клавиатуры. head является стандартной командой, используемой во многих скриптах оболочки и Makefiles. Вам надо опять раздобыть оригинальный выполняемый файл head, если вы хотите использовать Fink.

Скрипт самозагрузки версии исходного кода теперь это проверяет, но вы можете с этим столкнуться, если используете бинарную версию для первоначальной инсталляции или инсталлируете libwww после инсталляции Fink.

О возникновении этой проблемы также сообщалось в связи с инсталляцией /opt/sw/bin/HEAD (но не через посредство каких-либо пакетов Fink). Это решается легче: надо переименовать /opt/sw/bin/HEAD.

A: Это иногда происходит с разделенными пакетами (т.e. пакетами с -dev, -shlibs и т.д.), когда файл переносится из одной раздельной части в другую (н-р из foo в foo-shlibs. Надо записать поверх файла файл из пакета, который вы пытаетесь инсталлировать (т.к. они номинально являются одним и тем же):

sudo dpkg -i --force-overwrite filename
                

где filename файл .deb, соответствующий пакету, который вы хотите инсталлировать.

A: Если у вас инсталлировано приложение StuffIt Pro, возможно у вас активирован режим "Archive Via Real Name". Проверьте область окна преференции StuffIt в инструменте System Preferences и дезактивируйте "ArchiveViaRealName" в случае его действия. Оно повторно выполняет несколько важных системных запросов, которые вызывают ряд подобных странных временных ошибок.

В противном случае ошибка mv обычно означает, что произошла другая ошибка в компоновке,но процесс компоновки не остановился. Для обратного отслеживания файла(-ов) с ошибкой надо произвести поиск в компоновке несуществующего файла, н-р если у вас что-то вроде этого:

mv /opt/sw/src/root-foo-0.1.2-3/opt/sw/lib/libbar*.dylib \
/opt/sw/src/root-foo-shlibs-0.1.2-3/opt/sw/lib/ 
mv: cannot stat `/opt/sw/src/root-foo-0.1.2-3/opt/sw/lib/libbar*.dylib': 
No such file or directory 
### execution of mv failed, exit code 1 
Failed: installing foo-0.1.2-3 failed

надо искать libbar где-то в выводе вашей попытки компоновки.

A: Эти ошибки иногда выглядят так:

Failed: Internal error: node for system-xfree86 already exists

Проблема заключается в том, что процессор взаимозависимости запутался из-за изменений в некоторых информационных файлах пакета. Для решения проблемы надо:

• Насильно удалить пакет с ошибкой, т.е.

  sudo dpkg -r --force-all system-xfree86

  в случае приведенного примера.

• Попытаться снова сделать инсталляцию | обновление. В какой-то момент появится опция "virtual dependency", содержащая пакет, который вы только что удалили. Надо его выделить и он будет вновь инсталлирован в процессе компоновки.

A: Это частый источник проблем, т.к. скрипт конфигурации пакета находит заголовки и библиотеки в /usr/local и решает использовать их, а не те, которые находятся на маршуте Fink. Если у вас проблемы с построением, которые не отражены в других Ч.З.В., надо проверить, есть ли у вас библиотеки в /usr/local/lib или заголовки в /usr/local/include. Если да, надо попытаться переименовать /usr/local во что-либо другое, н-р:

sudo mv /usr/local /usr/local.moved

сделать построение и затем поместить /usr/local обратно:

sudo mv /usr/local.moved /usr/local

Starting with macOS 10.14, it's sometimes not possible to rename /usr/local. If you get an error when renaming /usr/local directly, then rename the subdirectories inside it instead:

				sudo mv /usr/local/include /usr/local/include.moved
				sudo mv /usr/local/lib /usr/local/lib.moved
				

do your build, and then you can put /usr/local/include and /usr/local/lib back:

				sudo mv /usr/local/include.moved /usr/local/include
				sudo mv /usr/local/lib.moved /usr/local/lib
				

A: Ввод дает намек на то, что делать. Обычно сообщение выглядит так:

ld: table of contents for archive: 
/opt/sw/lib/libintl.a is out of date; 
rerun ranlib(1) (can't load from it)

Надо применить ranlib (в качестве суперпользователя) в любой библиотеке, где возникла проблема. В качестве примера, для вышеприведенного случая надо выполнить:

sudo ranlib /opt/sw/lib/libintl.a

A: Это происходит потому, что одно из действий при построении atlas включает опцию, чтобы экран Fink Commander ничего не отображал. Вместо этого надо использовать fink install atlas.

A: Both of these problems are typically due to the absence of essential headers that are provided by the DevSDK package of the Developer Tools. Check whether /Library/Receipts/DevSDK.pkg exists on your system. If not, then run the Dev Tools Installer again, and install the DevSDK package using a Custom Install.

The cannot create executables error can also occur when your Developer Tools version is for an earlier OS version.

A: Попытайтесь обновить один пакет и затем использовать снова "fink update-all".Если опять получите сообщение, повторите процесс.

A: This means that somehow your dpkg database got damaged, usually from a crash or some other unrecoverable error. This most often occurs with a buildlock, e.g:

package `fink-buildlock-foo-1.2.3-4':  missing version

(of course, replace foo-1.2.3-4 with the package name you are seeing).

When this happens, you should edit /opt/sw/var/lib/dpkg/status as a superuser. Then go near the line number which shows up in the error message. You should see a fink-buildlock-foo-1.2.3-4 package whose Status field is marked

install ok installed

Change that to

purge ok not-installed

Under other circumstances, there may be garbage in the file. You can fix this situation by copying the previous version of the database, like so:

sudo cp /opt/sw/var/lib/dpkg/status-old /opt/sw/var/lib/dpkg/status

You may need to re-install the last couple of packages you installed before the problem started occurring.

A: Есть несколько видов таких ошибок. If you get the following:

/usr/bin/ld: can't locate file for: -lfreetype

check whether you have an extraneous freetype-config excutable by running

where freetype-config

if you're using tcsh, or

type -a freetype-config

if you're using bash. The Mono Framework has been known to install a /usr/bin/freetype-config that is a symbolic link to a file in that framework.

Если сообщение выглядит так:

/opt/sw/include/pango-1.0/pango/pangoft2.h:52: 
error: parse error before '*' token 
/opt/sw/include/pango-1.0/pango/pangoft2.h:57:
error: parse error before '*' token
/opt/sw/include/pango-1.0/pango/pangoft2.h:61: 
error: parse error before '*' token 
/opt/sw/include/pango-1.0/pango/pangoft2.h:86: 
error: parse error before "pango_ft2_font_get_face"
/opt/sw/include/pango-1.0/pango/pangoft2.h:86: 
warning: data definition has no type or storage class 
make[2]: *** [rsvg-gz.lo] Error 1
make[1]: *** [all-recursive] Error 1 
make: *** [all-recursive-am] Error 2 
### execution of make failed, exit code 2 
Failed: compiling librsvg2-2.4.0-3 failed

или

In file included from vteft2.c:32: 
vteglyph.h:64: error:
parse error before "FT_Library" 
vteglyph.h:64: warning: 
no semicolon at end of struct or union vteft2.c: 
In function `_vte_ft2_get_text_width': 
vteft2.c:236: error: 
dereferencing pointer to incomplete type 
vteft2.c: In function `_vte_ft2_get_text_height':
vteft2.c:244: error: 
dereferencing pointer to incomplete type
vteft2.c: In function `_vte_ft2_get_text_ascent': 
vteft2.c:252: error:
dereferencing pointer to incomplete type 
vteft2.c: In function `_vte_ft2_draw_text': 
vteft2.c:294: error: 
dereferencing pointer to incomplete type 
vteft2.c:295: error: 
dereferencing pointer to incomplete type
make[2]: *** [vteft2.lo] Error 1 
make[1]: *** [all-recursive] Error 1 
make: *** [all] Error 2 
### execution of make failed, exit code 2
Failed: compiling vte-0.11.10-3 failed

или

checking for freetype-config.../usr/X11R6/bin/freetype-config 
checking For sufficiently new FreeType (at least 2.0.1)... no 
configure: error: pangoxft 
Pango backend found but did not find freetype libraries 
make: *** No targets specified and no makefile found. Stop. 
### execution of LD_TWOLEVEL_NAMESPACE=1 failed, exit code 2 
Failed: compiling gtk+2-2.2.4-2 failed

checking for freetype-config.../usr/X11R6/bin/freetype-config 
checking For sufficiently new FreeType (at least 2.0.1)... no 
configure: error: pangoxft 
Pango backend found but did not find freetype libraries 
make: *** No targets specified and no makefile found. Stop. 
### execution of LD_TWOLEVEL_NAMESPACE=1 failed, exit code 2 
Failed: compiling gtk+2-2.2.4-2 failed

значит, проблема возникла из-за путаницы между заголовками в пакете freetype | freetype-hinting и заголовками freetype2, сопровождающими X11 | XFree86.

fink remove freetype freetype-hinting

удалит любой вариант, который вы инсталлировали. С другой стороны, если ваша ошибка выглядит так:

ld: Undefined symbols: _FT_Access_Frame

это обычно по причине файла, оставшегося после предыдущей инсталляции X11. Инсталлируйте снова X11 SDK.

A: Если сообщение выглядит так:

unix_dl.c: In function `rep_open_dl_library':
unix_dl.c:328: warning: assignment discards qualifiers from pointer target type 
unix_dl.c: In function `rep_find_c_symbol': 
unix_dl.c:466: error: `Dl_info' undeclared (first use in this function)
unix_dl.c:466: error: (Each undeclared identifier is reported only once 
unix_dl.c:466: error: for each function it appears in.)
unix_dl.c:466: error: parse error before "info" 
unix_dl.c:467: error: `info' undeclared (first use in this function) 
make[1]: *** [unix_dl.lo] Error 1

то скорее всего ваш файл заголовка /usr/local/include/dlfcn.h несовместим с Panther. Надо его убрать.

Обычно его инсталлирует Open Office и вам надо заменить этот файл заголовка, а также библиотеку /usr/local/lib/libdl.dylib на символические указатели (алиасы) встроенных файлов Panther

sudo ln -s /usr/include/dlfcn.h /usr/local/include/dlfcn.h
sudo ln -s /usr/lib/libdl.dylib /usr/local/lib/libdl.dylib

A: Это потому, что gcc2 и gcc3.1 являются виртуальными пакетами для отражения наличия gcc-2.95 и gcc-3.1, соответственно, в вашей системе. Инсталлируйте пакет gcc2.95 и/или gcc3.1 из XCode Tools (в более ранних версиях OS есть gcc-2.95 и gcc-3.1 как часть основной инсталляции Developer Tools).

A: Надо убедиться, что у вас правильный вариант пакета xml-parser-pm для соответствия версии Perl в вашей системе. Н-р, в Panther надо иметь xml-parser-pm581, а не xml-parser-pm560 (у вас также может быть заполнитель xml-parser-pm), т.к. у вас Perl-5.8.1, а не Perl-5.6.0. Если вы в Jaguar и используете по умолчанию системную версию Perl, у вас будет вариант pm560, а если вы инсталлировали Perl 5.8.0, у вас может быть вариант pm580.

A: Дело в том, что Fink пытается использовать одно из т.н. зеркал Master. Они созданы для обеспечения доступности исходных кодов для пакетов Fink даже тогда, когда апстрим-сайт их убирает. Как правило, такие ошибки случаются, когда новая апстрим-версия пакета выпущена, но еще не попала в зеркала Master.

Для исправления примените fink configure и установите порядок поиска для использования зеркал Master в последнюю очередь.

A: Often, in a complicated build tree, you may find that some of the packages depend on a particular version of a library, and other depend on a different one (e.g. db47 vs. db44). Consequently, Fink may try to switch to whichever one isn't currently installed in order to satisfy the build dependency for the current package that you're trying to update.

Unfortunately, due to limitations in the build-dependency engine, you may wind up with the dreaded

Fink::SysState: Could not resolve inconsistent dependencies

message when trying a sufficiently complicated update-all. This generally gives you a command to try to resolve the issue:

fink scanpackages
sudo apt-get update
sudo apt-get install foo=1.23-4	
      

but this may not work for sufficiently complicated updates. You might need to update packages one-by-one, at least for a while.

A: For errors that look like the following:

running build
running build_ext
Traceback (most recent call last):
  File "setup_socket_ssl.py", line 21, in ?
    depends = ['socketmodule.h'] )
  File "/opt/sw/src/root-python24-2.4.1-1/opt/sw/lib/python2.4/distutils/core.py", line 166, in setup
SystemExit: error: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.4" but "10.3" during configure
### execution of /opt/sw/bin/python2.4 failed, exit code 1

the problem occurs because the python2* packages write the current MACOSX_DEPLOYMENT_TARGET to a configuration file when they're built and the python build utilities use this value when compiling modules. This means that if you have, for example, a python24 package on 10.4 that was built on 10.3, either by upgrading 10.3 => 10.4, or via the 10.4-transitional binary distribution, in which python24 wasn't rebuilt, there will be a mismatch between what python thinks MACOSX_DEPLOYMENT_TARGET should be (10.3) and what it actually is (10.4).

The fix is to rebuild the offending python package, e.g. fink rebuild python24 for the case above.

For runtime errors that give the same type of error message as above, rebuild the module after rebuilding the appropriate python2* package.

A: This error:

 libtool: unrecognized option `-dynamic'

typically means that you've replaced Apple's /usr/bin/libtool with a GNU libtool. Unfortunately, the two libtools do not do the same thing.

The only way to solve this is to get a working Apple libtool from somewhere. It is installed as part of the DeveloperTools.pkg package of the XCode Tools, and you can reinstall that whole package if you first clear out its receipt in /Library/Receipts (drag it to the Trash for OS 10.4 and later, or use sudo rm -rf /Library/Receipts/DeveloperTools.pkg for 10.3).

A: Это может происходить, когда ваш скрипт регистрации (н-р ~/.cshrc) сделал нечто, после чего терминал получил сообщение, н-р "echo Hello" или xttitle. Для исправления проблемы наиболее легкое решение - сделать комментарий вне проблемных строк.

Если хотите сохранить эхоотображение, можно сделать нечто вроде следующего:

if ( $?prompt) then 
	echo Hello 
endif

A: Если вы выполняете версию Fink XFree86 и хотите переключиться между связными и несвязными версиями Fink, надо вручную удалить старую версию. Это выполняется на строке команд при помощи команд:

sudo dpkg -r --force-depends xfree86-base 
sudo dpkg -r --force-depends xfree86-shlibs 
sudo dpkg -r --force-depends xfree86-rootless 
sudo dpkg -r --force-depends xfree86-rootless-shlibs

или путем удаления связных версий:

sudo dpkg -r --force-depends xfree86-base-threaded 
sudo dpkg -r --force-depends xfree86-shlibs-threaded 
sudo dpkg -r --force-depends xfree86-rootless-threaded 
sudo dpkg -r --force-depends xfree86-rootless-threaded-shlibs

В FinkCommander также есть способ удаления пакетов. В окне исходного кода выберите пакет и затем в Source Menu примените "Force Remove."

Если вы используете system-xfree86, см. предыдущий вопрос относительно ее удаления.

Инсталлируйте необходимую вам версию xfree86:

xfree86-base и xfree86-rootless

xfree86-base-threaded и xfree86-rootless-threaded

обычным образом: "fink install" для пользователей исходного кода, "apt-get install" или dselect для бинарных файлов.

A: Это зашифрованное сообщение означает, что вам надо инсталлировать Developer Tools за декабрь 2002 г.

A: Если вы получили сообщение об ошибке в таком виде:

libtool: link: cannot find the library `/opt/sw/lib/libiconv.la'

можно решить проблему при помощи

fink remove gettext-dev 
fink install libiconv

A: If you get errors of the form

xgcc: installation problem, cannot exec `c++filt': No such file or directory

since updating to Tiger, then you need to do the following:

• Reinstall BSD.pkg (from your installation media). If /usr/bin/c++filt doesn't appear, keep trying.

You also might also need to make sure you don't have any ancient Developer/Xcode Tools stuff laying around:

• 10.4: Flush out your old Xcode Tools versions via running /Developer/Tools/uninstall-devtools.pl in a terminal. Then (re)install XCode (2.4.1 or later).
• 10.5: Flush out your old Xcode Tools versions via running /Developer/Library/uninstall-devtools in a terminal. Then (re)install Xcode (3.0 or later).

1) Flush out your old 2) Reinstall BSD.pkg (from your main OS install)

A: After running fink selfupdate to be sure you have the latest versions, try fink update gettext-tools. An old version of the gettext-tools package may be preventing you from updating gettext.

A: Typically this involves missing libraries, such as: /usr/X11/lib/libXrandr.2.0.0.dylib or /usr/X11/lib/libXdamage.1.1.0.dylib (or other versions of libraries in /usr/X11/lib/).

The current wisdom on the best fix for such an issue is to install Xcode 3.1.3 or later.

A: Вы использовали Fink для инсталляции пакета, который зависит от другого пакета - passwd. passwd инсталлирует ряд дополнительных пользователей в вашей системе из соображений безопасности -- в системах Unix файлы и процессы принадлежат "владельцам", которые позволяют системным администраторам производить точную настройку системы разрешений и безопасности. Такие программы, как Apache и MySQL, нуждаются во "владельце", и было бы небезопасно позволять этим демонам укрепиться (представьте, что может произойти, если Apache будет поставлена под угрозу и вдруг выдаст разрешение всем файлам системы). Таким образом, пакет passwd производит работу по настройкам дополнительных пользователей для тех пакетов Fink, которые этого требуют.

Может вызвать беспокойство внезапное обнаружение нескольких неожиданных пользователей в вашей области "System Preferences: Users" (в 10.2.x) или "System Preferences: Accounts" (в 10.3.x), но лучше подавить желание удалить их:

• Прежде всего очевидно, что вы выбрали для инсталляции пакет, требующий их использования, значит удалять их нет смысла, не так ли?
• Вообще есть ряд дополнительных пользователей, уже инсталлированных в Mac OS X, о которых вы могли не знать: www, daemon, nobody только некоторые из них. Присутствие этих пользователей являются стандартным условием Unix для выполнения определенных услуг; пакет passwd просто добавляет еще пару дополнительных пользователей, которых Apple не предоставил. Вы можете увидеть пользователей, инсталлированных Apple, в NetInfo Manager.app или применив команду niutil -list . /users
• Если вы решили их удалить, будьте крайне осторожны при выполнении. Использование области "System Preferences: Users" (в 10.2.x) или "System Preferences: Accounts" (в 10.3.x) передаст все их файлы на произвольный счет администратора и у нас есть сообщения о проблемах, имевших место с разрешения счета администратора. Это ошибка в связи с System Preferences, о которой мы сообщили Apple. Более безопасным путем удаления этих пользователей является их удаление внутри NetInfo Manager.app или использование инструмента строки команд niutil в Terminal. См. главную страницу относительно niutil для получения более подробных сведений о NetInfo.

Fink запрашивает разрешение на инсталляцию дополнительных пользователей в вашей системе в процессе инсталляции пакета passwd, и таким образом это не должно быть сюрпризом.

A: When compiling something yourself outside of Fink, the compiler and linker need to be told where to find the Fink-installed libraries and headers. It is also necessary to tell the compiler to use the appropriate target architecture. For a package that uses standard configure/make process, you need to set some environment variables:

-bash-

export CFLAGS=-I/opt/sw/include 
export LDFLAGS=-L/opt/sw/lib 
export CXXFLAGS=$CFLAGS 
export CPPFLAGS=$CXXFLAGS 
export ACLOCAL_FLAGS="-I /opt/sw/share/aclocal"
export PKG_CONFIG_PATH="/opt/sw/lib/pkgconfig"
export PATH=/opt/sw/var/lib/fink/path-prefix-clang:$PATH
export MACOSX_DEPLOYMENT_TARGET=10.9

-tcsh-

setenv CFLAGS -I/opt/sw/include 
setenv LDFLAGS -L/opt/sw/lib 
setenv CXXFLAGS $CFLAGS 
setenv CPPFLAGS $CXXFLAGS 
setenv ACLOCAL_FLAGS "-I /opt/sw/share/aclocal"
setenv PKG_CONFIG_PATH "/opt/sw/lib/pkgconfig"
setenv PATH /opt/sw/var/lib/fink/path-prefix-clang:$PATH
setenv MACOSX_DEPLOYMENT_TARGET 10.9

(assuming that the build system is running OS 10.9 or later)

It is often easiest just to add these to your startup files (e.g. .cshrc | .profile) so they are set automatically. If a package does not use these variables, you may need to add the "-I/opt/sw/include" (for headers) and "-L/opt/sw/lib" (for libraries) to the compile lines yourself. Some packages may use similar non-standard variables such as EXTRA_CFLAGS or --with-qt-dir= configure options. "./configure --help" will usually give you a list of the extra configure options.

In addition, you may need to install the development headers (e.g. foo-1.0-1-dev) for the library packages that you are using, if they aren't already installed.

A: Apple X11 не отслеживает настройки среды Fink, а это означает, что меню Applications не имеет правильную настройку PATH для нахождения приложений Fink. Для решения проблемы надо поместить перед именем приложения, инсталлированного при помощи Fink, следующее:

source /opt/sw/bin/init.sh ;

Н-р, если вы хотите запустить GIMP, инсталлированный при помощи Fink, вставьте

source /opt/sw/bin/init.sh ; gimp

в облать Command вашей записи GIMP.

Можно также отредактировать ваш файл .xinitrc (в вашем каталоге пользователя) и добавить:

source /opt/sw/bin/init.sh

после первой строки.

A: Эта значит, что система не соединяет вас с вашим дисплеем X. Надо убедиться, что вы сделали следующее:

1. Запустить X (Apple X11, XFree86, ...).

2. Убедиться, что настройка переменной величины среды вашего ДИСПЛЕЯ правильная. Если вы используете настройку по умолчанию для X, можно сделать

setenv DISPLAY :0

если вы выполняете tcsh, либо

export DISPLAY=:0

если вы выполняете bash.

A: Убедитесь, что у вас есть "eSound Output Plugin", отмеченный в преференциях XMMS. По какой-то странной причине он выбирает плагин записывающего устройства диска по умолчанию.

Если все еще нет звукового вывода или XMMS жалуется, что не может найти аудиокарту, попробуйте сделать следующее:

• Убедитесь, что вы не заглушили звуковой вывод в Mac OS X.
• Выполните esdcat /usr/libexec/config.guess (или любой другой файл приличного размера). Если будет слушен короткий звук, значит, eSound работает и XMMS должен работать тоже, если его конфигурация правильная. Если ничего не слышно, esd по какой-то причине не работает. Можно попробовать запустить его вручную с esd & и взглянуть на сообщения.
• Если он все еще не работает, проверьте разрешения на /tmp/.esd и /tmp/.esd/socket. В них должна быть указана ваша учетная запись обычного пользователя в качестве владельца. Если они вам не принадлежат, надо уничтожить esd, если он работает, удалить каталог в качестве суперпользователя (sudo rm -rf /tmp/.esd), затем снова запустить esd (в качестве обычного пользователя, а не суперпользователя).

Надо учитывать, что esd разработан для выполнения обычным пользователем, а не суперпользователем. Обычно он осуществляет связь через гнездо файловой системы /tmp/.esd/socket. Вам могут понадобиться выключатели -tcp и -port, если вы хотите управлять клиентами esd или другой машиной через сеть.

Также имеются сообщения об отказах и зависании XMMS в 10.1. Мы еще не проанализировали и не устранили эту проблему.

A: Это известная проблема, которая наблюдается в последних версиях nedit и lesstif на всех платформах. Обойти ее можно так: открыть новое окно при помощи File-->New, а затем открыть следующий файл, с которым вы хотите работать.

Сейчас эта проблема решена в nedit-5.3-6, который зависит от openmotif3 в большей степени, чем от lesstif.

A: Во-первых, надо убедиться, что вы основываетесь на init.sh при запуске X ~/.xinitrc.

В Jaguar иногда все пакеты xfree86 поддаются построению, но только xfree86-base и xfree86-base-shlibs инсталлируются. Проверьте, есть ли у вас инсталлированные xfree86-rootless и xfree86-rootless-shlibs. Если нет, то проблема в fink install xfree86-rootless.

Если да, то надо попробовать fink rebuild xfree86-rootless. Если это не сработает, проверьте, есть ли у вас /usr/bin/X11R6 в PATH.

A: Некоторые пользователи сообщают, что поведение клавиши delete в XDarwin отличается от ее поведения в Apple X11. Это можно исправить путем добавления строк к соответствующим файлам инициализации X:

.Xmodmap:

keycode 59 = Delete

.Xresources:

xterm*.deleteIsDEL: true xterm*.backarrowKey: false
                    xterm*.ttyModes: erase ^?

.xinitrc

xrdb -load $HOME/.Xresources 
xmodmap $HOME/.Xmodmap

A: Тогда как в GNOME 1.x gnome-session активизирует менеджер окон sawfish автоматически, в GNOME 2.x надо запускать менеджер окон в ~/.xinitrc до выполнения gnome-session, н-р:

... 
exec metacity & exec gnome-session

Прим.: это больше не относится к GNOME 2.4. Выполнение gnome-session активизирует менеджер окон.

A: Вы не обновили X11 до версии "X11 1.0 - XFree86 4.3.0", включенной в Panther. Вы можете инсталлировать X11 из X11.pkg на Disk 3.

A: This is caused by an apparent bug in Tiger's dynamic linker (current as of 10.4.1), but looks to be fixed in 10.4.3, and Fink has had a workaround in the guise of base-files-1.9.7-1 or later.

If you haven't updated Tiger and/or base-files yet, you can work around this issue by prefixing the name of the software you want to run as follows:

env DYLD_FALLBACK_LIBRARY_PATH=: 

E.g., if you want to use gnucash, you'd use

env DYLD_FALLBACK_LIBRARY_PATH=: gnucash

This method works for applications that are launched via the Application Menu in Apple's X11 as well as a terminal.

You may find it preferable to set this globally (e.g. in your startup script, and/or in your .xinitrc, which you may need to do to run GNOME). Put

export DYLD_FALLBACK_LIBRARY_PATH=:

in your .xinitrc (regardless of your login shell) or your .profile (or other startup script) for bash users and:

setenv DYLD_FALLBACK_LIBRARY_PATH :

is the corresponding command to use in e.g. your .cshrc file for tcsh users.

Note: this will automatically be done if you install a recent enough base-files.

A: You need to install the yelp package. This package was not placed within the GNOME bundle because it uses cryptography, and it was decided not to place all of GNOME in the crypto tree just to use the help system.