[gentoo-user] Blocking - after emerge -C cvs ssmtp

Two problems along the same line.

After doing an "emerge -C cvs ssmtp" and "revdep-rebuild --ignore" it
seems that there are still traces of the two programs around.

1) The cvs I removed because I want to try subversion, but when I do an
"emerge -uDNp world" cvs shows in the list. The /var/lib/portage/world
doesn't have cvs in it either. This isn't a Blocking problem, but every
update installs cvs again.

2) The ssmtp I removed because it was blocking sendmail. When I try to
emerge sendmail ssmtp is on top of the list and I stll have blocking.
See the --pretend below. The sendmail program doesn't show up in the
/var/lib/portage/world either.

jenny etc # emerge -p sendmail

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] mail-mta/ssmtp-2.61-r2 USE="ipv6 ssl -mailwrapper -md5sum"
[ebuild N ] mail-filter/procmail-3.22-r7 USE="-mbox (-selinux)"
[ebuild N ] mail-mta/sendmail-8.14.0 USE="ipv6 ssl tcpd -ldap
-mailwrapper -mbox -nis -sasl -sockets"
[blocks B ] mail-mta/sendmail (is blocking mail-mta/ssmtp-2.61-r2)
[blocks B ] mail-mta/ssmtp (is blocking mail-mta/sendmail-8.14.0)
jenny etc #


Any idea?

Thanks,

Dave
--
gentoo-user.TakeThisOut@lists.gentoo.org mailing list

Neil Bothwick wrote:
> On Fri, 06 Jun 2008 06:24:22 +0000, dhk wrote:
>
>> 1) The cvs I removed because I want to try subversion, but when I do an
>> "emerge -uDNp world" cvs shows in the list. The /var/lib/portage/world
>> doesn't have cvs in it either. This isn't a Blocking problem, but
>> every update installs cvs again.
>
> That's because something on your system depends on cvs. This is not a
> problem, programs hat need cvs will use cvs, those that want subversion
> will use that. Instaling both does no harm.
I just was to get rid of cvs since I'm not using it. How do I find what
depends on it?

>
>> 2) The ssmtp I removed because it was blocking sendmail. When I try to
>> emerge sendmail ssmtp is on top of the list and I stll have blocking.
>> See the --pretend below. The sendmail program doesn't show up in the
>> /var/lib/portage/world either.
>
> sendmail won;t be in your world file, it is not installed.
>
>> [ebuild N ] mail-mta/ssmtp-2.61-r2 USE="ipv6 ssl -mailwrapper
>> -md5sum" [ebuild N ] mail-filter/procmail-3.22-r7 USE="-mbox
>> (-selinux)" [ebuild N ] mail-mta/sendmail-8.14.0 USE="ipv6 ssl
>> tcpd -ldap -mailwrapper -mbox -nis -sasl -sockets"
>> [blocks B ] mail-mta/sendmail (is blocking mail-mta/ssmtp-2.61-r2)
>> [blocks B ] mail-mta/ssmtp (is blocking mail-mta/sendmail-8.14.0)
>
> I suspect this may be because you have -mailwrapper in USE.
>
>
I think you're right about the -mailwrapper. After fixing the USE the
first time sendmail was emerged mailwrapper was installed. Now there's
some SLOT problem with ssmtp. The pretend looks ok, but the emerge
fails: see below. I think I can safely ignore the collision, but don't
know how.

# emerge -p sendmail

These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] mail-mta/ssmtp-2.61-r2 USE="ipv6 mailwrapper ssl -md5sum"
[ebuild N ] mail-filter/procmail-3.22-r7 USE="-mbox (-selinux)"
[ebuild N ] mail-mta/sendmail-8.14.0 USE="ipv6 mailwrapper ssl tcpd
-ldap -mbox -nis -sasl -sockets"

>>> Completed installing ssmtp-2.61-r2 into
/var/tmp/portage/mail-mta/ssmtp-2.61-r2/image/

ecompressdir: bzip2 -9 /usr/share/man
strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment
usr/sbin/ssmtp
* checking 14 files for package collisions
* This package will overwrite one or more files that may belong to other
* packages (see list below). You can use a command such as `portageq
* owners / <filename>` to identify the installed package that owns a
* file. If portageq reports that only one package owns a file then do
* NOT file a bug report. A bug report is only useful if it identifies at
* least two or more packages that are known to install the same file(s).
* If a collision occurs and you can not explain where the file came from
* then you should simply ignore the collision since there is not enough
* information to determine if a real problem exists. Please do NOT file
* a bug report at http://bugs.gentoo.org unless you report exactly which
* two packages install the same file(s). Once again, please do NOT file
* a bug report unless you have completely understood the above message.
*
* package mail-mta/ssmtp-2.61-r2 NOT merged
*
* Detected file collision(s):
*
* /etc/mail/mailer.conf
*
* Searching all installed packages for file collisions...
*
* Press Ctrl-C to Stop
*
* net-mail/mailwrapper-0.2.1
* /etc/mail/mailer.conf

* Messages for package mail-mta/ssmtp-2.61-r2:

* This package will overwrite one or more files that may belong to other
* packages (see list below). You can use a command such as `portageq
* owners / <filename>` to identify the installed package that owns a
* file. If portageq reports that only one package owns a file then do
* NOT file a bug report. A bug report is only useful if it identifies at
* least two or more packages that are known to install the same file(s).
* If a collision occurs and you can not explain where the file came from
* then you should simply ignore the collision since there is not enough
* information to determine if a real problem exists. Please do NOT file
* a bug report at http://bugs.gentoo.org unless you report exactly which
* two packages install the same file(s). Once again, please do NOT file
* a bug report unless you have completely understood the above message.
*
* package mail-mta/ssmtp-2.61-r2 NOT merged
*
* Detected file collision(s):
*
* /etc/mail/mailer.conf
*
* Searching all installed packages for file collisions...
*
* Press Ctrl-C to Stop
*
* net-mail/mailwrapper-0.2.1
* /etc/mail/mailer.conf



--
gentoo-user.DeleteThis@lists.gentoo.org mailing list