<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>17772</bug_id>
          
          <creation_ts>2003-03-18 16:00 0000</creation_ts>
          <short_desc>libnet 1.0.2a is deprecated</short_desc>
          <delta_ts>2003-11-28 08:41:19 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Library</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://www.packetfactory.net/libnet/</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>tux@tuxslare.org</reporter>
          <assigned_to>vapier@gentoo.org</assigned_to>
          <cc>carlo@gentoo.org</cc>
    
    <cc>dma@dmatech.org</cc>
    
    <cc>h3y@esaurito.net</cc>
    
    <cc>hillster@gentoo.org</cc>
    
    <cc>mholzer@gentoo.org</cc>
    
    <cc>rac@gentoo.org</cc>
    
    <cc>seemant@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>tux@tuxslare.org</who>
            <bug_when>2003-03-18 16:00:29 0000</bug_when>
            <thetext>from http://www.packetfactory.net/libnet/ :

Deprecated Tree (unsupported)

Latest Version: 1.0.2a

The SecurityFocus article on libnet 1.0.x written by Mike Schiffman.

All of the libnet code may be found here.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tux@tuxslare.org</who>
            <bug_when>2003-03-18 16:05:51 0000</bug_when>
            <thetext>I still got it from the emerge libnet, shouldn&apos;t it be removed? (I know that the latest version is available), or is it kept because of compability issues?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seemant@gentoo.org</who>
            <bug_when>2003-03-18 19:39:14 0000</bug_when>
            <thetext>I believe compatibility issues are at play here, but I&apos;ll investigate.  Actually, marty can you?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>humillo@hotmail.com</who>
            <bug_when>2003-03-25 14:18:03 0000</bug_when>
            <thetext>Its no longer possible to build version 1.0.2a of this package because the source is not mirrored 
anywhere. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>humillo@hotmail.com</who>
            <bug_when>2003-03-25 14:48:58 0000</bug_when>
            <thetext>Changing SRC_URI to the following makes it work again: 
 
SRC_URI=&quot;http://www.packetfactory.net/${PN}/dist/deprecated/${PN}-${PV}.tar.gz&quot; 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wmertens@gentoo.org</who>
            <bug_when>2003-03-27 01:03:38 0000</bug_when>
            <thetext>I can tell you that most apps use libnet 1.0.x, and they changed the api severely for 1.1.x.

I once tried porting something to using libnet 1.1, but it was more trouble than it was worth, since it already worked :)

So don&apos;t go removing the ebuild!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seemant@gentoo.org</who>
            <bug_when>2003-04-14 01:17:27 0000</bug_when>
            <thetext>Robert, there&apos;s libnet in net-libs and dev-perl -- do we need to rename the dev-perl one?  If so, let me know, so it can be added to the list of package moves, when stable portage is upgraded to know about moves.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rac@gentoo.org</who>
            <bug_when>2003-04-14 11:22:41 0000</bug_when>
            <thetext>Seemant, the libnet in net-libs and the libnet in dev-perl are two completely
different animals.  I have always considered &quot;emerge package&quot; as shorthand for
&quot;emerge category/package&quot; to be simply a convenience that could not necessarily
be relied upon in cases such as this, so I would just leave it.  If you want to
move it, however, it will probably need a new way of finding its SRC_URI.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-08-17 12:27:30 0000</bug_when>
            <thetext>ok, someone had already SLOT-ed libnet 1.0.x and 1.1.x so i touched up the SLOT in 1.1.x and unmasked it ...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-08-17 12:29:50 0000</bug_when>
            <thetext>actually ill leave this open as a reminder ...

i want to switch the roles of libnet-1.0.x and libnet-1.1.x ...

that is, right now 1.0.x is sitting in /usr/lib/libnet.a, /usr/include/libnet/, and /usr/bin/libnet-config while 1.1.x has &apos;1.1&apos; suffixes on all of these ...

i&apos;ll be switching them such that 1.0.x has the suffixes and 1.1.x is in the standard locations ... fortunatly libnet is a static library and this change wont break any existing installs ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-08-20 18:09:39 0000</bug_when>
            <thetext>*** Bug 27022 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-08-20 21:22:13 0000</bug_when>
            <thetext>ok, new libnet/libnids is now in portage ... ill leave this open for a little while longer so as to help tracking of other packages ...

libnet-1.0.2a-r3:
SLOT=1.0
/usr/lib/libnet-1.0.a
/usr/include/libnet/libnet-1.0-&lt;header name&gt;.h
/usr/include/libnet-1.0.h
/usr/man/man3/libnet-1.0.3
/usr/bin/libnet-1.0-config

libnet-1.1.0-r3:
SLOT=1.1
/usr/lib/libnet.a
/usr/include/libnet/libnet-&lt;header name&gt;.h
/usr/include/libnet.h
/usr/share/man/man3/libnet.3
/usr/bin/libnet-config</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2003-11-08 17:28:37 0000</bug_when>
            <thetext>libnet 1.0.2a-r2 and 1.1.0-r3 still overwrite each others header files!?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-11-09 09:50:42 0000</bug_when>
            <thetext>-r2 of both versions == stable
-r3 of both versions == unstable

either use both stable or both unstable otherwise it&apos;s your bug :p</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2003-11-09 15:40:36 0000</bug_when>
            <thetext>hm, &quot;nice&quot;:
libnet-1.1.0-r3 = x86
libnet-1.0.2a-r3  ~x86, but -r2 = x86

so stable/unstable is mixed for me 

thanks for clearifying this SpanKY - an einfo line wouldn&apos;t harm imho</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-11-09 17:55:21 0000</bug_when>
            <thetext>thats interesting ... looks like someone marked it stable without telling
me ...

*looks at hillster*

pushing this SLOT-ed stuff to stable even though portage doesnt handle it
quite right :p</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@glazer.ca</who>
            <bug_when>2003-11-28 08:41:19 0000</bug_when>
            <thetext>Please take a look at bug # 34632</thetext>
          </long_desc>
      
    </bug>

</bugzilla>