Re: Пакеты в Debian

[Dmitry A. Fedorov]

On Sat, 10 May 2003, Alexander S. Kharitonov wrote:

> Буквально вчера я столкнулся со следующей ситуацией в RedHat Linux 7.3. 
> Когда-то мне потребовалось установить модуль Perl, использующий 
> библиотеку gd. В системе она есть, но старая версия, а модуль мне 
> захотелось поставить последний, который требует версию посвежее... Тогда 
> всё прошло нормально, но при попытке компиляции пакета php я получил 
> сообщение об ошибке. Стал разбираться, выяснил, что он требует 
> библиотеку gd, и причём берёт её из /usr/local, то есть версию не из 

Потому что /usr/local/lib первым перечислен в путях поиска библиотек по
умолчанию, так же как /usr/local/include в путях поиска заголовков.
И это правильно.

> хочется самостоятельно компилировать пакеты не стоит отклоняться от 

/usr/local, также как $HOME/{bin,lib,include,...}, для того и нужен,
чтобы устанавливать свои варианты программ и прочего.

> используемых в дистрибутиве версий? Я почему-то считал, что устанавливая 
> пакеты в /usr/local я не могу в RedHat повлиять на работу RPM, оказалось 
> - могу...

RPM здесь непричем, ты влияешь на сами программы при их сборке.

-- 
Если виртуальная память закончилась, она не настоящая.

Re: xterm, aterm

[Andrey Kiselev]

On Fri, May 09, 2003 at 07:18:13PM +0400, [EMAIL PROTECTED] wrote:
> > man xterm на предмет ресурсов font1--font6.
> а как узнать какие по умолчанию используются значения ресурсов
> font1--font6???

Они прописаны в /etc/X11/app-defaults/XTerm

>   ЗЫ. дело в то что когда устанавливаешь свой шрифт (а только фиксед
> нормально и подхолит)на все 7 вариантов, все как-то (слегка) кривовато!

Ну, я в качестве основного шрифта в xterm и rxvt использую

-adobe_koi8_1-courier-medium-r-normal-*-*-180-*-*-m-*-koi8-r

Мне нравится. И в моем случае можно сделать, например, так:

*VT100*font: -adobe_koi8_1-courier-medium-r-normal-*-*-180-*-*-m-*-koi8-r
*VT100*boldFont: -adobe_koi8_1-courier-medium-r-normal-*-*-180-*-*-m-*-koi8-r
*VT100*font1: -adobe_koi8_1-courier-medium-r-normal-*-*-80-*-*-m-*-koi8-r
*VT100*font2: -adobe_koi8_1-courier-medium-r-normal-*-*-100-*-*-m-*-koi8-r
*VT100*font3: -adobe_koi8_1-courier-medium-r-normal-*-*-120-*-*-m-*-koi8-r
*VT100*font4: -adobe_koi8_1-courier-medium-r-normal-*-*-140-*-*-m-*-koi8-r
*VT100*font5: -adobe_koi8_1-courier-medium-r-normal-*-*-180-*-*-m-*-koi8-r
*VT100*font6: -adobe_koi8_1-courier-medium-r-normal-*-*-240-*-*-m-*-koi8-r

-- 
Andrey V. Kiselev
Home phone:  +7 812 5274898  ICQ# 26871517

Re: ðÁËÅÔÙ × Debian

[Alexander S. Kharitonov]

Timur S. Sattarov wrote:


Более гибкая и сильная система зависимостей
используется программа apt как надстройка над dpkg



А насколько безопасно при использовании Debian ставить в /usr/local 
программы и библиотеки, не используя систему пакетов? Я помню читал в 
руководстве по установке из дистрибутива Debian 2.2, что каталог 
/usr/local не используется системой управления пакетами. Но я имею в 
виду не только работу с бинарными пакетами, но и самостоятельную их 
компиляцию.


Буквально вчера я столкнулся со следующей ситуацией в RedHat Linux 7.3. 
Когда-то мне потребовалось установить модуль Perl, использующий 
библиотеку gd. В системе она есть, но старая версия, а модуль мне 
захотелось поставить последний, который требует версию посвежее... Тогда 
всё прошло нормально, но при попытке компиляции пакета php я получил 
сообщение об ошибке. Стал разбираться, выяснил, что он требует 
библиотеку gd, и причём берёт её из /usr/local, то есть версию не из 
дистрибутива (что уже плохо), а не компилируется потому, что там в одной 
структуре вместо имени "free" теперь используется имя "gd_free". Или с 
такой проблемой я столкнулся бы независимо от дистрибутива и если 
хочется самостоятельно компилировать пакеты не стоит отклоняться от 
используемых в дистрибутиве версий? Я почему-то считал, что устанавливая 
пакеты в /usr/local я не могу в RedHat повлиять на работу RPM, оказалось 
- могу...



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

возьмем например libc6 - версия 2.3.1-17
glibc-2.3.1.orig.tar.gz - оригинальные исходники (основная версия - 
2.3.1)

glibc_2.3.1-17.diff.gz - патч от дистрибутива (версия в дистрибутиве -17)
glibc_2.3.1-17.dsc - файл с подписью и описанием, подписывается с 
помощью GPG
в случае если есть исходники от предыдущей версии и изменение 
произошло только со стороны мантейнера, то есть апстрим версия не 
поменялась а изменился только патч от дистрибутива (diff.gz) его то и 
надо будет скачать



А как часто оказывается достаточно скачать *.diff.gz и *.dsc, и как 
часто требуется скачивать новые версии оригинальных исходников?



... Да, и подписываются ли пакеты Debian при помощи GPG



Подписываются md5sum.


md5sums - используется для контроля изменений файлов пакета
каждый пакет, по крайней мере в оффициальном архиве, подписан 
мантейнером с помощью GPG



При обновлении делается ли какая-нибудь автоматическая проверка 
подлинности? То есть в RPM я могу сделать rpm --checksig имя_пакета, а в 
Debian это как-то можно сделать? В принципе, при желании можно и самому 
написать - как я понял, dsc-файл подписан и содержит контрольные суммы 
остальных файлов, но здача немного усложняется тем, что (если я 
правильно понял) разные пакеты подписываются разными людьми, и простой 
проверки подписи недостаточно - нужно проследить, чтобы ключ 
соответствовал пакету (это коÐ