From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Paul Wolneykien To: devel@lists.altlinux.org Content-Type: text/plain; charset="UTF-8" Organization: ALT Linux Date: Wed, 24 Jun 2009 22:44:10 +0400 Message-Id: <1245869050.7879.20.camel@dinkum-thinkum.spb.altlinux.org> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 (2.26.2-alt1) Content-Transfer-Encoding: 8bit Subject: [devel] =?koi8-r?b?5MnTy9LJzcnOwcPJ0SE=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 18:45:46 -0000 Archived-At: List-Archive: List-Post: Starting squid service: FATAL: auth_param negotiate program /usr/lib/squid/squid_kerb_auth: (2) No such file or directory Товарищи! Я совершенно не понимаю, почему у нас вдруг библиотеки, собранные под ту же архитектуру что и ядро, в случае дистрибутива x86-64, устанавливаются по нестандартному пути, а именно, в /usr/lib64. Разве исполняемые файлы устанавливаются при этом в /usr/bin64 ? И разве для MIPS следует заводит директорию /usr/libMIPS ? Всё это, на мой взгляд, очень странно и неправильно: для AMD64 основным является 64-х разрядный код, а 32-х разрядный является "гостевым" и его поддержку вообще можно отключить в ядре. Я подозреваю, что есть какая-то переменная, которая хранит имя "местного" пути к библиотекам (кстати, как её зовут, может быть кто-нибудь знает?), но есть ведь Filesystem Hierarchy Standard, зачем изобретать для него переменные и прочие ухищрения? Если так пойдёт и дальше, то придётся за каждым словом лезть в переменную. :) А потом лезть в переменную, хранящую имя другой переменной, и т.п. Павел.