Нафига нам эта почта, нафига нам MTA

Не от exim4, а от МТА

Какая разница, идиотство от этого не кончается. Сделать чтоли пустой пакет который будет как mta. Меня начинает бесить дистрибутив который я считал единственно вменяемым.

// yesled

Странно, не вижу такой зависимости.

c дуба рухнул?

nbw:[~]$ apt-cache depends kmail
kmail
  Зависит: kdebase-runtime
  Зависит: kdelibs5
  Зависит: kdepimlibs5
  Зависит: libc6
  Зависит: libgcc1
  Зависит: libkdepim4
  Зависит: libkleo4
  Зависит: libkpgp4
  Зависит: libksieve4
  Зависит: libmimelib4
  Зависит: libphonon4
  Зависит: libqt4-dbus
  Зависит: libqt4-network
  Зависит: libqt4-qt3support
  Зависит: libqt4-xml
  Зависит: libqtcore4
  Зависит: libqtgui4
  Зависит: libstdc++6
  Зависит: perl
  Предлагает: gnupg
  Предлагает: gnupg-agent
 |Предлагает: pinentry-qt
  Предлагает: <pinentry-x11>
    pinentry-gtk
    pinentry-gtk2
    pinentry-qt
    pinentry-qt4
  Предлагает: kaddressbook
  Предлагает: kleopatra
 |Предлагает: spamassassin
 |Предлагает: bogofilter
 |Предлагает: annoyance-filter
 |Предлагает: spambayes
 |Предлагает: bsfilter
  Предлагает: crm114
 |Предлагает: clamav
  Предлагает: f-prot-installer
  Рекомендует: procmail
  Заменяет: kmailcvt

Нет не с дуба в с клена в детстве. Если не веришь то могу доказать:

apt-get install kmail -t experimental (для kde4) просит поставить exim4 - тоесть ему нужен любой MTA.

недолго думая я создал пустой пакет nano-mta-1.0

 Package: nano-mta
 Version: 1.0.0
 Architecture: all
 Maintainer: I will chunk you <me@tempuri.org>
 Installed-Size: 32
 Provides: mail-transport-agent
 Section: mail
 Priority: optional
 Homepage: http://tempuri.org/
 Description: Nano tech mail-transport-agent
  This is a nano mail-transport-agent.


Поставил его и сейчас тяну kmail, который уже не просит MTA.

// уфф наконецто залогинился

Не лень было пустой пакет делать? Exim не так много весит, чтоб из-за этого глупостями заниматься

10 минут, зато по-понятиям.

У тебя рекомендованные пакеты стоят как зависимые. А я это сразу отключаю.

ЗЫ

>Exim не так много весит, чтоб из-за этого глупостями заниматься

Лучше просто осилить Дебиан :)

> У тебя рекомендованные пакеты стоят как зависимые. А я это сразу отключаю.

а как это сифилис отключить?

aptitude --without-recommends --without-suggests, в synaptic - в первой вкладке Preferences, как с apt-get - незнаю...

Вот именно я тоже не знаю, потому что я только им пользуюсь и никогда recommended не ставились автоматом. Так что не в этом дело.

Разработчики дебиана вроде рекомендуют как раз aptitude использовать, ссылка где то была недавно.

Recommended всегда ставились автоматом. Сейчас еще раз убедился с kmail.

Ничего, думаю, стоит подольше погуглить... Как найду - запостю.

>Разработчики дебиана вроде рекомендуют как раз aptitude использовать

Ага, есть такое. Скоро вместо pico будут рекомендовать пользоваться OOWriter'ом...

Выполнять функцию  MTA может с десяток пакетов
например вот эти два пойдут для домашней машинки:

Package: nullmailer                 
Priority: extra                     
Section: mail                       
Installed-Size: 448                 
Maintainer: Norbert Tretkowski <nobse@debian.org>
Architecture: amd64                              
Version: 1:1.04-1                                
Replaces: mail-transport-agent
Provides: mail-transport-agent
Depends: debconf (>= 0.5) | debconf-2.0, libc6 (>= 2.7-1), libgcc1, libstdc++6 (>= 4.1.1-21), lsb-base
Recommends: sysklogd | system-log-daemon
Conflicts: lsb, mail-transport-agent, suidmanager (<< 0.52)
Filename: pool/main/n/nullmailer/nullmailer_1.04-1_amd64.deb
Size: 104482
MD5sum: 1ae1109d82c2546ffdc82c1216b8ab89
SHA1: ff3297e7f4fa76a7676b352075fe129ba10b5562
SHA256: 9bf25b8f1b56469c1b9b4e657a565245277177ca27289660bf38643962caa25a
Description: simple relay-only mail transport agent
 Nullmailer is a replacement MTA for hosts, which relay to a fixed set of
 smart relays. It is designed to be simple to configure and especially
 useful on slave machines and in chroots.
 .
 The sendmail interface of this package doesn't provide the -bs switch,
 hence it's not LSB compatible!
Homepage: http://untroubled.org/nullmailer/

ИЛИ ЭТОТ

Package: esmtp-run                  
Priority: extra                     
Section: mail                       
Installed-Size: 8                   
Maintainer: José Fonseca <j_r_fonseca@yahoo.co.uk>
Architecture: all                                 
Source: esmtp                                     
Version: 0.6.0-1                                  
Replaces: mail-transport-agent                    
Provides: mail-transport-agent
Depends: esmtp
Conflicts: mail-transport-agent
Filename: pool/main/e/esmtp/esmtp-run_0.6.0-1_all.deb
Size: 3632
MD5sum: 21af2be25e3b19b6ecdc1761a20820a1
SHA1: 77ddefc32c7f64c1104e314464a3eb4214140e43
SHA256: 6e70077ffee4abd9d7aa65f069ecd27ce66d68f071c79f2a9a5411e393546f21
Description: User configurable relay-only MTA
 ESMTP is a user configurable relay-only Mail Transfer Agent (MTA) with a
 sendmail-compatible syntax. It's based on libESMTP supporting the AUTH
 (including the CRAM-MD5 and NTLM SASL mechanisms) and the StartTLS SMTP
 extensions.
 .
 ESMTP does not receive mail, expand aliases or manage a queue but can deliver
 mail locally via an MDA.
 .
 This package provides the regular MTA programs.
Tag: interface::daemon, mail::transport-agent, network::server, protocol::smtp, role::program, works-with::mail

А ведь и правда сцука procmail поставился хотя лежит в Recommends. Ненавижу Ненавижу Ненавижу Ненавижу

Говоря проще ты не осиливший пакетный менеджер троль, курящий план медведа-путина и них^W ничего у тебя не заработает. А когда не заработает ты придешь опять сюда и будешь визжать, что все майнтейнеры муд^W похоже на тебя и все проблемы только от этого, совершено забывая о своих личных недостатках.

О как :(

А теперь, придурок, скажи мне нахрена нужно автоматом ставить рекомендуемые пакеты? Я прекрасно вижу список этих пакетов и поставлю его сам при необходимости. Да еще и в низкоуровневой утилите, а не в какой-нить приблуде с гуем на gtk или qt.

Пользователь хочет поставить почтовый клиент, за каким хреном ему ставить вместе с ним почтовый сервер?

ппц. /etc/apt/apt.conf :

APT::Install-Recommends "0";
APT::Install-Suggests "0";

>А теперь, придурок, скажи мне нахрена нужно автоматом ставить рекомендуемые пакеты? Я прекрасно вижу список этих пакетов и поставлю его сам при необходимости. Да еще и в низкоуровневой утилите, а не в какой-нить приблуде с гуем на gtk или qt.

а тебе гений уже ответили

>aptitude --without-recommends --without-suggests, в synaptic - в первой вкладке Preferences

не нравиться настрой слава богу /etc никто еще не отменял.

Более того если ты такой умный и совсем можешь справиться сам, надо бы(?)ло сразу об этом сообщить программе, а раз libastral к apt еще никто не прикрутил, то и сообщать надо через осиливание настройки в той самой директории, либо хотя бы через алиасы. А если не хочется понапрасну расходовать свой мозг с миллиардной стоимостью на один грамм используй гуй с Preferences.

Да потому, что ты мудак.

> APT::Install-Recommends "0";
> APT::Install-Suggests "0";

PS: в бубунте это по умолчанию.

Верно что ппц. У меня нет такого конфига в /etc/apt

Вылезло.

Пасиба, в сети все пишут, цитирую, AFAIK apt-get doesn't support this

> Пасиба, в сети все пишут, цитирую, AFAIK apt-get doesn't support this

apt-config dump

> У меня нет такого конфига в /etc/apt

а создать религия не позволяет? :)

>А теперь, придурок, скажи мне нахрена нужно автоматом ставить рекомендуемые пакеты?

вы, молодой человек, прежде чем оскорблять уважаемых людей, сходили бы да почитали man aptitude

Проблема в Debian не в том, что установка рекомендуемых пакетов включена по умолчанию, а в том, что многие сопровождающие суют в recommends то, что не надо. С этим борьба идет. Имеются дискуссии по этому поводу в devel. Я лично установку recommends сразу у aptitude убираю. При этом куча пакетов, притянутых по этому принципу, автоматом выносится.

У установки пакетов по рекомнедации есть плюсы и минусы. Допустим, поставите вы, скажем, XFCE сразу после установки базовой системы (без иксов), но вы не получите, например, автомонтирования, так как dbus стоять не будет, hal стоять не будет, pmount тоже. Они ставятся thunar'ом по рекомендации. Вроде и не лишние, но и не обязательные. Вот в чем дело.

Или вот еще случай. тот же Gaim (Pidgin). у него в прямых зависимостях нет плагинов gstreamer. Но звук он воспроизводит через них. Ставишь Gaim на не-GNOME установку, включаешь звук, а он не играет. А что надо, чтобы заиграл? Для рядового пользователя -- это головомойка. Я же полез в FAQ, вычитал, что теперь играет через gstreamer (до этого использовался libao), и поставил плагины. Потом написал баг-репорт в BTS, где в легкой форме поругался с сопровождающим. Он сказал, что плагины gstreamer указаны им в recommends, на что я ему сказал, что recommends у меня выключены, так как тащат всё, чего не попадя. А он мне сказал, что это мои половые проблемы, и что ставить в depends звук не будет. В целом он прав, конечно. У depends другая семантика. Так что включенные recommends -- это для того, чтобы типовые конфигурации заработали.

> вы, молодой человек, прежде чем оскорблять уважаемых людей, сходили бы да почитали man aptitude

сначала перечитай пост на который я отвечал и проникнись, позже решай оправдана моя реакция или нет.

Я просто перед установкой пакета смотрю recommends и если там ничего полезного для меня нет, указываю опцию -R.

aptitude install -R package_name

// :(

>Я просто перед установкой пакета смотрю recommends и если там ничего полезного для меня нет, указываю опцию -R.

Я примерно так и делаю. То есть я все-равно опцию установки рекомендуемых держу выключенной. Я просто после установки пакета интересуюсь пакетами из recommends и ставлю то, что мне нужно отдельно. В подавляющем большинстве случаев мне пакеты из recommends не особо нужны. Но бывало, что и требовались. Например, в GQview в Etch не работает поворот картинок, так как для этого требуется пакет из recommends -- libjpeg-progs. Кстати, взгляда на название этого пакета недостаточно, чтобы понять, нужен ли он мне.

Что-то неладно в вашем Датском королевстве

$ sudo apt-get install kmail
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  kdebase-bin kdebase-kio-plugins kdelibs-data kdelibs4c2a kdepim-kio-plugins
  kdesktop libarts1c2a libavahi-qt3-1 libdbus-qt-1-1c2 libkcal2b libkdepim1a
  libkleopatra1 libkmime2 libkonq4 libkpimidentities1 libksieve0 libktnef1
  liblua50 liblualib50 libmimelib1c2a libopenexr2c2a
Suggested packages:
  khelpcenter fam gnupg-agent pinentry-qt pinentry-x11 kaddressbook kleopatra
  clamav f-prot-installer kdepim-kresources
Recommended packages:
  gdb kamera kdemultimedia-kio-plugins perl-suid procmail libarts1-akode
The following NEW packages will be installed:
  kdebase-bin kdebase-kio-plugins kdelibs-data kdelibs4c2a kdepim-kio-plugins
  kdesktop kmail libarts1c2a libavahi-qt3-1 libdbus-qt-1-1c2 libkcal2b
  libkdepim1a libkleopatra1 libkmime2 libkonq4 libkpimidentities1 libksieve0
  libktnef1 liblua50 liblualib50 libmimelib1c2a libopenexr2c2a
0 upgraded, 22 newly installed, 0 to remove and 0 not upgraded.
Need to get 28.4MB of archives.
After unpacking 90.9MB of additional disk space will be used.
Do you want to continue [Y/n]?

>aptitude install -R package_name

Кстати, в том случае, если половина из рекомендуемых нужна, а половина не нужна, то можно запрос aptitude о подтверждении установки вместо [Y/n] ответить -packege-1 -package-2 (со знаком минус). И эти пакеты из списка устанавливаемых будут исключены. А если они попадают в список depends, то aptitude предупредит об этом, ругнется и предложит решения сложившейся ситуации.

>Что-то неладно в вашем Датском королевстве

Да не, просто у тебя, наверное, один из MTA уже стоит, а у него ни одного.

$ apt-cache depends procmail
procmail
  Зависит: libc6
 |Рекомендует: exim4
 |Рекомендует: <mail-transport-agent>
    courier-mta
    esmtp-run
    exim
    masqmail
    msmtp-mta
    nullmailer
    postfix
    sendmail-bin
    smail
    ssmtp
    xmail
    exim4-daemon-heavy
    exim4-daemon-light
  Рекомендует: fetchmail
  Конфликтует: <suidmanager>

Это, по ходу, procmail из recommends тянет. Вон они списком идут.
Debian выбрал первый. Если у тебя эта зависимость удовлетворена, то
он тебе и не предлагает ставить.