headers
Alan KT So | 1 Nov 2011 04:45
Picon
Favicon

Interfaces names on CatOS devices

Dear all,

I am a new comer of this mailing list.  Thanks to UOregon for bringing
us a great software.

Pardon if it's discussed before but I can't find anything related using
Google.  For CatOS devices, I notice that interface names are displayed
as somethings like '10/100 utp ethernet (cat 3/5)' instead of port names
like '3/33'.  I notice that Observium which is a graphing software got
the descriptive name when the device is first added.  The names are
changed to port names when the cron jobs run for 1 or 2 times.  So, it
seems that there need to have some special treatment for CatOS devices
in order to make the interface names to be meaningful.  The port names
actually are shown correctly in the Modules section but just they are
not related to the interface names in the Interfaces section.

Regards,
Alan So
The Chinese University of Hong Kong
Permalink | Reply | 2 comments |
headers
Jeffrey Ollie | 3 Nov 2011 16:37
Picon
Gravatar

Perl 5.14 compatibility?

I just updated my system that runs netdot from Fedora 15 to Fedora 16.
 As part of that upgrade Perl was updated from 5.12 to 5.14.  Now
Netdot isn't working.  Is there known incompatibilities with Perl 5.14
or do I need to go looking somewhere else?  I'm getting the following
traceback when I try and open the main page:

Error during compilation of /opt/netdot/htdocs/header.mhtml:
Use of qw(...) as parentheses is deprecated at
/opt/netdot/htdocs/header.mhtml line 56.

Trace begun at /usr/share/perl5/vendor_perl/HTML/Mason/Interp.pm line 851
HTML::Mason::Interp::_compilation_error('HTML::Mason::Interp=HASH(0x7f68aa31b860)',
'/opt/netdot/htdocs/header.mhtml',
'HTML::Mason::Exception::Compilation=HASH(0x7f68abf55cf8)') called at
/usr/share/perl5/vendor_perl/HTML/Mason/Interp.pm line 450
HTML::Mason::Interp::load('HTML::Mason::Interp=HASH(0x7f68aa31b860)',
'/header.mhtml') called at
/usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 1127
HTML::Mason::Request::_fetch_comp('HTML::Mason::Request::ApacheHandler=HASH(0x7f68abe23ec8)',
'header.mhtml',
'HTML::Mason::Component::FileBased=HASH(0x7f68abe7a580)',
'SCALAR(0x7f68abf3aea8)') called at
/usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 1041
HTML::Mason::Request::fetch_comp('HTML::Mason::Request::ApacheHandler=HASH(0x7f68abe23ec8)',
'header.mhtml', undef, 'SCALAR(0x7f68abf3aea8)') called at
/usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 1239
HTML::Mason::Request::comp('HTML::Mason::Request::ApacheHandler=HASH(0x7f68abe23ec8)',
'header.mhtml', 'title', 'Netdot Login', 'section', 'Main', 'user',
undef, 'showheader', 1, 'onload', '', 'meta_refresh', undef) called at
/opt/netdot/htdocs/autohandler line 44
(Continue reading)

Permalink | Reply | 6 comments |
headers
Carlos Vicente | 3 Nov 2011 18:08
Favicon

Re: Perl 5.14 compatibility?

Hi Jeff,

It appears that there was a syntax change in Perl 5.14:

http://blogs.perl.org/users/rurban/2010/09/qw-in-list-context-deprecated.html

This is news to me. You can try the following change in header.mhtml:

diff --git a/htdocs/header.mhtml b/htdocs/header.mhtml
index aa3bb49..f090361 100644
--- a/htdocs/header.mhtml
+++ b/htdocs/header.mhtml
 <at>  <at>  -53,7 +53,7  <at>  <at>  $ui->get_allowed_objects($r, $user) if $user;
 % }
 </head>
 % my $js_prefix = $r->dir_config('NetdotPath') . "java_script";
-% for my $script qw( dynamic_list select jsrsClient toggle datechooser ) {
+% for my $script (qw/dynamic_list select jsrsClient toggle datechooser/) {
 <script language="JavaScript" src="<% $js_prefix %>/<% $script
%>.js"></script>
 % }
 <body<% $onload %>>

But this will likely exist in other parts of the code, so it's going to
need careful revision. Ouch.

cv

On 11/3/11 11:37 AM, Jeffrey Ollie wrote:
> I just updated my system that runs netdot from Fedora 15 to Fedora 16.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jeffrey Ollie | 3 Nov 2011 19:34
Picon
Gravatar

Re: Perl 5.14 compatibility?

On Thu, Nov 3, 2011 at 12:08 PM, Carlos Vicente <cvicente@...> wrote:
>
> It appears that there was a syntax change in Perl 5.14:
>
> http://blogs.perl.org/users/rurban/2010/09/qw-in-list-context-deprecated.html
>
> This is news to me. You can try the following change in header.mhtml:

Thanks for the pointers, I'm not much of a Perl person.  I put a
couple of patches that have gotten me going again up on github:

https://github.com/jcollie/Netdot/commits/perl514compat

I updated the ticket as well.

--

-- 
Jeff Ollie
Permalink | Reply | 0 comments |
headers
Brian Candler | 4 Nov 2011 10:22
Picon
Favicon

Re: Perl 5.14 compatibility?

On Thu, Nov 03, 2011 at 10:37:28AM -0500, Jeffrey Ollie wrote:
> Error during compilation of /opt/netdot/htdocs/header.mhtml:
> Use of qw(...) as parentheses is deprecated at
> /opt/netdot/htdocs/header.mhtml line 56.

Perl seems to have a different concept of "deprecated" to the rest of the
world...
Permalink | Reply | 3 comments |
headers
Hervey Allen | 4 Nov 2011 12:56
Favicon

Re: Perl 5.14 compatibility?

On 11/4/11 6:22 AM, Brian Candler wrote:
> On Thu, Nov 03, 2011 at 10:37:28AM -0500, Jeffrey Ollie wrote:
>> Error during compilation of /opt/netdot/htdocs/header.mhtml:
>> Use of qw(...) as parentheses is deprecated at
>> /opt/netdot/htdocs/header.mhtml line 56.
> 
> Perl seems to have a different concept of "deprecated" to the rest of the
> world...
> 

Agreed - as Wikipedia says...

"In the process of authoring computer software, its standards or
documentation, deprecation is a status applied to software features to
indicate that they should be avoided, typically because they have been
superseded. Although deprecated features remain in the software, their
use may raise warning messages recommending alternative practices, and
deprecation may indicate that the feature will be removed in the future.
Features are deprecated—rather than immediately removed—in order to
provide backward compatibility, and give programmers who have used the
feature time to bring their code into compliance with the new standard."

Even the error message indicates that it's an error to break the
compilation.

Cheers,
	- Hervey

--

-- 
Hervey Allen      Network Startup Resource Center
(Continue reading)

Permalink | Reply | 2 comments |
headers
Phil Regnauld | 4 Nov 2011 14:08
Favicon

Re: Perl 5.14 compatibility?

Hervey Allen (hervey) writes:
> >> Error during compilation of /opt/netdot/htdocs/header.mhtml:
> >> Use of qw(...) as parentheses is deprecated at
> >> /opt/netdot/htdocs/header.mhtml line 56.
> > 
> > Perl seems to have a different concept of "deprecated" to the rest of the
> > world...
> > 
> 
> Agreed - as Wikipedia says...
> 
> "In the process of authoring computer software, its standards or
> documentation, deprecation is a status applied to software features to
> indicate that they should be avoided, typically because they have been
> superseded. Although deprecated features remain in the software, their
> use may raise warning messages recommending alternative practices, and
> deprecation may indicate that the feature will be removed in the future.
> Features are deprecated—rather than immediately removed—in order to
> provide backward compatibility, and give programmers who have used the
> feature time to bring their code into compliance with the new standard."
> 
> Even the error message indicates that it's an error to break the
> compilation.

	Yes, and it's not Perl that's doing the dying, it is indeed a warning.

	Mason, the framework used by NetDot, interprets the warning and decides
	to die.

	The correct way to handle this, I am told, would be to pass
(Continue reading)

Permalink | Reply | 1 comment |
headers
Carlos Vicente | 4 Nov 2011 15:20
Favicon

Re: Perl 5.14 compatibility?

On 11/4/11 9:08 AM, Phil Regnauld wrote:
> Hervey Allen (hervey) writes:
>>>> Error during compilation of /opt/netdot/htdocs/header.mhtml:
>>>> Use of qw(...) as parentheses is deprecated at
>>>> /opt/netdot/htdocs/header.mhtml line 56.
>>>
>>> Perl seems to have a different concept of "deprecated" to the rest of the
>>> world...
>>>
>>
>> Agreed - as Wikipedia says...
>>
>> "In the process of authoring computer software, its standards or
>> documentation, deprecation is a status applied to software features to
>> indicate that they should be avoided, typically because they have been
>> superseded. Although deprecated features remain in the software, their
>> use may raise warning messages recommending alternative practices, and
>> deprecation may indicate that the feature will be removed in the future.
>> Features are deprecated—rather than immediately removed—in order to
>> provide backward compatibility, and give programmers who have used the
>> feature time to bring their code into compliance with the new standard."
>>
>> Even the error message indicates that it's an error to break the
>> compilation.
> 
> 	Yes, and it's not Perl that's doing the dying, it is indeed a warning.
> 
> 	Mason, the framework used by NetDot, interprets the warning and decides
> 	to die.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vincent Magnin | 8 Nov 2011 14:01
Picon
Picon
Favicon

ISC DHCPD config IPV6?

Dear All,

Do you have any plan to support DHCP for IPv6 (ie. a dhcpd.conf which  
will works for ISC DHCPD in IPv6 mode)?

A generated dhcpd.conf with netdot 0.9.10 looks like following:

> subnet 2001:db8:10:10:: netmask FFFF:FFFF:FFFF:FFFF:0:0:0:0 {
>     option broadcast-address 2001:db8:10:10:FFFF:FFFF:FFFF:FFFF;
>     option routers 2001:db8:10:10:0:0:0:1;
>     option subnet-mask FFFF:FFFF:FFFF:FFFF:0:0:0:0;
> }

But, this synthax is not correct. A better output may be:

> subnet6 2001:db8:10:10::/64 {
> }

Regards,

Vincent
Permalink | Reply | 3 comments |
headers
Carlos Vicente | 8 Nov 2011 14:23
Favicon

Re: ISC DHCPD config IPV6?

Hi Vincent,

This will be fixed in the upcoming 1.0 version. I suggest you try the
code in the master branch of the git repository.

Regards,

cv

On 11/8/11 8:01 AM, Vincent Magnin wrote:
> Dear All,
> 
> Do you have any plan to support DHCP for IPv6 (ie. a dhcpd.conf which  
> will works for ISC DHCPD in IPv6 mode)?
> 
> A generated dhcpd.conf with netdot 0.9.10 looks like following:
> 
>> subnet 2001:db8:10:10:: netmask FFFF:FFFF:FFFF:FFFF:0:0:0:0 {
>>     option broadcast-address 2001:db8:10:10:FFFF:FFFF:FFFF:FFFF;
>>     option routers 2001:db8:10:10:0:0:0:1;
>>     option subnet-mask FFFF:FFFF:FFFF:FFFF:0:0:0:0;
>> }
> 
> But, this synthax is not correct. A better output may be:
> 
>> subnet6 2001:db8:10:10::/64 {
>> }
> 
> 
> Regards,
(Continue reading)

Permalink | Reply | 2 comments |

Gmane