From spencerlee at email.arizona.edu  Thu Oct  1 08:10:39 2015
From: spencerlee at email.arizona.edu (Spencer Lee)
Date: Thu, 1 Oct 2015 08:10:39 -0700
Subject: [Nfd-dev] ndn-tools build error
Message-ID: <CAD8dyjw48S68QMG=fJ+G_n73z=xpnLsOzpcj8pvUG_TtfxxFdw@mail.gmail.com>

Hi,

If anyone gets a chance to respond,
I was wondering if anyone has received the same build errors and has a
solution:

I received build errors when trying to compile ndn-tools on the way to
installation - using ./waf
I was wondering if similar issues have been found before,
compile fails when trying ndndump. Deprecated repositories for ndndump and
ndn-tlv-ping also gave build errors when trying to ./waf

I am using a vm of Ubuntu 14.04.3
gcc version is 4.8.4
NFD and ndn-cxx seemed to have installed fine,
last git commit hashes for NFD, ndn-cxx and ndn-tools are 62a939, ec0499
and ef1e27, respectively.

Thank you very much,
Spencer Lee
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151001/e624dd80/attachment.html>

From alexander.afanasyev at ucla.edu  Thu Oct  1 08:57:15 2015
From: alexander.afanasyev at ucla.edu (Alex Afanasyev)
Date: Thu, 1 Oct 2015 08:57:15 -0700
Subject: [Nfd-dev] ndn-tools build error
In-Reply-To: <CAD8dyjw48S68QMG=fJ+G_n73z=xpnLsOzpcj8pvUG_TtfxxFdw@mail.gmail.com>
References: <CAD8dyjw48S68QMG=fJ+G_n73z=xpnLsOzpcj8pvUG_TtfxxFdw@mail.gmail.com>
Message-ID: <6FAC7EDB-015B-4E26-A68A-DB66669EFA2A@ucla.edu>

Hi Spencer,

Would you mind copying/pasting the error message?

---
Alex

> On Oct 1, 2015, at 8:10 AM, Spencer Lee <spencerlee at email.arizona.edu> wrote:
> 
> Hi,
> 
> If anyone gets a chance to respond,
> I was wondering if anyone has received the same build errors and has a solution:
> 
> I received build errors when trying to compile ndn-tools on the way to installation - using ./waf
> I was wondering if similar issues have been found before,
> compile fails when trying ndndump. Deprecated repositories for ndndump and ndn-tlv-ping also gave build errors when trying to ./waf
> 
> I am using a vm of Ubuntu 14.04.3
> gcc version is 4.8.4
> NFD and ndn-cxx seemed to have installed fine,
> last git commit hashes for NFD, ndn-cxx and ndn-tools are 62a939, ec0499 and ef1e27, respectively.
> 
> Thank you very much,
> Spencer Lee
> 
> 
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev



From spencerlee at email.arizona.edu  Thu Oct  1 09:48:52 2015
From: spencerlee at email.arizona.edu (Spencer Lee)
Date: Thu, 1 Oct 2015 09:48:52 -0700
Subject: [Nfd-dev] ndn-tools build error
In-Reply-To: <6FAC7EDB-015B-4E26-A68A-DB66669EFA2A@ucla.edu>
References: <CAD8dyjw48S68QMG=fJ+G_n73z=xpnLsOzpcj8pvUG_TtfxxFdw@mail.gmail.com>
	<6FAC7EDB-015B-4E26-A68A-DB66669EFA2A@ucla.edu>
Message-ID: <CAD8dyjxVF+0QBw6AhPOMbP=xmAPFwvSc8Bmn6680jAurZ4Q7Qw@mail.gmail.com>

Sorry - the error message is:

spen at spen-virtual-machine:~/NDN/ndn-tools$ ./waf
Waf: Entering directory `/home/spen/NDN/ndn-tools/build'
[ 3/40] Compiling core/version.cpp
[ 3/40] Compiling tools/peek/ndn-peek.cpp
[ 3/40] Compiling tools/peek/ndn-poke.cpp
[ 4/40] Compiling tools/dump/ndndump.cpp
../tools/dump/ndndump.cpp: In member function ?void
ndn::dump::Ndndump::onCapturedPacket(const pcap_pkthdr*, const uint8_t*)?:
../tools/dump/ndndump.cpp:163:65: error: no matching function for call to
?ndn::Block::fromBuffer(const uint8_t*&, ssize_t&)?
   std::tie(isOk, block) = Block::fromBuffer(payload, payloadSize);
                                                                 ^
../tools/dump/ndndump.cpp:163:65: note: candidates are:
In file included from /usr/local/include/ndn-cxx/name-component.hpp:30:0,
                 from /usr/local/include/ndn-cxx/name.hpp:30,
                 from ../tools/dump/ndndump.hpp:42,
                 from ../tools/dump/ndndump.cpp:37:
/usr/local/include/ndn-cxx/encoding/block.hpp:160:3: note: static bool
ndn::Block::fromBuffer(const ConstBufferPtr&, size_t, ndn::Block&)
   fromBuffer(const ConstBufferPtr& wire, size_t offset, Block& block);
   ^
/usr/local/include/ndn-cxx/encoding/block.hpp:160:3: note:   candidate
expects 3 arguments, 2 provided
/usr/local/include/ndn-cxx/encoding/block.hpp:170:3: note: static bool
ndn::Block::fromBuffer(const uint8_t*, size_t, ndn::Block&)
   fromBuffer(const uint8_t* buffer, size_t maxSize, Block& block);
   ^
/usr/local/include/ndn-cxx/encoding/block.hpp:170:3: note:   candidate
expects 3 arguments, 2 provided

In file included from /usr/include/ndn-cxx/util/signal.hpp:25:0,
                 from /home/spen/NDN/ndn-tools/core/common.hpp:68,
                 from /home/spen/NDN/ndn-tools/core/version.hpp:23,
                 from ../tools/peek/ndn-poke.cpp:51:
/usr/include/ndn-cxx/util/signal-signal.hpp:108:4: error: #error "cannot
declare Owner as friend"
 #  error "cannot declare Owner as friend"
    ^
../tools/peek/ndn-poke.cpp: In member function
?boost::shared_ptr<ndn::Data> ndn::peek::NdnPoke::createDataPacket()?:
../tools/peek/ndn-poke.cpp:168:55: error: no matching function for call to
?ndn::KeyChain::sign(ndn::Data&, ndn::security::SigningInfo)?
       m_keyChain.sign(*dataPacket, signingWithSha256());
                                                       ^
../tools/peek/ndn-poke.cpp:168:55: note: candidates are:
In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
                 from /home/spen/NDN/ndn-tools/core/version.hpp:23,
                 from ../tools/peek/ndn-poke.cpp:51:
/usr/local/include/ndn-cxx/security/key-chain.hpp:179:3: note:
template<class T> void ndn::KeyChain::sign(T&)
   sign(T& packet);
   ^
/usr/local/include/ndn-cxx/security/key-chain.hpp:179:3: note:   template
argument deduction/substitution failed:
../tools/peek/ndn-poke.cpp:168:55: note:   candidate expects 1 argument, 2
provided
       m_keyChain.sign(*dataPacket, signingWithSha256());
                                                       ^
In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
                 from /home/spen/NDN/ndn-tools/core/version.hpp:23,
                 from ../tools/peek/ndn-poke.cpp:51:
/usr/local/include/ndn-cxx/security/key-chain.hpp:190:3: note:
template<class T> void ndn::KeyChain::sign(T&, const ndn::Name&)
   sign(T& packet, const Name& certificateName);
   ^
/usr/local/include/ndn-cxx/security/key-chain.hpp:190:3: note:   template
argument deduction/substitution failed:
../tools/peek/ndn-poke.cpp:168:55: note:   cannot convert
?ndn::security::signingWithSha256()()? (type ?ndn::security::SigningInfo?)
to type ?const ndn::Name&?
       m_keyChain.sign(*dataPacket, signingWithSha256());
                                                       ^
In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
                 from /home/spen/NDN/ndn-tools/core/version.hpp:23,
                 from ../tools/peek/ndn-poke.cpp:51:
/usr/local/include/ndn-cxx/security/key-chain.hpp:202:3: note:
ndn::Signature ndn::KeyChain::sign(const uint8_t*, size_t, const ndn::Name&)
   sign(const uint8_t* buffer, size_t bufferLength, const Name&
certificateName);
   ^
/usr/local/include/ndn-cxx/security/key-chain.hpp:202:3: note:   candidate
expects 3 arguments, 2 provided
/usr/local/include/ndn-cxx/security/key-chain.hpp:664:3: note:
template<class T> void ndn::KeyChain::sign(T&, const
ndn::IdentityCertificate&)
   sign(T& packet, const IdentityCertificate& certificate);
   ^
/usr/local/include/ndn-cxx/security/key-chain.hpp:664:3: note:   template
argument deduction/substitution failed:
../tools/peek/ndn-poke.cpp:168:55: note:   cannot convert
?ndn::security::signingWithSha256()()? (type ?ndn::security::SigningInfo?)
to type ?const ndn::IdentityCertificate&?
       m_keyChain.sign(*dataPacket, signingWithSha256());
                                                       ^
../tools/peek/ndn-poke.cpp:175:72: error: no matching function for call to
?ndn::KeyChain::sign(ndn::Data&, ndn::security::SigningInfo)?
         m_keyChain.sign(*dataPacket, signingByIdentity(*m_identityName));
                                                                        ^
../tools/peek/ndn-poke.cpp:175:72: note: candidates are:
In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
                 from /home/spen/NDN/ndn-tools/core/version.hpp:23,
                 from ../tools/peek/ndn-poke.cpp:51:
/usr/local/include/ndn-cxx/security/key-chain.hpp:736:1: note:
template<class T> void ndn::KeyChain::sign(T&)
 KeyChain::sign(T& packet)
 ^
/usr/local/include/ndn-cxx/security/key-chain.hpp:736:1: note:   template
argument deduction/substitution failed:
../tools/peek/ndn-poke.cpp:175:72: note:   candidate expects 1 argument, 2
provided
         m_keyChain.sign(*dataPacket, signingByIdentity(*m_identityName));
                                                                        ^
In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
                 from /home/spen/NDN/ndn-tools/core/version.hpp:23,
                 from ../tools/peek/ndn-poke.cpp:51:
/usr/local/include/ndn-cxx/security/key-chain.hpp:190:3: note:
template<class T> void ndn::KeyChain::sign(T&, const ndn::Name&)
   sign(T& packet, const Name& certificateName);
   ^
/usr/local/include/ndn-cxx/security/key-chain.hpp:190:3: note:   template
argument deduction/substitution failed:
../tools/peek/ndn-poke.cpp:175:72: note:   cannot convert
?ndn::security::signingByIdentity(const ndn::Name&)()? (type
?ndn::security::SigningInfo?) to type ?const ndn::Name&?
         m_keyChain.sign(*dataPacket, signingByIdentity(*m_identityName));
                                                                        ^
In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
                 from /home/spen/NDN/ndn-tools/core/version.hpp:23,
                 from ../tools/peek/ndn-poke.cpp:51:
/usr/local/include/ndn-cxx/security/key-chain.hpp:202:3: note:
ndn::Signature ndn::KeyChain::sign(const uint8_t*, size_t, const ndn::Name&)
   sign(const uint8_t* buffer, size_t bufferLength, const Name&
certificateName);
   ^
/usr/local/include/ndn-cxx/security/key-chain.hpp:202:3: note:   candidate
expects 3 arguments, 2 provided
/usr/local/include/ndn-cxx/security/key-chain.hpp:664:3: note:
template<class T> void ndn::KeyChain::sign(T&, const
ndn::IdentityCertificate&)
   sign(T& packet, const IdentityCertificate& certificate);
   ^
/usr/local/include/ndn-cxx/security/key-chain.hpp:664:3: note:   template
argument deduction/substitution failed:
../tools/peek/ndn-poke.cpp:175:72: note:   cannot convert
?ndn::security::signingByIdentity(const ndn::Name&)()? (type
?ndn::security::SigningInfo?) to type ?const ndn::IdentityCertificate&?
         m_keyChain.sign(*dataPacket, signingByIdentity(*m_identityName));
                                                                        ^

In file included from /usr/include/ndn-cxx/util/signal.hpp:25:0,
                 from /home/spen/NDN/ndn-tools/core/common.hpp:68,
                 from /home/spen/NDN/ndn-tools/core/version.hpp:23,
                 from ../tools/peek/ndn-peek.cpp:51:
/usr/include/ndn-cxx/util/signal-signal.hpp:108:4: error: #error "cannot
declare Owner as friend"
 #  error "cannot declare Owner as friend"
    ^

In file included from /usr/include/ndn-cxx/util/signal.hpp:25:0,
                 from ../core/common.hpp:68,
                 from ../core/version.hpp:23,
                 from ../core/version.cpp:20:
/usr/include/ndn-cxx/util/signal-signal.hpp:108:4: error: #error "cannot
declare Owner as friend"
 #  error "cannot declare Owner as friend"
    ^

Waf: Leaving directory `/home/spen/NDN/ndn-tools/build'
Build failed
 -> task in 'dump-objects' failed (exit status 1):
{task 140390751412688: cxx ndndump.cpp -> ndndump.cpp.1.o}
['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11',
'-I/home/spen/NDN/ndn-tools/build/tools/dump',
'-I/home/spen/NDN/ndn-tools/tools/dump',
'-I/home/spen/NDN/ndn-tools/build', '-I/home/spen/NDN/ndn-tools',
'-I/usr/include', '-DNDEBUG', '-DHAVE_INTTYPES_H=1', '-DHAVE_STDINT_H=1',
'-DHAVE_SYS_BITYPES_H=1', '-DHAVE_SYS_TYPES_H=1', '-DHAVE_NDN_CXX=1',
'-DHAVE_PCAP=1', '../tools/dump/ndndump.cpp', '-c', '-o',
'/home/spen/NDN/ndn-tools/build/tools/dump/ndndump.cpp.1.o']
 -> task in '../../bin/ndnpoke' failed (exit status 1):
{task 140390751412944: cxx ndn-poke.cpp -> ndn-poke.cpp.2.o}
['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11',
'-I/home/spen/NDN/ndn-tools/build', '-I/home/spen/NDN/ndn-tools',
'-I/usr/include', '-DNDEBUG', '-DHAVE_INTTYPES_H=1', '-DHAVE_STDINT_H=1',
'-DHAVE_SYS_BITYPES_H=1', '-DHAVE_SYS_TYPES_H=1', '-DHAVE_NDN_CXX=1',
'../tools/peek/ndn-poke.cpp', '-c', '-o',
'/home/spen/NDN/ndn-tools/build/tools/peek/ndn-poke.cpp.2.o']
 -> task in '../../bin/ndnpeek' failed (exit status 1):
{task 140390751402576: cxx ndn-peek.cpp -> ndn-peek.cpp.1.o}
['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11',
'-I/home/spen/NDN/ndn-tools/build', '-I/home/spen/NDN/ndn-tools',
'-I/usr/include', '-DNDEBUG', '-DHAVE_INTTYPES_H=1', '-DHAVE_STDINT_H=1',
'-DHAVE_SYS_BITYPES_H=1', '-DHAVE_SYS_TYPES_H=1', '-DHAVE_NDN_CXX=1',
'../tools/peek/ndn-peek.cpp', '-c', '-o',
'/home/spen/NDN/ndn-tools/build/tools/peek/ndn-peek.cpp.1.o']
 -> task in 'core-objects' failed (exit status 1):
{task 140390751796496: cxx version.cpp -> version.cpp.1.o}
['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11',
'-I/usr/include', '-DNDEBUG', '-DHAVE_INTTYPES_H=1', '-DHAVE_STDINT_H=1',
'-DHAVE_SYS_BITYPES_H=1', '-DHAVE_SYS_TYPES_H=1', '-DHAVE_NDN_CXX=1',
'../core/version.cpp', '-c', '-o',
'/home/spen/NDN/ndn-tools/build/core/version.cpp.1.o']

On Thu, Oct 1, 2015 at 8:57 AM, Alex Afanasyev <alexander.afanasyev at ucla.edu
> wrote:

> Hi Spencer,
>
> Would you mind copying/pasting the error message?
>
> ---
> Alex
>
> > On Oct 1, 2015, at 8:10 AM, Spencer Lee <spencerlee at email.arizona.edu>
> wrote:
> >
> > Hi,
> >
> > If anyone gets a chance to respond,
> > I was wondering if anyone has received the same build errors and has a
> solution:
> >
> > I received build errors when trying to compile ndn-tools on the way to
> installation - using ./waf
> > I was wondering if similar issues have been found before,
> > compile fails when trying ndndump. Deprecated repositories for ndndump
> and ndn-tlv-ping also gave build errors when trying to ./waf
> >
> > I am using a vm of Ubuntu 14.04.3
> > gcc version is 4.8.4
> > NFD and ndn-cxx seemed to have installed fine,
> > last git commit hashes for NFD, ndn-cxx and ndn-tools are 62a939, ec0499
> and ef1e27, respectively.
> >
> > Thank you very much,
> > Spencer Lee
> >
> >
> > _______________________________________________
> > Nfd-dev mailing list
> > Nfd-dev at lists.cs.ucla.edu
> > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151001/46ba3be9/attachment.html>

From alexander.afanasyev at ucla.edu  Thu Oct  1 11:05:28 2015
From: alexander.afanasyev at ucla.edu (Alex Afanasyev)
Date: Thu, 1 Oct 2015 11:05:28 -0700
Subject: [Nfd-dev] ndn-tools build error
In-Reply-To: <CAD8dyjxVF+0QBw6AhPOMbP=xmAPFwvSc8Bmn6680jAurZ4Q7Qw@mail.gmail.com>
References: <CAD8dyjw48S68QMG=fJ+G_n73z=xpnLsOzpcj8pvUG_TtfxxFdw@mail.gmail.com>
	<6FAC7EDB-015B-4E26-A68A-DB66669EFA2A@ucla.edu>
	<CAD8dyjxVF+0QBw6AhPOMbP=xmAPFwvSc8Bmn6680jAurZ4Q7Qw@mail.gmail.com>
Message-ID: <6E20D1E0-5D94-4AAA-9195-194892CAD814@ucla.edu>

Hi Spencer,

From what I understand, you're using ndn-cxx version 0.2.0 which is missing many new features needed by ndn-tools.  You need to use a more recent version (either master branch, beta1, or previous release) of ndn-cxx library in order for the code to be compilable.

---
Alex

> On Oct 1, 2015, at 9:48 AM, Spencer Lee <spencerlee at email.arizona.edu <mailto:spencerlee at email.arizona.edu>> wrote:
> 
> Sorry - the error message is:
> 
> spen at spen-virtual-machine:~/NDN/ndn-tools$ ./waf
> Waf: Entering directory `/home/spen/NDN/ndn-tools/build'
> [ 3/40] Compiling core/version.cpp
> [ 3/40] Compiling tools/peek/ndn-peek.cpp
> [ 3/40] Compiling tools/peek/ndn-poke.cpp
> [ 4/40] Compiling tools/dump/ndndump.cpp
> ../tools/dump/ndndump.cpp: In member function ?void ndn::dump::Ndndump::onCapturedPacket(const pcap_pkthdr*, const uint8_t*)?:
> ../tools/dump/ndndump.cpp:163:65: error: no matching function for call to ?ndn::Block::fromBuffer(const uint8_t*&, ssize_t&)?
>    std::tie(isOk, block) = Block::fromBuffer(payload, payloadSize);
>                                                                  ^
> ../tools/dump/ndndump.cpp:163:65: note: candidates are:
> In file included from /usr/local/include/ndn-cxx/name-component.hpp:30:0,
>                  from /usr/local/include/ndn-cxx/name.hpp:30,
>                  from ../tools/dump/ndndump.hpp:42,
>                  from ../tools/dump/ndndump.cpp:37:
> /usr/local/include/ndn-cxx/encoding/block.hpp:160:3: note: static bool ndn::Block::fromBuffer(const ConstBufferPtr&, size_t, ndn::Block&)
>    fromBuffer(const ConstBufferPtr& wire, size_t offset, Block& block);
>    ^
> /usr/local/include/ndn-cxx/encoding/block.hpp:160:3: note:   candidate expects 3 arguments, 2 provided
> /usr/local/include/ndn-cxx/encoding/block.hpp:170:3: note: static bool ndn::Block::fromBuffer(const uint8_t*, size_t, ndn::Block&)
>    fromBuffer(const uint8_t* buffer, size_t maxSize, Block& block);
>    ^
> /usr/local/include/ndn-cxx/encoding/block.hpp:170:3: note:   candidate expects 3 arguments, 2 provided
> 
> In file included from /usr/include/ndn-cxx/util/signal.hpp:25:0,
>                  from /home/spen/NDN/ndn-tools/core/common.hpp:68,
>                  from /home/spen/NDN/ndn-tools/core/version.hpp:23,
>                  from ../tools/peek/ndn-poke.cpp:51:
> /usr/include/ndn-cxx/util/signal-signal.hpp:108:4: error: #error "cannot declare Owner as friend"
>  #  error "cannot declare Owner as friend"
>     ^
> ../tools/peek/ndn-poke.cpp: In member function ?boost::shared_ptr<ndn::Data> ndn::peek::NdnPoke::createDataPacket()?:
> ../tools/peek/ndn-poke.cpp:168:55: error: no matching function for call to ?ndn::KeyChain::sign(ndn::Data&, ndn::security::SigningInfo)?
>        m_keyChain.sign(*dataPacket, signingWithSha256());
>                                                        ^
> ../tools/peek/ndn-poke.cpp:168:55: note: candidates are:
> In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
>                  from /home/spen/NDN/ndn-tools/core/version.hpp:23,
>                  from ../tools/peek/ndn-poke.cpp:51:
> /usr/local/include/ndn-cxx/security/key-chain.hpp:179:3: note: template<class T> void ndn::KeyChain::sign(T&)
>    sign(T& packet);
>    ^
> /usr/local/include/ndn-cxx/security/key-chain.hpp:179:3: note:   template argument deduction/substitution failed:
> ../tools/peek/ndn-poke.cpp:168:55: note:   candidate expects 1 argument, 2 provided
>        m_keyChain.sign(*dataPacket, signingWithSha256());
>                                                        ^
> In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
>                  from /home/spen/NDN/ndn-tools/core/version.hpp:23,
>                  from ../tools/peek/ndn-poke.cpp:51:
> /usr/local/include/ndn-cxx/security/key-chain.hpp:190:3: note: template<class T> void ndn::KeyChain::sign(T&, const ndn::Name&)
>    sign(T& packet, const Name& certificateName);
>    ^
> /usr/local/include/ndn-cxx/security/key-chain.hpp:190:3: note:   template argument deduction/substitution failed:
> ../tools/peek/ndn-poke.cpp:168:55: note:   cannot convert ?ndn::security::signingWithSha256()()? (type ?ndn::security::SigningInfo?) to type ?const ndn::Name&?
>        m_keyChain.sign(*dataPacket, signingWithSha256());
>                                                        ^
> In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
>                  from /home/spen/NDN/ndn-tools/core/version.hpp:23,
>                  from ../tools/peek/ndn-poke.cpp:51:
> /usr/local/include/ndn-cxx/security/key-chain.hpp:202:3: note: ndn::Signature ndn::KeyChain::sign(const uint8_t*, size_t, const ndn::Name&)
>    sign(const uint8_t* buffer, size_t bufferLength, const Name& certificateName);
>    ^
> /usr/local/include/ndn-cxx/security/key-chain.hpp:202:3: note:   candidate expects 3 arguments, 2 provided
> /usr/local/include/ndn-cxx/security/key-chain.hpp:664:3: note: template<class T> void ndn::KeyChain::sign(T&, const ndn::IdentityCertificate&)
>    sign(T& packet, const IdentityCertificate& certificate);
>    ^
> /usr/local/include/ndn-cxx/security/key-chain.hpp:664:3: note:   template argument deduction/substitution failed:
> ../tools/peek/ndn-poke.cpp:168:55: note:   cannot convert ?ndn::security::signingWithSha256()()? (type ?ndn::security::SigningInfo?) to type ?const ndn::IdentityCertificate&?
>        m_keyChain.sign(*dataPacket, signingWithSha256());
>                                                        ^
> ../tools/peek/ndn-poke.cpp:175:72: error: no matching function for call to ?ndn::KeyChain::sign(ndn::Data&, ndn::security::SigningInfo)?
>          m_keyChain.sign(*dataPacket, signingByIdentity(*m_identityName));
>                                                                         ^
> ../tools/peek/ndn-poke.cpp:175:72: note: candidates are:
> In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
>                  from /home/spen/NDN/ndn-tools/core/version.hpp:23,
>                  from ../tools/peek/ndn-poke.cpp:51:
> /usr/local/include/ndn-cxx/security/key-chain.hpp:736:1: note: template<class T> void ndn::KeyChain::sign(T&)
>  KeyChain::sign(T& packet)
>  ^
> /usr/local/include/ndn-cxx/security/key-chain.hpp:736:1: note:   template argument deduction/substitution failed:
> ../tools/peek/ndn-poke.cpp:175:72: note:   candidate expects 1 argument, 2 provided
>          m_keyChain.sign(*dataPacket, signingByIdentity(*m_identityName));
>                                                                         ^
> In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
>                  from /home/spen/NDN/ndn-tools/core/version.hpp:23,
>                  from ../tools/peek/ndn-poke.cpp:51:
> /usr/local/include/ndn-cxx/security/key-chain.hpp:190:3: note: template<class T> void ndn::KeyChain::sign(T&, const ndn::Name&)
>    sign(T& packet, const Name& certificateName);
>    ^
> /usr/local/include/ndn-cxx/security/key-chain.hpp:190:3: note:   template argument deduction/substitution failed:
> ../tools/peek/ndn-poke.cpp:175:72: note:   cannot convert ?ndn::security::signingByIdentity(const ndn::Name&)()? (type ?ndn::security::SigningInfo?) to type ?const ndn::Name&?
>          m_keyChain.sign(*dataPacket, signingByIdentity(*m_identityName));
>                                                                         ^
> In file included from /home/spen/NDN/ndn-tools/core/common.hpp:63:0,
>                  from /home/spen/NDN/ndn-tools/core/version.hpp:23,
>                  from ../tools/peek/ndn-poke.cpp:51:
> /usr/local/include/ndn-cxx/security/key-chain.hpp:202:3: note: ndn::Signature ndn::KeyChain::sign(const uint8_t*, size_t, const ndn::Name&)
>    sign(const uint8_t* buffer, size_t bufferLength, const Name& certificateName);
>    ^
> /usr/local/include/ndn-cxx/security/key-chain.hpp:202:3: note:   candidate expects 3 arguments, 2 provided
> /usr/local/include/ndn-cxx/security/key-chain.hpp:664:3: note: template<class T> void ndn::KeyChain::sign(T&, const ndn::IdentityCertificate&)
>    sign(T& packet, const IdentityCertificate& certificate);
>    ^
> /usr/local/include/ndn-cxx/security/key-chain.hpp:664:3: note:   template argument deduction/substitution failed:
> ../tools/peek/ndn-poke.cpp:175:72: note:   cannot convert ?ndn::security::signingByIdentity(const ndn::Name&)()? (type ?ndn::security::SigningInfo?) to type ?const ndn::IdentityCertificate&?
>          m_keyChain.sign(*dataPacket, signingByIdentity(*m_identityName));
>                                                                         ^
> 
> In file included from /usr/include/ndn-cxx/util/signal.hpp:25:0,
>                  from /home/spen/NDN/ndn-tools/core/common.hpp:68,
>                  from /home/spen/NDN/ndn-tools/core/version.hpp:23,
>                  from ../tools/peek/ndn-peek.cpp:51:
> /usr/include/ndn-cxx/util/signal-signal.hpp:108:4: error: #error "cannot declare Owner as friend"
>  #  error "cannot declare Owner as friend"
>     ^
> 
> In file included from /usr/include/ndn-cxx/util/signal.hpp:25:0,
>                  from ../core/common.hpp:68,
>                  from ../core/version.hpp:23,
>                  from ../core/version.cpp:20:
> /usr/include/ndn-cxx/util/signal-signal.hpp:108:4: error: #error "cannot declare Owner as friend"
>  #  error "cannot declare Owner as friend"
>     ^
> 
> Waf: Leaving directory `/home/spen/NDN/ndn-tools/build'
> Build failed
>  -> task in 'dump-objects' failed (exit status 1):
> 	{task 140390751412688: cxx ndndump.cpp -> ndndump.cpp.1.o}
> ['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11', '-I/home/spen/NDN/ndn-tools/build/tools/dump', '-I/home/spen/NDN/ndn-tools/tools/dump', '-I/home/spen/NDN/ndn-tools/build', '-I/home/spen/NDN/ndn-tools', '-I/usr/include', '-DNDEBUG', '-DHAVE_INTTYPES_H=1', '-DHAVE_STDINT_H=1', '-DHAVE_SYS_BITYPES_H=1', '-DHAVE_SYS_TYPES_H=1', '-DHAVE_NDN_CXX=1', '-DHAVE_PCAP=1', '../tools/dump/ndndump.cpp', '-c', '-o', '/home/spen/NDN/ndn-tools/build/tools/dump/ndndump.cpp.1.o']
>  -> task in '../../bin/ndnpoke' failed (exit status 1):
> 	{task 140390751412944: cxx ndn-poke.cpp -> ndn-poke.cpp.2.o}
> ['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11', '-I/home/spen/NDN/ndn-tools/build', '-I/home/spen/NDN/ndn-tools', '-I/usr/include', '-DNDEBUG', '-DHAVE_INTTYPES_H=1', '-DHAVE_STDINT_H=1', '-DHAVE_SYS_BITYPES_H=1', '-DHAVE_SYS_TYPES_H=1', '-DHAVE_NDN_CXX=1', '../tools/peek/ndn-poke.cpp', '-c', '-o', '/home/spen/NDN/ndn-tools/build/tools/peek/ndn-poke.cpp.2.o']
>  -> task in '../../bin/ndnpeek' failed (exit status 1):
> 	{task 140390751402576: cxx ndn-peek.cpp -> ndn-peek.cpp.1.o}
> ['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11', '-I/home/spen/NDN/ndn-tools/build', '-I/home/spen/NDN/ndn-tools', '-I/usr/include', '-DNDEBUG', '-DHAVE_INTTYPES_H=1', '-DHAVE_STDINT_H=1', '-DHAVE_SYS_BITYPES_H=1', '-DHAVE_SYS_TYPES_H=1', '-DHAVE_NDN_CXX=1', '../tools/peek/ndn-peek.cpp', '-c', '-o', '/home/spen/NDN/ndn-tools/build/tools/peek/ndn-peek.cpp.1.o']
>  -> task in 'core-objects' failed (exit status 1):
> 	{task 140390751796496: cxx version.cpp -> version.cpp.1.o}
> ['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11', '-I/usr/include', '-DNDEBUG', '-DHAVE_INTTYPES_H=1', '-DHAVE_STDINT_H=1', '-DHAVE_SYS_BITYPES_H=1', '-DHAVE_SYS_TYPES_H=1', '-DHAVE_NDN_CXX=1', '../core/version.cpp', '-c', '-o', '/home/spen/NDN/ndn-tools/build/core/version.cpp.1.o']
> 
> On Thu, Oct 1, 2015 at 8:57 AM, Alex Afanasyev <alexander.afanasyev at ucla.edu <mailto:alexander.afanasyev at ucla.edu>> wrote:
> Hi Spencer,
> 
> Would you mind copying/pasting the error message?
> 
> ---
> Alex
> 
> > On Oct 1, 2015, at 8:10 AM, Spencer Lee <spencerlee at email.arizona.edu <mailto:spencerlee at email.arizona.edu>> wrote:
> >
> > Hi,
> >
> > If anyone gets a chance to respond,
> > I was wondering if anyone has received the same build errors and has a solution:
> >
> > I received build errors when trying to compile ndn-tools on the way to installation - using ./waf
> > I was wondering if similar issues have been found before,
> > compile fails when trying ndndump. Deprecated repositories for ndndump and ndn-tlv-ping also gave build errors when trying to ./waf
> >
> > I am using a vm of Ubuntu 14.04.3
> > gcc version is 4.8.4
> > NFD and ndn-cxx seemed to have installed fine,
> > last git commit hashes for NFD, ndn-cxx and ndn-tools are 62a939, ec0499 and ef1e27, respectively.
> >
> > Thank you very much,
> > Spencer Lee
> >
> >
> > _______________________________________________
> > Nfd-dev mailing list
> > Nfd-dev at lists.cs.ucla.edu <mailto:Nfd-dev at lists.cs.ucla.edu>
> > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev <http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev>
> 
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu <mailto:Nfd-dev at lists.cs.ucla.edu>
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev <http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151001/c16f0647/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151001/c16f0647/attachment.bin>

From aa at CS.UCLA.EDU  Thu Oct  1 16:33:02 2015
From: aa at CS.UCLA.EDU (Alex Afanasyev)
Date: Thu, 1 Oct 2015 16:33:02 -0700
Subject: [Nfd-dev] Breaking change of NFD's config file format
Message-ID: <E9D14C3C-6F17-48AB-A71B-37EB42B7D9E6@cs.ucla.edu>

Please be advised that we will have a small backward-incompatible change to NFD's configuration file:

- rib.remote_register    section has been removed and, if present, will cause failure for NFD to start

Instead of removed section, we now have

- rib.auto_prefix_propagate    to control automatic prefix propagation feature

See http://redmine.named-data.net/projects/nfd/wiki/ConfigFileFormat and soon to be released TR for more information.

* * *

The code will be merged to master branch of NFD on October 5 and will be part of the upcoming 0.4.0 release.

---
Alex
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151001/7bfce2e9/attachment.bin>

From jdd at wustl.edu  Fri Oct  2 14:34:12 2015
From: jdd at wustl.edu (Dehart, John)
Date: Fri, 2 Oct 2015 21:34:12 +0000
Subject: [Nfd-dev] Trouble installing ndn-cxx on Mac
Message-ID: <EB75BF7B-AA18-4980-A929-DC59B1DDE661@wustl.edu>


I?m trying to do a clean install of nfd on my MacBook Pro, OS X 10.10.5.
It is having trouble with ndn-cxx.

I have tried searching to make sure I have no previous version still installed 
and I believe I have wiped out anything else.

Here is the output from my attempt.

> sudo port install ndn-cxx
--->  Computing dependencies for ndn-cxx
--->  Fetching archive for ndn-cxx
--->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://packages.macports.org/ndn-cxx
--->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/ndn-cxx
--->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/ndn-cxx
--->  Fetching distfiles for ndn-cxx
--->  Attempting to fetch ndn-cxx-ndn-cxx-0.3.4.tar.gz from https://github.com/named-data/ndn-cxx/tarball/ndn-cxx-0.3.4
--->  Verifying checksums for ndn-cxx
--->  Extracting ndn-cxx
--->  Configuring ndn-cxx
--->  Building ndn-cxx
Error: org.macports.build for port ndn-cxx returned: command execution failed
Please see the log file for port ndn-cxx for details:
    /opt/local/var/macports/logs/_opt_local_var_macports_sources_macports.named-data.net_macports_net_ndn-cxx/ndn-cxx/main.log
To report a bug, follow the instructions in the guide:
    http://guide.macports.org/#project.tickets
Error: Processing of port ndn-cxx failed
>

And I have attached the log file.

Any help would be appreciated.

John



-------------- next part --------------
A non-text attachment was scrubbed...
Name: main.log
Type: application/octet-stream
Size: 92564 bytes
Desc: main.log
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151002/69a8b191/attachment.obj>

From aa at CS.UCLA.EDU  Fri Oct  2 15:05:47 2015
From: aa at CS.UCLA.EDU (Alex Afanasyev)
Date: Fri, 2 Oct 2015 15:05:47 -0700
Subject: [Nfd-dev] Trouble installing ndn-cxx on Mac
In-Reply-To: <EB75BF7B-AA18-4980-A929-DC59B1DDE661@wustl.edu>
References: <EB75BF7B-AA18-4980-A929-DC59B1DDE661@wustl.edu>
Message-ID: <7666D000-3435-4B0A-8610-DBFD7DD17F8F@cs.ucla.edu>

Hi John,

The error seems suspicious, but points out to some issues with cryptopp.  Macports has at some point a broken version of it.

Can you check if you have /opt/local/lib/libcryptopp.so (or .dylib).  If you have it, try to remove it and then reinstall ndn-cxx.

--
Alex

> On Oct 2, 2015, at 2:34 PM, Dehart, John <jdd at wustl.edu> wrote:
> 
> 
> I?m trying to do a clean install of nfd on my MacBook Pro, OS X 10.10.5.
> It is having trouble with ndn-cxx.
> 
> I have tried searching to make sure I have no previous version still installed
> and I believe I have wiped out anything else.
> 
> Here is the output from my attempt.
> 
>> sudo port install ndn-cxx
> --->  Computing dependencies for ndn-cxx
> --->  Fetching archive for ndn-cxx
> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://packages.macports.org/ndn-cxx
> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/ndn-cxx
> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/ndn-cxx
> --->  Fetching distfiles for ndn-cxx
> --->  Attempting to fetch ndn-cxx-ndn-cxx-0.3.4.tar.gz from https://github.com/named-data/ndn-cxx/tarball/ndn-cxx-0.3.4
> --->  Verifying checksums for ndn-cxx
> --->  Extracting ndn-cxx
> --->  Configuring ndn-cxx
> --->  Building ndn-cxx
> Error: org.macports.build for port ndn-cxx returned: command execution failed
> Please see the log file for port ndn-cxx for details:
>    /opt/local/var/macports/logs/_opt_local_var_macports_sources_macports.named-data.net_macports_net_ndn-cxx/ndn-cxx/main.log
> To report a bug, follow the instructions in the guide:
>    http://guide.macports.org/#project.tickets
> Error: Processing of port ndn-cxx failed
>> 
> 
> And I have attached the log file.
> 
> Any help would be appreciated.
> 
> John

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151002/df5e3f3a/attachment.bin>

From navdeep.uniyal at neclab.eu  Mon Oct  5 08:48:40 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Mon, 5 Oct 2015 15:48:40 +0000
Subject: [Nfd-dev] NFD with docker
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D80D69D968@PALLENE.office.hd>

Hello all,

Is there any existing NFD docker image. I want to deliver my forwarding strategy as virtualized function using docker. Please if someone can give any valuable inputs on how to proceed with the same. If someone has an experience handling NFD with docker could be helpful. :)


Best Regards,
Navdeep Uniyal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151005/719a49d8/attachment.html>

From shijunxiao at email.arizona.edu  Mon Oct  5 09:03:12 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Mon, 5 Oct 2015 09:03:12 -0700
Subject: [Nfd-dev] NFD with docker
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D80D69D968@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D80D69D968@PALLENE.office.hd>
Message-ID: <75E75CD9-C6F9-46D7-83F3-2272A3A6EC38@email.arizona.edu>

Hi Navdeep

An unofficial Docker image is published at https://github.com/named-data-education/ndn-with-docker <https://github.com/named-data-education/ndn-with-docker>
There?s a link to this on NFD wiki.

Yours, Junxiao

> On Oct 5, 2015, at 8:48 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu> wrote:
> 
> Hello all,
>  
> Is there any existing NFD docker image. I want to deliver my forwarding strategy as virtualized function using docker. Please if someone can give any valuable inputs on how to proceed with the same. If someone has an experience handling NFD with docker could be helpful. J
>  
>  
> Best Regards,
> Navdeep Uniyal
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu <mailto:Nfd-dev at lists.cs.ucla.edu>
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev <http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151005/74459285/attachment.html>

From jdd at wustl.EDU  Tue Oct  6 06:56:55 2015
From: jdd at wustl.EDU (Dehart, John)
Date: Tue, 6 Oct 2015 13:56:55 +0000
Subject: [Nfd-dev] Trouble installing ndn-cxx on Mac
In-Reply-To: <7666D000-3435-4B0A-8610-DBFD7DD17F8F@cs.ucla.edu>
References: <EB75BF7B-AA18-4980-A929-DC59B1DDE661@wustl.edu>
	<7666D000-3435-4B0A-8610-DBFD7DD17F8F@cs.ucla.edu>
Message-ID: <BBB8D67E-8B69-4AFF-BCE7-191239333238@wustl.edu>


Alex,

I?m back to trying to figure this out.

If I remove the port for libcryptopp then the install of the ndn-cxx port just re-installs libcryptopp
and I have the same problem.

If I remove just the libraries then the install of ndn-cxx can?t find md5 and fails.

Do I need to force the install of an older version of libcryptopp?

John


> On Oct 2, 2015, at 5:05 PM, Alex Afanasyev <aa at CS.UCLA.EDU> wrote:
> 
> Hi John,
> 
> The error seems suspicious, but points out to some issues with cryptopp.  Macports has at some point a broken version of it.
> 
> Can you check if you have /opt/local/lib/libcryptopp.so (or .dylib).  If you have it, try to remove it and then reinstall ndn-cxx.
> 
> --
> Alex
> 
>> On Oct 2, 2015, at 2:34 PM, Dehart, John <jdd at wustl.edu> wrote:
>> 
>> 
>> I?m trying to do a clean install of nfd on my MacBook Pro, OS X 10.10.5.
>> It is having trouble with ndn-cxx.
>> 
>> I have tried searching to make sure I have no previous version still installed
>> and I believe I have wiped out anything else.
>> 
>> Here is the output from my attempt.
>> 
>>> sudo port install ndn-cxx
>> --->  Computing dependencies for ndn-cxx
>> --->  Fetching archive for ndn-cxx
>> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://packages.macports.org/ndn-cxx
>> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/ndn-cxx
>> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/ndn-cxx
>> --->  Fetching distfiles for ndn-cxx
>> --->  Attempting to fetch ndn-cxx-ndn-cxx-0.3.4.tar.gz from https://github.com/named-data/ndn-cxx/tarball/ndn-cxx-0.3.4
>> --->  Verifying checksums for ndn-cxx
>> --->  Extracting ndn-cxx
>> --->  Configuring ndn-cxx
>> --->  Building ndn-cxx
>> Error: org.macports.build for port ndn-cxx returned: command execution failed
>> Please see the log file for port ndn-cxx for details:
>>   /opt/local/var/macports/logs/_opt_local_var_macports_sources_macports.named-data.net_macports_net_ndn-cxx/ndn-cxx/main.log
>> To report a bug, follow the instructions in the guide:
>>   http://guide.macports.org/#project.tickets
>> Error: Processing of port ndn-cxx failed
>>> 
>> 
>> And I have attached the log file.
>> 
>> Any help would be appreciated.
>> 
>> John
> 




From josh at caida.org  Tue Oct  6 13:14:36 2015
From: josh at caida.org (Josh Polterock)
Date: Tue, 6 Oct 2015 13:14:36 -0700
Subject: [Nfd-dev] Trouble installing ndn-cxx on Mac
In-Reply-To: <BBB8D67E-8B69-4AFF-BCE7-191239333238@wustl.edu>
References: <EB75BF7B-AA18-4980-A929-DC59B1DDE661@wustl.edu>
	<7666D000-3435-4B0A-8610-DBFD7DD17F8F@cs.ucla.edu>
	<BBB8D67E-8B69-4AFF-BCE7-191239333238@wustl.edu>
Message-ID: <20151006201436.GB87793@caida.org>

John,

You might see if you have some left over cert kruft in either 
~/.ndn or /opt|usr/local/var/lib/ndn/nfd/.ndn

In the past, cleaning this has cleared problems for me.

Josh

On Tue, Oct 06, 2015 at 01:56:55PM +0000, Dehart, John wrote:
> 
> Alex,
> 
> I???m back to trying to figure this out.
> 
> If I remove the port for libcryptopp then the install of the ndn-cxx port just re-installs libcryptopp
> and I have the same problem.
> 
> If I remove just the libraries then the install of ndn-cxx can???t find md5 and fails.
> 
> Do I need to force the install of an older version of libcryptopp?
> 
> John
> 
> 
> > On Oct 2, 2015, at 5:05 PM, Alex Afanasyev <aa at CS.UCLA.EDU> wrote:
> > 
> > Hi John,
> > 
> > The error seems suspicious, but points out to some issues with cryptopp.  Macports has at some point a broken version of it.
> > 
> > Can you check if you have /opt/local/lib/libcryptopp.so (or .dylib).  If you have it, try to remove it and then reinstall ndn-cxx.
> > 
> > --
> > Alex
> > 
> >> On Oct 2, 2015, at 2:34 PM, Dehart, John <jdd at wustl.edu> wrote:
> >> 
> >> 
> >> I???m trying to do a clean install of nfd on my MacBook Pro, OS X 10.10.5.
> >> It is having trouble with ndn-cxx.
> >> 
> >> I have tried searching to make sure I have no previous version still installed
> >> and I believe I have wiped out anything else.
> >> 
> >> Here is the output from my attempt.
> >> 
> >>> sudo port install ndn-cxx
> >> --->  Computing dependencies for ndn-cxx
> >> --->  Fetching archive for ndn-cxx
> >> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://packages.macports.org/ndn-cxx
> >> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/ndn-cxx
> >> --->  Attempting to fetch ndn-cxx-0.3.4_0.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/ndn-cxx
> >> --->  Fetching distfiles for ndn-cxx
> >> --->  Attempting to fetch ndn-cxx-ndn-cxx-0.3.4.tar.gz from https://github.com/named-data/ndn-cxx/tarball/ndn-cxx-0.3.4
> >> --->  Verifying checksums for ndn-cxx
> >> --->  Extracting ndn-cxx
> >> --->  Configuring ndn-cxx
> >> --->  Building ndn-cxx
> >> Error: org.macports.build for port ndn-cxx returned: command execution failed
> >> Please see the log file for port ndn-cxx for details:
> >>   /opt/local/var/macports/logs/_opt_local_var_macports_sources_macports.named-data.net_macports_net_ndn-cxx/ndn-cxx/main.log
> >> To report a bug, follow the instructions in the guide:
> >>   http://guide.macports.org/#project.tickets
> >> Error: Processing of port ndn-cxx failed
> >>> 
> >> 
> >> And I have attached the log file.
> >> 
> >> Any help would be appreciated.
> >> 
> >> John
> > 
> 
> 
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev


From nfd-call-notification at mail1.yoursunny.com  Tue Oct  6 14:24:41 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Tue, 6 Oct 2015 14:24:41 -0700
Subject: [Nfd-dev] NFD call 20151006
Message-ID: <201510062124.t96LOf0G007733@lectura.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151006/bb5080f7/attachment.html>

From nfd-call-notification at mail1.yoursunny.com  Tue Oct  6 14:48:01 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Tue, 6 Oct 2015 14:48:01 -0700
Subject: [Nfd-dev] NFD call 20151006
Message-ID: <201510062148.t96Lm1Nt014919@avenir.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151006/582064da/attachment.html>

From nfd-call-notification at mail1.yoursunny.com  Thu Oct  8 08:00:02 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Thu, 8 Oct 2015 08:00:02 -0700
Subject: [Nfd-dev] NFD call 20151008
Message-ID: <201510081500.t98F02Rp032682@lectura.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151008/153c3c5a/attachment.html>

From shijunxiao at email.arizona.edu  Thu Oct  8 10:11:17 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Thu, 8 Oct 2015 10:11:17 -0700
Subject: [Nfd-dev] NdnCon bridge for NFD calls
In-Reply-To: <B6A52D54-3FB1-4C19-A6E4-2A2C16D1DF4A@remap.ucla.edu>
References: <B6A52D54-3FB1-4C19-A6E4-2A2C16D1DF4A@remap.ucla.edu>
Message-ID: <EA949A30-555A-4F7E-9E43-A0CFC8F33F8F@email.arizona.edu>

Hi Jeff

Is this confbridge for audio only, or does it support text chat and screen sharing as well?
I saw the guide <https://github.com/remap/ndncon/wiki/How-to-bridge-ndncon-with-existing-conferencing-tools> about setting up a confbridge, but it doesn?t mention anything about text chat.

Yours, Junxiao


> On Sep 21, 2015, at 10:58 PM, Burke, Jeff <jburke at remap.UCLA.EDU> wrote:
> 
> Dear nfd-dev, 
> 
> Starting on Tuesday, Peter and Jiachen are going to attempt a bi-directional bridge between the nfd calls on BlueJeans and NdnCon.  
> 
> If you are interested in trying to participate via NdnCon (I would not rely on this just yet), please follow the informal instructions below first, and then 1) fetch the remap/confbridge stream 2) publish your own stream 3) enter the confbridge chatroom during the call.   
> 
> Please note that for now, for bidirectional participation (for others to hear you) you'll need to be manually added to the bridge by Jiachen after joining chat.   He or Peter will message you in NdnCon chat after that is done. 
> 
> Please bear with any weirdness... we're doing these "bridging" tests so that stability / performance issues don't impact the business of the calls.
> 
> Thanks,
> Jeff

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151008/ea397a47/attachment.html>

From jburke at remap.ucla.edu  Thu Oct  8 10:40:47 2015
From: jburke at remap.ucla.edu (Burke, Jeff)
Date: Thu, 8 Oct 2015 17:40:47 +0000
Subject: [Nfd-dev] NdnCon bridge for NFD calls
In-Reply-To: <EA949A30-555A-4F7E-9E43-A0CFC8F33F8F@email.arizona.edu>
References: <B6A52D54-3FB1-4C19-A6E4-2A2C16D1DF4A@remap.ucla.edu>
	<EA949A30-555A-4F7E-9E43-A0CFC8F33F8F@email.arizona.edu>
Message-ID: <F0AD0D67-A65B-4E1B-8CE3-119409CEDBCE@remap.ucla.edu>

Hi Junxiao,

It's audio and video (stream of the confbridge machine's desktop) - so you do see screen broadcasts but can't participate in text chat.

Note also that because confbridge essentially mixes down all NdnCon participants to a single audio stream passed to Webex, participants on NdnCon will only hear each other if they retrieve each other's audio streams.   If you join the confbridge chat, the current build should default to retrieving the streams for each participant automatically. (Peter and Jiachen can be on-hand to assist during NFD calls if needed.)

Jeff


From: Junxiao Shi
Date: Thursday, October 8, 2015 at 10:11 AM
To: Jeff Burke
Cc: "nfd-dev at lists.cs.ucla.edu<mailto:nfd-dev at lists.cs.ucla.edu>", Jiachen Wang
Subject: Re: [Nfd-dev] NdnCon bridge for NFD calls

Hi Jeff

Is this confbridge for audio only, or does it support text chat and screen sharing as well?
I saw the guide<https://github.com/remap/ndncon/wiki/How-to-bridge-ndncon-with-existing-conferencing-tools> about setting up a confbridge, but it doesn?t mention anything about text chat.

Yours, Junxiao


On Sep 21, 2015, at 10:58 PM, Burke, Jeff <jburke at remap.UCLA.EDU<mailto:jburke at remap.ucla.edu>> wrote:

Dear nfd-dev,

Starting on Tuesday, Peter and Jiachen are going to attempt a bi-directional bridge between the nfd calls on BlueJeans and NdnCon.

If you are interested in trying to participate via NdnCon (I would not rely on this just yet), please follow the informal instructions below first, and then 1) fetch the remap/confbridge stream 2) publish your own stream 3) enter the confbridge chatroom during the call.

Please note that for now, for bidirectional participation (for others to hear you) you'll need to be manually added to the bridge by Jiachen after joining chat.   He or Peter will message you in NdnCon chat after that is done.

Please bear with any weirdness... we're doing these "bridging" tests so that stability / performance issues don't impact the business of the calls.

Thanks,
Jeff

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151008/906eb3c7/attachment.html>

From nfd-call-notification at mail1.yoursunny.com  Tue Oct 13 08:00:02 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Tue, 13 Oct 2015 08:00:02 -0700
Subject: [Nfd-dev] NFD call 20151013
Message-ID: <201510131500.t9DF024T016171@lectura.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151013/309a9c3b/attachment.html>

From christian.tschudin at unibas.ch  Tue Oct 13 11:20:15 2015
From: christian.tschudin at unibas.ch (christian.tschudin at unibas.ch)
Date: Tue, 13 Oct 2015 20:20:15 +0200 (CEST)
Subject: [Nfd-dev] NFD call 20151013
In-Reply-To: <201510131500.t9DF024T016171@lectura.cs.arizona.edu>
References: <201510131500.t9DF024T016171@lectura.cs.arizona.edu>
Message-ID: <alpine.DEB.2.02.1510131958510.28464@cs-meet.cs.unibas.ch>

> Link: cache poisoning after forwarded Interest with multiple distinct Link
> objects

Unfortunately, I will not be able to attend this phone call. A few 
thoughts through this channel on the above topic:

I hope that we agree that LINK is useful. Adding the LINK object to the 
returned data (as proposed on Redmine) might by a possible patch, but 
the issue merits a larger discussion.

First, note that this "poisoning" is not a poisoning if E is a legit 
node also serving the requested content.

Returnig also the LINK object just postpones the decision whether 
one should trust the returned data (or use excludes, probably to be 
extended to LINKs, in a second attempt).

The bigger picture is that this is "in-network name rewritting", and 
somehow the routing (e.g. knowing about E's status) has to be involved.

Even more general, this falls into the class of critique that I often 
hear for named functions: how do you trust the result? (Name rewritting 
is also a computation - the LINK names that function, so to speak. 
Moreover, structurally this is identical on how we tunnel named-function 
expressions through NDN).

One perhaps more broader plan would be to create a subset of trustworthy 
routers, only those being allowed to do the rewriting and having to sign 
(with a cheap hmac) their result. They also would be obliged to keep a 
log of their rewrittings. If there is suspicion on a cheating rewriter, 
one can ask proof of correct behavior. This would attempt to rescue the 
goal that rewriting/redirection is a network internal business (starting 
with the magical insertion of the LINK) and which does not have to 
involve the clients.

best, christian


On Tue, 13 Oct 2015, NFD call notification wrote:

> Dear folks
> 
> This is a reminder of the upcoming NFD call using Bluejeans
> https://bluejeans.com/760263096. The current call time is every
> Tuesday/Thursday 14:00-15:00 Pacific Time. The current agenda includes the
> following issues:
> 
> ____________________________________________________________________________
> 
> http://gerrit.named-data.net/2445
> 
> NLSR BroadcastStrategy => MulticastStrategy, what's blocking this?
> 
> need: Vince
> 
> http://redmine.named-data.net/issues/3232#note-1
> 
> FaceMgmt: separate faces/create and faces/update commands
> 
> http://redmine.named-data.net/issues/3229
> 
> `nfdc register -P` implicitly creates permanent face
> 
> need: Junxiao, Alex, Jeff or representative
> 
> http://redmine.named-data.net/issues/2200#note-92
> 
> InMemoryStorage in mgmt Dispatcher, design review
> 
> need: Junxiao, Alex, Yanbiao
> 
> http://redmine.named-data.net/issues/3000#note-27
> 
> Link: cache poisoning after forwarded Interest with multiple distinct Link
> objects
> 
> need: Junxiao, Alex or Spyros, Beichuan
> 
> http://redmine.named-data.net/issues/3251
> 
> Arbitrary signature types in Data packets
> 
> need: Beichuan, Lixia, Lan, Alex
> 
> http://redmine.named-data.net/issues/3210
> 
> Doxygen documentation checking on Jenkins
> 
> need: Junxiao, Alex
> 
> http://redmine.named-data.net/issues/3259#note-2
> 
> FacePersistency::NONE
> 
> need: Junxiao, Alex
> 
> 
>


From nfd-call-notification at mail1.yoursunny.com  Thu Oct 15 08:00:02 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Thu, 15 Oct 2015 08:00:02 -0700
Subject: [Nfd-dev] NFD call 20151015
Message-ID: <201510151500.t9FF02Zb017922@lectura.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151015/33c61f7a/attachment.html>

From lohith444 at gmail.com  Thu Oct 15 11:27:38 2015
From: lohith444 at gmail.com (Lohith L)
Date: Thu, 15 Oct 2015 14:27:38 -0400
Subject: [Nfd-dev] To start NFD on router using OpenWRT: [Issue]
Message-ID: <CAPNLp2BLs2R1C5f+BW+k3pxq2LEK1+aTwDytAM1Fr1oB3iCw+A@mail.gmail.com>

Hello,

We need help in starting up NFD application on router using OpenWRT. We
have used the instructions specified in the below link to crosscompile NDN
and NFD.
http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers

As a next step, after successful build,
1. copied the binaries to the router. (both NDN and NFD binaries to
/usr/bin and libraries to /usr/lib)
2. run 'nfd-start'.
As a result, we could see the error as shown in the attachment.

We are probably missing some steps on how to copy the binaries to OpenWRT.
Would be good, if you could guide us on "How to run NFD in OpenWRT?"
It would be of great help.

Thanks in advance,
Regards,
Lohith,
Divya
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151015/6203284d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot from 2015-10-15 13:50:17.png
Type: image/png
Size: 81753 bytes
Desc: not available
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151015/6203284d/attachment.png>

From gibmat at cs.arizona.edu  Fri Oct 16 11:30:40 2015
From: gibmat at cs.arizona.edu (Mathias Gibbens)
Date: Fri, 16 Oct 2015 11:30:40 -0700
Subject: [Nfd-dev] To start NFD on router using OpenWRT: [Issue]
In-Reply-To: <FC3CB9E4-AE3F-4927-916F-42CBF3CDA690@cs.arizona.edu>
References: <CAPNLp2BLs2R1C5f+BW+k3pxq2LEK1+aTwDytAM1Fr1oB3iCw+A@mail.gmail.com>
	<FC3CB9E4-AE3F-4927-916F-42CBF3CDA690@cs.arizona.edu>
Message-ID: <1445020240.14578.17.camel@gilamonster.cs.arizona.edu>

Hello,

  It's not really clear what the problem is from your screenshot. What
versions of ndn-cxx/nfd and OpenWRT are you running?

  I initially thought maybe the errors are being caused by the scripts
assuming bash was installed on the router (by default OpenWRT uses ash),
since I had run into that a while ago. However, a quick look at the
0.3.4 release of ndn-cxx seems to show that the scripts are now using
the more generic /bin/sh.

  Can you try executing `/usr/bin/ndnsec` directly?

Mathias

> > From: Lohith L <lohith444 at gmail.com>
> > Date: October 15, 2015 at 11:27:38 AM MST
> > To: nfd-dev at lists.cs.ucla.edu
> > Subject: [Nfd-dev] To start NFD on router using OpenWRT: [Issue]
> > 
> > Hello,
> > 
> > We need help in starting up NFD application on router using OpenWRT. We have used the instructions specified in the below link to crosscompile NDN and NFD.
> > http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers <http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers>
> > 
> > As a next step, after successful build, 
> > 1. copied the binaries to the router. (both NDN and NFD binaries to /usr/bin and libraries to /usr/lib)
> > 2. run 'nfd-start'.
> > As a result, we could see the error as shown in the attachment.
> > 
> > We are probably missing some steps on how to copy the binaries to OpenWRT. Would be good, if you could guide us on "How to run NFD in OpenWRT?"
> > It would be of great help.
> > 
> > Thanks in advance,
> > Regards,
> > Lohith,
> > Divya
> > _______________________________________________
> > Nfd-dev mailing list
> > Nfd-dev at lists.cs.ucla.edu
> > http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
> 




From aa at CS.UCLA.EDU  Fri Oct 16 12:10:58 2015
From: aa at CS.UCLA.EDU (Alex Afanasyev)
Date: Fri, 16 Oct 2015 12:10:58 -0700
Subject: [Nfd-dev] To start NFD on router using OpenWRT: [Issue]
In-Reply-To: <1445020240.14578.17.camel@gilamonster.cs.arizona.edu>
References: <CAPNLp2BLs2R1C5f+BW+k3pxq2LEK1+aTwDytAM1Fr1oB3iCw+A@mail.gmail.com>
	<FC3CB9E4-AE3F-4927-916F-42CBF3CDA690@cs.arizona.edu>
	<1445020240.14578.17.camel@gilamonster.cs.arizona.edu>
Message-ID: <53CA902A-7D5F-402B-BECC-DB195591FED1@cs.ucla.edu>


> On Oct 16, 2015, at 11:30 AM, Mathias Gibbens <gibmat at cs.arizona.edu> wrote:
> 
> Hello,
> 
>  It's not really clear what the problem is from your screenshot. What
> versions of ndn-cxx/nfd and OpenWRT are you running?
> 
>  I initially thought maybe the errors are being caused by the scripts
> assuming bash was installed on the router (by default OpenWRT uses ash),
> since I had run into that a while ago. However, a quick look at the
> 0.3.4 release of ndn-cxx seems to show that the scripts are now using
> the more generic /bin/sh.
> 
>  Can you try executing `/usr/bin/ndnsec` directly?

One change that happened in 0.3.* is switch from static to shared library.  If you haven't yet, you may need to copy
lib/libndn-cxx*.so to proper places.

---
Alex

> 
> Mathias
> 
>>> From: Lohith L <lohith444 at gmail.com>
>>> Date: October 15, 2015 at 11:27:38 AM MST
>>> To: nfd-dev at lists.cs.ucla.edu
>>> Subject: [Nfd-dev] To start NFD on router using OpenWRT: [Issue]
>>> 
>>> Hello,
>>> 
>>> We need help in starting up NFD application on router using OpenWRT. We have used the instructions specified in the below link to crosscompile NDN and NFD.
>>> http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers <http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers>
>>> 
>>> As a next step, after successful build,
>>> 1. copied the binaries to the router. (both NDN and NFD binaries to /usr/bin and libraries to /usr/lib)
>>> 2. run 'nfd-start'.
>>> As a result, we could see the error as shown in the attachment.
>>> 
>>> We are probably missing some steps on how to copy the binaries to OpenWRT. Would be good, if you could guide us on "How to run NFD in OpenWRT?"
>>> It would be of great help.
>>> 
>>> Thanks in advance,
>>> Regards,
>>> Lohith,
>>> Divya
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151016/b5b486f1/attachment.bin>

From wangjiachen0 at outlook.com  Mon Oct 19 18:09:06 2015
From: wangjiachen0 at outlook.com (Jiachen Wang)
Date: Tue, 20 Oct 2015 01:09:06 +0000
Subject: [Nfd-dev] (help)How to use NFD ethernet face?
Message-ID: <BLU172-W30EC69C4CB1C738E3F1F1391390@phx.gbl>

Hi,
We are going to test ethernet face using ndncon. But we are not sure how to register this face.
The command we use now: nfdc register / ether://34:36:3b:d2:48:38 (mac address of the other machine)And failed :"ERROR: FaceUri parse failed".We refer to:http://named-data.net/wp-content/uploads/2014/07/NFD-developer-guide.pdf page8http://redmine.named-data.net/projects/nfd/wiki/FaceMgmt#Ethernet We do not see command example about registering ethernet face.
And in the nfdc usage, there is not any information about ethernet face:REMAPMacBookPro:NFD remap$ nfdc registerUsage:nfdc [-h] [-V] COMMAND [<Command Options>]       -h print usage and exit       -V print version and exit
   COMMAND can be one of the following:       register [-I] [-C] [-c cost] [-e expiration time] [-o origin] name <faceId | faceUri>           register name to the given faceId or faceUri           -I: unset CHILD_INHERIT flag           -C: set CAPTURE flag           -c: specify cost (default 0)           -e: specify expiration time in ms               (by default the entry remains in FIB for the lifetime of the associated face)           -o: specify origin               0 for Local producer applications, 128 for NLSR, 255(default) for static routes       unregister [-o origin] name <faceId | faceUri>           unregister name from the given faceId       create [-P] <faceUri>            Create a face in one of the following formats:           UDP unicast:    udp[4|6]://<remote-IP-or-host>[:<remote-port>]           TCP:            tcp[4|6]://<remote-IP-or-host>[:<remote-port>]            -P: create permanent (instead of persistent) face       destroy <faceId | faceUri>            Destroy a face       set-strategy <name> <strategy>            Set the strategy for a namespace        unset-strategy <name>            Unset the strategy for a namespace        add-nexthop [-c <cost>] <name> <faceId | faceUri>           Add a nexthop to a FIB entry           -c: specify cost (default 0)       remove-nexthop <name> <faceId | faceUri>            Remove a nexthop from a FIB entry
REMAPMacBookPro:NFD remap$ (NFD is NFD-0.4.0-rc1)
How to register ethernet face?








Thanks,Jiachen
//tel: 424-365-2415//email: wangjiachen0 at outlook.com 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151020/b45cd7d0/attachment.html>

From jburke at remap.UCLA.EDU  Mon Oct 19 23:17:43 2015
From: jburke at remap.UCLA.EDU (Burke, Jeff)
Date: Tue, 20 Oct 2015 06:17:43 +0000
Subject: [Nfd-dev] (help)How to use NFD ethernet face?
In-Reply-To: <BLU172-W30EC69C4CB1C738E3F1F1391390@phx.gbl>
References: <BLU172-W30EC69C4CB1C738E3F1F1391390@phx.gbl>
Message-ID: <20F738AA-F833-4735-A68C-599C8F5F0A9E@remap.ucla.edu>



Jiachen,

The format in the developer guide appears outdated ? try:
ether://[34:36:3b:d2:48:38]

See, for example:
https://github.com/named-data/NFD/blob/f9572e8439e018c9a0d06fe0d64fbfe114b2339e/tests/daemon/face/ethernet.t.cpp#L106

This is the format given in the wiki, too: http://redmine.named-data.net/projects/nfd/wiki/FaceMgmt#Ethernet

However, I get a different error:

jerboa:~ jburke$ nfdc register / ether://[6c:70:9f:d1:36:75]
ERROR: Face creation failed : Face creation failed: EthernetFactory does not support 'createFace' operation (code 500)

Reported as issue #3276. http://redmine.named-data.net/issues/3276

Thanks,
Jeff


Hi,

We are going to test ethernet face using ndncon. But we are not sure how to register this face.

The command we use now: nfdc register / ether://34:36:3b:d2:48:38 (mac address of the other machine)
And failed :"ERROR: FaceUri parse failed".
We refer to:http://named-data.net/wp-content/uploads/2014/07/NFD-developer-guide.pdf page8
http://redmine.named-data.net/projects/nfd/wiki/FaceMgmt#Ethernet
We do not see command example about registering ethernet face.

And in the nfdc usage, there is not any information about ethernet face:
REMAPMacBookPro:NFD remap$ nfdc register
Usage:
nfdc [-h] [-V] COMMAND [<Command Options>]
       -h print usage and exit
       -V print version and exit

   COMMAND can be one of the following:
       register [-I] [-C] [-c cost] [-e expiration time] [-o origin] name <faceId | faceUri>
           register name to the given faceId or faceUri
           -I: unset CHILD_INHERIT flag
           -C: set CAPTURE flag
           -c: specify cost (default 0)
           -e: specify expiration time in ms
               (by default the entry remains in FIB for the lifetime of the associated face)
           -o: specify origin
               0 for Local producer applications, 128 for NLSR, 255(default) for static routes
       unregister [-o origin] name <faceId | faceUri>
           unregister name from the given faceId
       create [-P] <faceUri>
           Create a face in one of the following formats:
           UDP unicast:    udp[4|6]://<remote-IP-or-host>[:<remote-port>]
           TCP:            tcp[4|6]://<remote-IP-or-host>[:<remote-port>]
           -P: create permanent (instead of persistent) face
       destroy <faceId | faceUri>
           Destroy a face
       set-strategy <name> <strategy>
           Set the strategy for a namespace
       unset-strategy <name>
           Unset the strategy for a namespace
       add-nexthop [-c <cost>] <name> <faceId | faceUri>
           Add a nexthop to a FIB entry
           -c: specify cost (default 0)
       remove-nexthop <name> <faceId | faceUri>
           Remove a nexthop from a FIB entry

REMAPMacBookPro:NFD remap$
(NFD is NFD-0.4.0-rc1)

How to register ethernet face?

Thanks,
Jiachen

//tel: 424-365-2415
//email: wangjiachen0 at outlook.com<mailto:wangjiachen0 at outlook.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151020/d5b25406/attachment.html>

From nfd-call-notification at mail1.yoursunny.com  Tue Oct 20 08:00:02 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Tue, 20 Oct 2015 08:00:02 -0700
Subject: [Nfd-dev] NFD call 20151020
Message-ID: <201510201500.t9KF02At002082@lectura.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151020/f36584a0/attachment.html>

From nfd-call-notification at mail1.yoursunny.com  Thu Oct 22 08:00:02 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Thu, 22 Oct 2015 08:00:02 -0700
Subject: [Nfd-dev] NFD call 20151022
Message-ID: <201510221500.t9MF02Me022430@lectura.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151022/89228f64/attachment.html>

From lohith444 at gmail.com  Mon Oct 26 07:51:20 2015
From: lohith444 at gmail.com (Lohith L)
Date: Mon, 26 Oct 2015 10:51:20 -0400
Subject: [Nfd-dev] To start NFD on router using OpenWRT: [Issue]
In-Reply-To: <693E9291-FAF8-4C03-8BBD-4A490B17C1EB@umass.edu>
References: <53CA902A-7D5F-402B-BECC-DB195591FED1@cs.ucla.edu>
	<693E9291-FAF8-4C03-8BBD-4A490B17C1EB@umass.edu>
Message-ID: <CAPNLp2Ai0m7_xYxPgE=NZw99DpHz4bEc8jBqRxCjdKjH+UzMSA@mail.gmail.com>

Hi Alex,

Thanks for your response. Currently I am using below versions:
ndn-cxx: version 0.3.4 and version 0.4.0 (tried on both versions)
nfd: version 0.3.4 and version 0.4.0
openwrt: CHAOS CALMER (15.05, r46767)

When I tried executing "/usr/bin/ndnsec" I get "not found".
I have even copied the necessary library files to proper places.

Thanks & Regards,
Lohith

On Fri, Oct 16, 2015 at 3:19 PM, Divyashri Bhat <dbhat at umass.edu> wrote:

>
>
> Begin forwarded message:
>
> *From: *Alex Afanasyev <aa at CS.UCLA.EDU <aa at cs.ucla.edu>>
> *Date: *16 October 2015 at 15:10:58 GMT-4
> *To: *Mathias Gibbens <gibmat at cs.arizona.EDU <gibmat at cs.arizona.edu>>
> *Cc: *<nfd-dev at lists.cs.ucla.edu>
> *Subject: **Re: [Nfd-dev] To start NFD on router using OpenWRT: [Issue]*
>
>
> On Oct 16, 2015, at 11:30 AM, Mathias Gibbens <gibmat at cs.arizona.edu>
> wrote:
>
> Hello,
>
> It's not really clear what the problem is from your screenshot. What
> versions of ndn-cxx/nfd and OpenWRT are you running?
>
> I initially thought maybe the errors are being caused by the scripts
> assuming bash was installed on the router (by default OpenWRT uses ash),
> since I had run into that a while ago. However, a quick look at the
> 0.3.4 release of ndn-cxx seems to show that the scripts are now using
> the more generic /bin/sh.
>
> Can you try executing `/usr/bin/ndnsec` directly?
>
>
> One change that happened in 0.3.* is switch from static to shared
> library.  If you haven't yet, you may need to copy
> lib/libndn-cxx*.so to proper places.
>
> ---
> Alex
>
>
> Mathias
>
> From: Lohith L <lohith444 at gmail.com>
> Date: October 15, 2015 at 11:27:38 AM MST
> To: nfd-dev at lists.cs.ucla.edu
> Subject: [Nfd-dev] To start NFD on router using OpenWRT: [Issue]
>
> Hello,
>
> We need help in starting up NFD application on router using OpenWRT. We
> have used the instructions specified in the below link to crosscompile NDN
> and NFD.
>
> http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers
> <
> http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers
> >
>
> As a next step, after successful build,
> 1. copied the binaries to the router. (both NDN and NFD binaries to
> /usr/bin and libraries to /usr/lib)
> 2. run 'nfd-start'.
> As a result, we could see the error as shown in the attachment.
>
> We are probably missing some steps on how to copy the binaries to OpenWRT.
> Would be good, if you could guide us on "How to run NFD in OpenWRT?"
> It would be of great help.
>
> Thanks in advance,
> Regards,
> Lohith,
> Divya
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151026/e7820b99/attachment.html>

From nfd-call-notification at mail1.yoursunny.com  Tue Oct 27 08:00:06 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Tue, 27 Oct 2015 08:00:06 -0700
Subject: [Nfd-dev] NFD call 20151027
Message-ID: <201510271500.t9RF06Gi000835@lectura.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151027/32e3e063/attachment.html>

From shijunxiao at email.arizona.edu  Tue Oct 27 10:06:31 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Tue, 27 Oct 2015 10:06:31 -0700
Subject: [Nfd-dev] NFD breaking change: TCP transport
Message-ID: <CAOFH+OZuXB8kcZFZEdTxpFZe0bOMkzgEDjRm3yZZK8+83N80KA@mail.gmail.com>

Dear folks

A breaking change is coming to NFD soon: LocalControlHeader is no longer
supported on TCP transport.
This change will merge after Nov 01 12:00 UTC.

If your application or library connects to the local NFD via TCP tunnel and
uses one of the LocalControlHeader feature, it will stop working after this
change.

To fix your application or library: use the equivalent NDNLPv2
<http://redmine.named-data.net/projects/nfd/wiki/NDNLPv2> feature.
For now, faces/enable-local-control ControlCommand is still supported, but
calling this command enables all LocalControlHeader-equivalent features
(i.e. all of IncomingFaceId, NextHopFaceId, CachePolicy), and the packet
format would be NDNLPv2 instead of LocalControlHeader.
Even if your application does not use LocalControlHeader previously, it may
start receiving NDNLPv2 packets if an Interest brings back a Nack packet.

You can test your projects with NFD Change http://gerrit.named-data.net/2495
and verify it works.

Yours, Junxiao
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151027/44bcf91a/attachment.html>

From aa at CS.UCLA.EDU  Tue Oct 27 14:17:26 2015
From: aa at CS.UCLA.EDU (Alex Afanasyev)
Date: Tue, 27 Oct 2015 14:17:26 -0700
Subject: [Nfd-dev] NFD/ndn-cxx 0.4.0 beta 2
Message-ID: <7BFA69FB-FA2F-4641-A062-F33C29E5925A@cs.ucla.edu>

Dear all,

We are pleased to announce beta 2 of version 0.4.0 of Named Data Networking
Forwarding Daemon (NFD) and ndn-cxx library.

The detailed notes for the releases:
- for NFD: http://named-data.net/doc/NFD/0.4.0-beta2/RELEASE_NOTES.html
- for ndn-cxx library: http://named-data.net/doc/ndn-cxx/0.4.0-beta2/RELEASE_NOTES.html

***
Please note that this release contains several breaking changes to face system and
configuration files.  See more details in the release notes.
***

Source code, instruction how to install NFD on Ubuntu Linux (12.04, 14.04, and 15.04) and
OS X, tutorials, HOWTOs, a FAQ and other useful resources are available on official
webpages of NFD and ndn-cxx:
- http://named-data.net/doc/NFD/0.4.0-beta2/
- http://named-data.net/doc/ndn-cxx/0.4.0-beta2/

We also have updated the NFD developer's guide to revision 5:
- http://named-data.net/techreport/ndn-0021-5-nfd-developer-guide.pdf.

* * *

The NDN/NFD Team:
  Alexander Afanasyev, Junxiao Shi, Beichuan Zhang, Lixia Zhang, Ilya Moiseenko,
  Yingdi Yu, Wentao Shang, Yanbiao Li, Spyridon Mastorakis, Yi Huang, Jerald
  Paul Abraham, Steve DiBenedetto, Chengyu Fan, Christos Papadopoulos, Davide
  Pesavento, Giulio Grassi, Giovanni Pau, Hang Zhang, Tian Song, Haowei Yuan,
  Hila Ben Abraham, Patrick Crowley, Syed Obaid Amin, Vince Lehman, Lan Wang,
  Eric Newberry, and others (http://named-data.net/project/participants/)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151027/6af02f28/attachment.bin>

From lohith444 at gmail.com  Wed Oct 28 07:33:10 2015
From: lohith444 at gmail.com (Lohith L)
Date: Wed, 28 Oct 2015 10:33:10 -0400
Subject: [Nfd-dev] Issue in running NDN/NFD on router using OpenWRT
Message-ID: <CAPNLp2AfjmvNeP6uA_dqG=2Np6r-azLAXmo03Vn_ijUiw=ZrZA@mail.gmail.com>

Hello,

Please find the details of the issue below:

1. I have followed the steps mentioned in the below link to cross-compile
NDN/NFD. [Result - Success]
http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers
2. Also, Installed OpenWrt to router using the instructions mentioned in
the below link.
http://wiki.openwrt.org/toh/tp-link/tl-wdr7500
3. The cross-compiled binaries (ndn-crosscompile/usr/bin and
NFD-crosscompile/usr/bin) are then copied to router (/usr/bin). Similar way
libraries are copied to proper places.
4. Now, If I try to run '/usr/bin/nfd' or '/usr/bin/ndnsec' on router, it
says "not found").

Could you please let me know what is going wrong? Is the procedure of
copying cross-compiled binaries from local machine to router is right?

Below are hardware and software version details:
Router: *TP-Link AC1750 Archer C7*
OpenWrt installed on router: *Chaos Calmer 15.05*
ndn version: *0.3.4*
nfd version: *0.3.4*
OpenWrt branch used to crosscompile from git:

*git://git.openwrt.org/openwrt <http://git.openwrt.org/openwrt>*It would be
great if you could help me with this issue. I am currently stuck with this!
Let me know if anything is unclear

Thanks & Regards,
Lohith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151028/29a2c747/attachment.html>

From davide.pesavento at lip6.fr  Wed Oct 28 08:05:59 2015
From: davide.pesavento at lip6.fr (Davide Pesavento)
Date: Wed, 28 Oct 2015 16:05:59 +0100
Subject: [Nfd-dev] Issue in running NDN/NFD on router using OpenWRT
In-Reply-To: <CAPNLp2AfjmvNeP6uA_dqG=2Np6r-azLAXmo03Vn_ijUiw=ZrZA@mail.gmail.com>
References: <CAPNLp2AfjmvNeP6uA_dqG=2Np6r-azLAXmo03Vn_ijUiw=ZrZA@mail.gmail.com>
Message-ID: <CADfzvvZrF8YtAfmSDrQpGsiyqgN+Qn70gMt6OPx5tZpYrXR7-g@mail.gmail.com>

On Wed, Oct 28, 2015 at 3:33 PM, Lohith L <lohith444 at gmail.com> wrote:
> Hello,
>
> Please find the details of the issue below:
>
> 1. I have followed the steps mentioned in the below link to cross-compile
> NDN/NFD. [Result - Success]
> http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers
> 2. Also, Installed OpenWrt to router using the instructions mentioned in the
> below link.
> http://wiki.openwrt.org/toh/tp-link/tl-wdr7500
> 3. The cross-compiled binaries (ndn-crosscompile/usr/bin and
> NFD-crosscompile/usr/bin) are then copied to router (/usr/bin). Similar way
> libraries are copied to proper places.
> 4. Now, If I try to run '/usr/bin/nfd' or '/usr/bin/ndnsec' on router, it
> says "not found").

Are you sure you copied the library _and_ the library symlinks to the router?

>
> Could you please let me know what is going wrong? Is the procedure of
> copying cross-compiled binaries from local machine to router is right?
>
> Below are hardware and software version details:
> Router: TP-Link AC1750 Archer C7
> OpenWrt installed on router: Chaos Calmer 15.05
> ndn version: 0.3.4
> nfd version: 0.3.4
> OpenWrt branch used to crosscompile from git: git://git.openwrt.org/openwrt
>
> It would be great if you could help me with this issue. I am currently stuck
> with this!
> Let me know if anything is unclear
>
> Thanks & Regards,
> Lohith
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>


From gibmat at cs.arizona.edu  Wed Oct 28 14:39:23 2015
From: gibmat at cs.arizona.edu (Mathias Gibbens)
Date: Wed, 28 Oct 2015 14:39:23 -0700
Subject: [Nfd-dev] Issue in running NDN/NFD on router using OpenWRT
In-Reply-To: <CAPNLp2AfjmvNeP6uA_dqG=2Np6r-azLAXmo03Vn_ijUiw=ZrZA@mail.gmail.com>
References: <CAPNLp2AfjmvNeP6uA_dqG=2Np6r-azLAXmo03Vn_ijUiw=ZrZA@mail.gmail.com>
Message-ID: <1446068363.7322.29.camel@gilamonster.cs.arizona.edu>

Hello Lohith,

  I spent some time investigating the issue you're seeing. What's
happened is that the trunk for OpenWRT was switched to a new C library
(musl, http://www.musl-libc.org/) from the older uClib back in June.
This was done after the branch for OpenWRT 15.05 (Chaos Calmer) was
created. Thus, the current release of OpenWRT still uses uClib. However,
when you cross compiled ndn-cxx/NFD it linked against the new musl
library. This obviously won't be on the router, thus you're getting an
error.

  You can still tell the OpenWRT build system to use the uClib library
instead. In your OpenWRT working directory, run `make menuconfig`, then
traverse this path in the menus (you will first have to enable the
options before selecting them):

Advanced configuration options (for developers) --->
    Toolchain Options --->
        C Library implementation (Use musl) --->
            Use uClib

  Then, re-run `make`. It will have to recompile everything, since the C
library was changed. Once that is done, you'll now have two cross
compile toolchains setup, one using musl and the other using uClib. Set
your environment variables to the uClib one and you should be fine.

  Please let me know if changing the C library fixes the problem you're
seeing. I'll be updating the wiki page with this information as well, so
others aren't caught by the same bug.

Thanks,
Mathias

  PS - For those who are interested in how I figured this out, I'll
briefly outline what I did.

  First, I attempted to reproduce the error that Lohith saw. I did a
fresh checkout of the OpenWRT cross compile code and while it was
compiling the toolchain I flashed a clean version of OpenWRT 15.05 to a
router.

  I then got the exact same error that was reported when I tried to run
NFD on the router. Unfortunately there aren't any simple development
tools on the router, such as `ld` or `file`. So, I hunted for a binary
that was already on the router (/bin/jshn) and copied it to my computer,
since I wanted to compare the output of the `file` command. I saw this:

        $ file jshn
        jshn: ELF 32-bit MSB executable, MIPS, MIPS32 rel2 version 1,
        dynamically linked, interpreter /lib/ld-uClibc.so.0, corrupted
        section header size
        
        $ file nfd
        nfd: ELF 32-bit MSB executable, MIPS, MIPS32 rel2 version 1,
        dynamically linked, interpreter /lib/ld-musl-mips-sf.so.1, not
        stripped

  You can see that the interpreter for the router's binary and the nfd
binary are different. I did some searching on Google and found that the
default C library for OpenWRT has changed.

  Finally, just to confirm things, I copied the musl C library over to
the router and tried running NFD once more. This time it at least began
executing, although there were several symbol errors due to some
different library versions and using a different C library.

On Wed, 2015-10-28 at 10:33 -0400, Lohith L wrote:
> Hello,
> 
> 
> Please find the details of the issue below:
> 
> 
> 1. I have followed the steps mentioned in the below link to
> cross-compile NDN/NFD. [Result - Success]
> http://redmine.named-data.net/projects/ndn-embedded/wiki/Cross-compiling_NDN_projects_for_home_routers
> 
> 2. Also, Installed OpenWrt to router using the instructions mentioned
> in the below link.
> http://wiki.openwrt.org/toh/tp-link/tl-wdr7500
> 
> 3. The cross-compiled binaries (ndn-crosscompile/usr/bin and
> NFD-crosscompile/usr/bin) are then copied to router (/usr/bin).
> Similar way libraries are copied to proper places.
> 
> 4. Now, If I try to run '/usr/bin/nfd' or '/usr/bin/ndnsec' on router,
> it says "not found").
> 
> 
> Could you please let me know what is going wrong? Is the procedure of
> copying cross-compiled binaries from local machine to router is right?
> 
> 
> 
> Below are hardware and software version details:
> 
> Router: TP-Link AC1750 Archer C7
> 
> OpenWrt installed on router: Chaos Calmer 15.05
> 
> ndn version: 0.3.4
> 
> nfd version: 0.3.4
> 
> OpenWrt branch used to crosscompile from git:
> git://git.openwrt.org/openwrt
> 
> It would be great if you could help me with this issue. I am currently
> stuck with this!
> 
> Let me know if anything is unclear
> 
> 
> 
> Thanks & Regards,
> 
> Lohith
> 
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev




From nfd-call-notification at mail1.yoursunny.com  Thu Oct 29 08:00:02 2015
From: nfd-call-notification at mail1.yoursunny.com (NFD call notification)
Date: Thu, 29 Oct 2015 08:00:02 -0700
Subject: [Nfd-dev] NFD call 20151029
Message-ID: <201510291500.t9TF02f6006749@lectura.cs.arizona.edu>

An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151029/1701ef83/attachment.html>

From pdpa at st-andrews.ac.uk  Thu Oct 29 15:42:11 2015
From: pdpa at st-andrews.ac.uk (Percy Perez Aruni)
Date: Thu, 29 Oct 2015 22:42:11 +0000
Subject: [Nfd-dev] NDF-Android Producer Consumer (2)
Message-ID: <CAOP2KvxqVucmX_kfYqQS-hY6FRxBLHPii6JVna=51Oay8jNsnQ@mail.gmail.com>

HI  NDN-Dev

Sorry for this email, but currently we are trying to replicate a basic
producer and a consumer behaviour in two Smartphones ( MotoE Android
V.4.x). Both devices have already the  NFD-Android running on them, and we
are using jndn to let the consumer send an interest to the producer, but
the producer is not receiving the interest.  It is very possible that we
are pointing to the wrong way when we are using the NFD-Android, so would
you mind giving us advice on:

1.- How could we configure the NFD-Android in Android? For example, to add
a new entry in the FIB, like  local IP address and prefixes between both
Smartphones, then we believe that the producer may receive the interests
sent by the consumer.

2.- Is there some like NDN tcpdump for android that we could use to trace
our packets between both devices?

Sorry for  this long  email , but we would really appreciate your advice or
suggestions.

Thank you very much.

Regards
Percy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151029/5de11762/attachment.html>

From shijunxiao at email.ARIZONA.EDU  Fri Oct 30 10:41:40 2015
From: shijunxiao at email.ARIZONA.EDU (Junxiao Shi)
Date: Fri, 30 Oct 2015 10:41:40 -0700
Subject: [Nfd-dev] NFD breaking change: TCP transport
In-Reply-To: <D258EA45.2EBA9%jefft0@remap.ucla.edu>
References: <CAOFH+OZuXB8kcZFZEdTxpFZe0bOMkzgEDjRm3yZZK8+83N80KA@mail.gmail.com>
	<D258EA45.2EBA9%jefft0@remap.ucla.edu>
Message-ID: <92420FB2-939D-4CFA-B77A-68A6B290A9E1@email.arizona.edu>

Hi JeffT

This Change is not included in 0.4.0-beta2 released earlier this week.

This Change will be included in 0.4.0. Release date and deployment date are undetermined.

Yours, Junxiao

> On Oct 30, 2015, at 9:35 AM, Thompson, Jeff <jefft0 at remap.ucla.edu> wrote:
> 
> Hi Junxiao,
> 
> When will this change be deployed on the test bed?
> 
> Thanks,
> - Jeff T
> 
> From: Nfd-dev <nfd-dev-bounces at lists.cs.ucla.edu <mailto:nfd-dev-bounces at lists.cs.ucla.edu>> on behalf of Junxiao Shi <shijunxiao at email.arizona.edu <mailto:shijunxiao at email.arizona.edu>>
> Date: Tuesday, October 27, 2015 at 10:06:00
> To: nfd-dev <nfd-dev at lists.cs.ucla.edu <mailto:nfd-dev at lists.cs.ucla.edu>>, NDN Lib <ndn-lib at lists.cs.ucla.edu <mailto:ndn-lib at lists.cs.ucla.edu>>
> Subject: [Nfd-dev] NFD breaking change: TCP transport
> 
> Dear folks
> 
> A breaking change is coming to NFD soon: LocalControlHeader is no longer supported on TCP transport.
> This change will merge after Nov 01 12:00 UTC.
> 
> If your application or library connects to the local NFD via TCP tunnel and uses one of the LocalControlHeader feature, it will stop working after this change.
> 
> To fix your application or library: use the equivalent NDNLPv2 <http://redmine.named-data.net/projects/nfd/wiki/NDNLPv2> feature.
> For now, faces/enable-local-control ControlCommand is still supported, but calling this command enables all LocalControlHeader-equivalent features (i.e. all of IncomingFaceId, NextHopFaceId, CachePolicy), and the packet format would be NDNLPv2 instead of LocalControlHeader.
> Even if your application does not use LocalControlHeader previously, it may start receiving NDNLPv2 packets if an Interest brings back a Nack packet.
> 
> You can test your projects with NFD Change http://gerrit.named-data.net/2495 <http://gerrit.named-data.net/2495> and verify it works.
> 
> Yours, Junxiao

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151030/99f526fb/attachment.html>

From bmmurphy at memphis.edu  Fri Oct 30 11:45:39 2015
From: bmmurphy at memphis.edu (Benjamin M Murphy (bmmurphy))
Date: Fri, 30 Oct 2015 18:45:39 +0000
Subject: [Nfd-dev] NDF-Android Producer Consumer (2)
In-Reply-To: <CAOP2KvxqVucmX_kfYqQS-hY6FRxBLHPii6JVna=51Oay8jNsnQ@mail.gmail.com>
References: <CAOP2KvxqVucmX_kfYqQS-hY6FRxBLHPii6JVna=51Oay8jNsnQ@mail.gmail.com>
Message-ID: <DM2PR04MB3978D1FD1F9EDD06A30CA37C32F0@DM2PR04MB397.namprd04.prod.outlook.com>

Hi Percy,


I'm working on some tests involving a similar producer-consumer relationship with Android devices. On the producer end, we've modified jndn's TestRegisterRoute file for Android and use it to listen for a given Interest. On the producer side, you shouldn't have to manually touch the NFD app at all.


https://github.com/named-data/jndn/blob/master/examples/src/net/named_data/jndn/tests/TestRegisterRoute.java


Our tests are all happening on one network, so on the consumer end we forward the Interest to the producer's local IP address, in our case 10.something. So on the consumer's NFD, we add /ndn/name/of/interest as the prefix, and the Face URI is the producer's local IP address.


As for the other question, I'm not sure if there is such an application. Perhaps someone else can say definitively?


Ben

________________________________
From: Nfd-dev <nfd-dev-bounces at lists.cs.ucla.edu> on behalf of Percy Perez Aruni <pdpa at st-andrews.ac.uk>
Sent: Thursday, October 29, 2015 5:42 PM
To: nfd-dev at lists.cs.ucla.edu
Subject: [Nfd-dev] NDF-Android Producer Consumer (2)

HI  NDN-Dev

Sorry for this email, but currently we are trying to replicate a basic producer and a consumer behaviour in two Smartphones ( MotoE Android V.4.x). Both devices have already the  NFD-Android running on them, and we are using jndn to let the consumer send an interest to the producer, but the producer is not receiving the interest.  It is very possible that we are pointing to the wrong way when we are using the NFD-Android, so would you mind giving us advice on:

1.- How could we configure the NFD-Android in Android? For example, to add a new entry in the FIB, like  local IP address and prefixes between both Smartphones, then we believe that the producer may receive the interests sent by the consumer.

2.- Is there some like NDN tcpdump for android that we could use to trace our packets between both devices?

Sorry for  this long  email , but we would really appreciate your advice or suggestions.

Thank you very much.

Regards
Percy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151030/c8ea9b05/attachment.html>

From aa at CS.UCLA.EDU  Fri Oct 30 17:57:02 2015
From: aa at CS.UCLA.EDU (Alex Afanasyev)
Date: Sat, 31 Oct 2015 09:57:02 +0900
Subject: [Nfd-dev] *.named-data.net should be working now
Message-ID: <CC14860B-8C4D-4044-A264-DC781FE646AD@cs.ucla.edu>

Just want to let you know that all domains in named-data.net zone should be working now.

For now it is a temporary fix.  Hopefully, further fixes will not disrupt our operations.

---
Alex

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20151031/70bfe441/attachment.bin>