Bug#567502: Exclude portmap from standard task

2011-04-27 Thread Vincent Smeets

Hello,

I too want to exclude portmap from the standard task. In case you want 
to install all the standard packages then aptitude warns you about a 
conflict.


|vincent@PC-Vincent:~$ sudo aptitude install '?priority(standard)'
The following NEW packages will be installed:
  portmap
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/38.9 kB of archives. After unpacking 184 kB will be used.
The following packages have unmet dependencies:
  rpcbind: Conflicts: portmap but 6.0.0-3 is to be installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) nfs-common
2) rpcbind



Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.
vincent@PC-Vincent:~$
|
'nfs-common' has dependecies with 'portmap' or 'rpcbind'. But the latest 
version of 'nfs-common' can work correctly with 'rpcbind'. Every time I 
reinstall the standard packages (I use a script with aptitude to update 
the list of installed packages) I get a conflict that I have to resolve 
in favor of 'rpcbind'.
I expect that this conflict will also exist when you install a new 
Debian system with the standard task enabled. (I haven't checked it)



Regards,
Vincent Smeets

I am using Debian Testing amd64.


Bug#567502: Exclude portmap from standard task

2011-04-27 Thread Luk Claes
reassign 567502 ftp.debian.org
retitle 567502 RM: portmap -- ROM; superseded by rpcbind
thanks

On 04/27/2011 10:06 PM, Vincent Smeets wrote:

 I too want to exclude portmap from the standard task. In case you want
 to install all the standard packages then aptitude warns you about a
 conflict.

Well, the idea is that it will be removed. Requesting for removal now.
As rpcbind provides portmap, there should be no issues for reverse
(build) dependencies especially as there are no versioned ones.

 'nfs-common' has dependecies with 'portmap' or 'rpcbind'. But the latest
 version of 'nfs-common' can work correctly with 'rpcbind'. Every time I
 reinstall the standard packages (I use a script with aptitude to update
 the list of installed packages) I get a conflict that I have to resolve
 in favor of 'rpcbind'.

The latest version of nfs-common does depend explicitly on rpcbind
already btw.

Cheers

Luk



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#567502: Exclude portmap from standard task

2010-01-29 Thread Olaf van der Spek
Package: portmap
Version: 6.0.0-1
Severity: normal

Hi,

A default Debian install (without GUI) includes portmap, which listens on a 
public IP address. Could this avoided?
Either by excluding portmap altogether or by only listening on localhost.

Olaf

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages portmap depends on:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libwrap0  7.6.q-18   Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip

portmap recommends no packages.

portmap suggests no packages.

-- debconf information:
  portmap/loopback: true



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org