Your message dated Fri, 06 Mar 2015 19:31:45 +0000
with message-id <e1ytxyl-0007jo...@franck.debian.org>
and subject line Bug#750667: Removed package(s) from unstable
has caused the Debian Bug report #98807,
regarding mopd uses obsolete (PF_INET,SOCK_PACKET)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
98807: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=98807
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mopd
Version: 2.5.4-5
Severity: wishlist
When mopd starts the following warning is displayed on the console:
mopd uses obsolete (PF_INET,SOCK_PACKET)
>From packet(7) :
COMPATIBILITY
In Linux 2.0, the only way to get a packet socket was by
calling socket(PF_INET, SOCK_PACKET, protocol). This is
still supported but strongly deprecated. The main differÂ
ence between the two methods is that SOCK_PACKET uses the
old struct sockaddr_pkt to specify an interface, which
doesn't provide physical layer independence.
struct sockaddr_pkt
{
unsigned short spkt_family;
unsigned char spkt_device[14];
unsigned short spkt_protocol;
};
spkt_family contains the device type, spkt_protocol is the
IEEE 802.3 protocol type as defined in <sys/if_ether.h>
and spkt_device is the device name as a null terminated
string, e.g. eth0.
This structure is obsolete and should not be used in new
code.
Should Linux 2.0 compatibility be retained? If so maybe this should be
modified to use libpcap. If not the call could perhaps be replaced like so:
--- pf-linux2.c.orig Sat May 26 09:29:38 2001
+++ pf-linux2.c Sat May 26 09:30:36 2001
@@ -95,7 +95,7 @@
{ u_short prot;
prot = ((typ == TRANS_8023) ? htons(ETH_P_802_2) : htons(protocol));
- if ((s = socket(AF_INET, SOCK_PACKET, prot)) < 0) {
+ if ((s = socket(PF_PACKET, SOCK_RAW, prot)) < 0) {
perror(interface);
return(-1);
}
I'm the current mopd maintainer and I don't consider this bug important enough
to fix given the hazards of changing to libpcap as well as the problems
associated with losing Linux 2.0 compatibility. If you feel otherwise feel
free to let me know.
David
-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux meow 2.4.4 #1 Sat May 19 09:02:27 PDT 2001 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages mopd depends on:
ii debconf 0.9.41 Debian configuration management sy
ii libc6 2.2.3-1 GNU C Library: Shared libraries an
--- End Message ---
--- Begin Message ---
Version: 1:2.5.3-22+rm
Dear submitter,
as the package mopd has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/750667
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.
Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)
--- End Message ---