FreeBSD Port: verlihub-0.9.8.e.r1,1

2009-12-15 Thread Daniel Dvořák
Hi all,
 
after upgrading my verlihub to the latest version, the hub does not work 
anymore. Segmentation Fault. What´s happen to it ? And how may I help to solve 
the problem ?
 
At the begging I snip gdb output, if it helps.
 
# gdb /usr/local/bin/verlihub /usr/home/verlihub/verlihub.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-marcel-freebsd...(no debugging symbols 
found)...
Core was generated by `verlihub'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libverlihub.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libverlihub.so.0
Reading symbols from /usr/local/lib/libpcre.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libpcre.so.0
Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.15...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/mysql/libmysqlclient.so.15
Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.4
Reading symbols from /usr/local/lib/libGeoIP.so.5...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libGeoIP.so.5
Reading symbols from /usr/lib/libssl.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libssl.so.5
Reading symbols from /lib/libcrypt.so.4...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.4
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libcrypto.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypto.so.5
Reading symbols from /usr/local/etc/verlihub/plugins/libplug_pi.so...(no 
debugging symbols found)...done.
Loaded symbols for /usr/local/etc/verlihub/plugins/libplug_pi.so
Reading symbols from /usr/local/etc/verlihub/plugins/libiplog_pi.so...(no 
debugging symbols found)...done.
Loaded symbols for /usr/local/etc/verlihub/plugins/libiplog_pi.so
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x458b08ec in ?? ()
[New Thread 0x28701040 (LWP 100126)]
(gdb)

Thank you for your help.
 
Bye
 
Stay d
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


FreeBSD Port: mc-4.6.2 lynx-like motion forgot

2009-09-01 Thread Daniel Dvořák
Hi all,
 
at the beginning I apologize for cross-mailling becuase I really don´t know 
which mailling list or mail address is the best one for sending my problem.
 
I needed to set up lynx-like motion in configuration of mc. I did it and saved 
configuration. The application told me that it saved my configuration to 
~/.mc/ini.
 
Before I ended mc I tested new setted lynx-like motion and it worked. Next day 
I started mc again and lynx-like motion did not work at all.
 
I checked my configuration menu and lynx-like motion was not enabled. Why ? I 
wanted to check it directly in ini file, but I didn´t found any .mc directory 
and of course any ini file.
 
I tested this on another system where .mc directory and ini file were there. 
And it worked with lynx-like motion enabled well. I ended mc twice and it 
always worked again and again.
 
So as I guess my problem is not actually lynx-like motion, but not being ini 
file. I checked ownership of my home directory and privileges and it were 
standard.
 
The problem is the same for user and super-user account. I tested sh and bash 
command interpreter. No diffrence.
 
Some important information about servers:
 
[XYZ$ uname -a
FreeBSD XYZ 7.2-STABLE-200906 FreeBSD 7.2-STABLE-200906 #0: Sun Jun  7 10:23:49 
UTC 2009 r...@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
 
or second server
 
[ABC]$ uname -a
FreeBSD ABC 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Wed Jun 24 00:57:44 UTC 
2009 r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386
 
mc-4.6.2Midnight Commander, a free Norton Commander Clone
 
# This file is auto-generated by 'make config'.
# No user-servicable parts inside!
# Options for mc-4.6.2
_OPTIONS_READ=mc-4.6.2
WITH_UTF8=true
WITH_SLANG=true
WITH_ICONV=true
WITH_NLS=true
WITH_EDIT=true
WITHOUT_X11=true
WITH_SUBSHELL=true
WITH_SAMBA=true

So what is wrong and where ?
 
Daniel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


FreeBSD Port: portupgrade-2.4.6,2

2008-12-25 Thread Daniel Dvořák
Hi,
 
my portugrade does not upgrade my ports at all. I wanted to upgrade some ports 
with security risks. I upgraded my ports successfuly 2 months ago without any 
problem.
 
server# portsnap fetch
Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found.
Fetching snapshot tag from portsnap1.FreeBSD.org... done.
Fetching snapshot metadata... done.
Updating from Tue Dec 23 20:09:45 CET 2008 to Thu Dec 25 12:30:47 CET 2008.
Fetching 3 metadata patches.. done.
Applying metadata patches... done.
Fetching 0 metadata files... done.
Fetching 97 patches.102030405060708090... 
done.
Applying patches... done.
Fetching 5 new ports or files... done.
server# portversion -vL=
GeoIP needs updating (port has 1.4.5_1)
apacheneeds updating (port has 2.2.11)
glib  needs updating (port has 2.16.5_1)
libexecinfo   needs updating (port has 1.1_3)
lsof  needs updating (port has 4.82A,3)
p5-HTML-Parserneeds updating (port has 3.59)
p5-libwww needs updating (port has 5.822)
php5  needs updating (port has 5.2.8)
php5-bz2  needs updating (port has 5.2.8)
php5-ctypeneeds updating (port has 5.2.8)
php5-gd   needs updating (port has 5.2.8)
php5-mbstring needs updating (port has 5.2.8)
php5-mcrypt   needs updating (port has 5.2.8)
php5-mysqlneeds updating (port has 5.2.8)
php5-mysqli   needs updating (port has 5.2.8)
php5-openssl  needs updating (port has 5.2.8)
php5-session  needs updating (port has 5.2.8)
php5-simplexmlneeds updating (port has 5.2.8)
php5-spl  needs updating (port has 5.2.8)
php5-xml  needs updating (port has 5.2.8)
php5-zlib needs updating (port has 5.2.8)
phpMyAdminneeds updating (port has 3.1.1)
quagganeeds updating (port has 0.99.11_1)
samba needs updating (port has 3.0.32_2,1)
smartmontools needs updating (port has 5.38_1)
server# portupgrade -av
---  Session started at: Thu, 25 Dec 2008 14:13:31 +0100
** None has been installed or upgraded.
---  Session ended at: Thu, 25 Dec 2008 14:14:31 +0100 (consumed 00:00:59)
server#

Why doesn´t portupgrade do its work when portversion thinks it should work ? 
And what can I do with it ?
 
server# portupgrade -v quagga
---  Session started at: Thu, 25 Dec 2008 14:18:40 +0100
** None has been installed or upgraded.
---  Session ended at: Thu, 25 Dec 2008 14:18:41 +0100 (consumed 00:00:00)
server#

Individual port does not work too.
 
server#pkg_info
...
portupgrade-2.4.6,2 FreeBSD ports/packages administration and management tool s
...
quagga-0.99.10_3Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software
...
 
Portupgrade is up to date.
 
server# uname -a
FreeBSD x.y.z 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun May 11 15:18:09 CEST 2008   
  a...@x.y.z:/usr/obj/usr/src/sys/SERVER  i386

I can repeat this upgrading process on others system, they are 6.3-stable too 
and the same version of portupgrade, with the same failure.
 
I tried to find something about this problem and I found one non-answered 
thread from October here:
http://lists.freebsd.org/pipermail/freebsd-ports/2008-October/051187.html
 
I think it is somehow connected with my problem.
 
Thank you
 
Dan
 
Merry Xmas
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


FW: FreeBSD Port: portupgrade-2.4.6,2

2008-12-25 Thread Daniel Dvořák
Ou ! You are right. I am so so sorry for disturbing all kind people here. 2 
months and I completly forgot right command to execute portupgrade process.
 
Dan
 
Jerry  
mailto:freebsd-ports%40freebsd.org?Subject=FreeBSD%20Port%3A%20portupgrade-2.4.6%2C2In-Reply-To=79454A6D7BD64C0188EE0EB40A5E0794%40tocnet28.jspoj.czf
 gesbbb at yahoo.com 
Thu Dec 25 06:06:33 PST 2008 

*   Previous message: FreeBSD  
http://lists.freebsd.org/pipermail/freebsd-ports/2008-December/051907.html 
Port: portupgrade-2.4.6,2 
*   Messages sorted by: [  
http://lists.freebsd.org/pipermail/freebsd-ports/2008-December/date.html#51908
 date ] [  
http://lists.freebsd.org/pipermail/freebsd-ports/2008-December/thread.html#51908
 thread ] [  
http://lists.freebsd.org/pipermail/freebsd-ports/2008-December/subject.html#51908
 subject ] [  
http://lists.freebsd.org/pipermail/freebsd-ports/2008-December/author.html#51908
 author ] 

  _  

On Thu, 25 Dec 2008 14:37:03 +0100

Daniel Dvořák dandee at hellteam.net 
http://lists.freebsd.org/mailman/listinfo/freebsd-ports  wrote:



Hi,

 

my portugrade does not upgrade my ports at all. I wanted to upgrade

some ports with security risks. I upgraded my ports successfuly 2

months ago without any problem.

 

server# portsnap fetch



Shouldn't that be portsnap fetch update? At least that is what it

seems to indicate on the 'man' page for portsnap assuming that you have

used the extract command previously.





-- 

Jerry

gesbbb at yahoo.com http://lists.freebsd.org/mailman/listinfo/freebsd-ports 



Sometimes I simply feel that the whole

world is a cigarette and I'm the only ashtray.

-- next part --

A non-text attachment was scrubbed...

Name: signature.asc

Type: application/pgp-signature

Size: 195 bytes

Desc: not available

Url : 
http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20081225/7094af57/signature.pgp



  _  

From: Daniel Dvořák [mailto:dan...@hellteam.net] 
Sent: Thursday, December 25, 2008 2:37 PM
To: 's...@freebsd.org'
Cc: 'po...@freebsd.org'
Subject: FreeBSD Port: portupgrade-2.4.6,2

Hi,
 
my portugrade does not upgrade my ports at all. I wanted to upgrade some ports 
with security risks. I upgraded my ports successfuly 2 months ago without any 
problem.
 
server# portsnap fetch
Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found.
Fetching snapshot tag from portsnap1.FreeBSD.org... done.
Fetching snapshot metadata... done.
Updating from Tue Dec 23 20:09:45 CET 2008 to Thu Dec 25 12:30:47 CET 2008.
Fetching 3 metadata patches.. done.
Applying metadata patches... done.
Fetching 0 metadata files... done.
Fetching 97 patches.102030405060708090... 
done.
Applying patches... done.
Fetching 5 new ports or files... done.
server# portversion -vL=
GeoIP needs updating (port has 1.4.5_1)
apacheneeds updating (port has 2.2.11)
glib  needs updating (port has 2.16.5_1)
libexecinfo   needs updating (port has 1.1_3)
lsof  needs updating (port has 4.82A,3)
p5-HTML-Parserneeds updating (port has 3.59)
p5-libwww needs updating (port has 5.822)
php5  needs updating (port has 5.2.8)
php5-bz2  needs updating (port has 5.2.8)
php5-ctypeneeds updating (port has 5.2.8)
php5-gd   needs updating (port has 5.2.8)
php5-mbstring needs updating (port has 5.2.8)
php5-mcrypt   needs updating (port has 5.2.8)
php5-mysqlneeds updating (port has 5.2.8)
php5-mysqli   needs updating (port has 5.2.8)
php5-openssl  needs updating (port has 5.2.8)
php5-session  needs updating (port has 5.2.8)
php5-simplexmlneeds updating (port has 5.2.8)
php5-spl  needs updating (port has 5.2.8)
php5-xml  needs updating (port has 5.2.8)
php5-zlib needs updating (port has 5.2.8)
phpMyAdminneeds updating (port has 3.1.1)
quagganeeds updating (port has 0.99.11_1)
samba needs updating (port has 3.0.32_2,1)
smartmontools needs updating (port has 5.38_1)
server# portupgrade -av
---  Session started at: Thu, 25 Dec 2008 14:13:31 +0100
** None has been installed or upgraded.
---  Session ended at: Thu, 25 Dec 2008 14:14:31 +0100 (consumed 00:00:59)
server#

Why doesn´t portupgrade do its work when portversion thinks it should work ? 
And what can I do with it ?
 
server# portupgrade -v quagga
---  Session started at: Thu, 25 Dec 2008 14:18:40 +0100
** None has been installed or upgraded.
---  Session ended at: Thu, 25 Dec 2008 14:18:41 +0100 (consumed 00:00:00)
server#

Individual port does not work too.
 
server#pkg_info
...
portupgrade-2.4.6,2 FreeBSD

FreeBSD Port: quagga-0.99.10_3

2008-07-10 Thread Daniel Dvořák
Hi Sergey,

may the problem with lock pid_file messages be connected with running 
watchquagga daemon ?

Here is what I have got in rc.conf file:

quagga_enable=YES
quagga_flags=-d
quagga_daemons=zebra ospfd ospf6d bgpd Is this order okay ?
quagga_extralibs_path=
quagga_delay=10
watchquagga_enable=YES
watchquagga_flags=-dz -R '/usr/local/sbin/zebra -d; /usr/local/sbin/ospfd -d; 
/usr/local/sbin/ospf6d -d; /usr/local/sbin/bgpd -d' zebra ospfd ospf6d bgpd 
 I hope this syntax is right one.

I did upgrading of quagga to the last one and restarting daemons. Error 
messages reappeared.
Important! Watchquagga daemon was running at that time too.

[EMAIL PROTECTED] 0.99.10 /]# egrep lock /var/log/quagga/*
/var/log/quagga/ospfd.log:2008/07/01 13:57:21 errors: OSPF: Could not lock 
pid_file /var/run/quagga/ospfd.pid, exiting
/var/log/quagga/ospfd.log:2008/07/10 17:17:27 errors: OSPF: Could not lock 
pid_file /var/run/quagga/ospfd.pid, exiting
^^
the last restarting
/var/log/quagga/ospf6d.log:2008/07/01 13:57:21 errors: OSPF6: Could not lock 
pid_file /var/run/quagga/ospf6d.pid, exiting
/var/log/quagga/ospf6d.log:2008/07/10 17:17:27 errors: OSPF6: Could not lock 
pid_file /var/run/quagga/ospf6d.pid, exiting
^^
the last restarting
/var/log/quagga/zebra.log:2008/07/01 13:57:21 errors: ZEBRA: Could not lock 
pid_file /var/run/quagga/zebra.pid, exiting
/var/log/quagga/zebra.log:2008/07/10 17:17:27 errors: ZEBRA: Could not lock 
pid_file /var/run/quagga/zebra.pid, exiting
^^
the last restarting
[EMAIL PROTECTED] 0.99.10 /]#

It is interesting that the bgp daemon runs without these errors.

Important! After that, I stopped watchquagga daemon and I restarted quagga 
daemons, no wunder that error messages haven´t been appearing anymore. Voila!

IMHO, the problem is connected with watchquagga daemon deffinitely.

Daniel

-Original Message-
From: Daniel Dvořák [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 07, 2008 4:44 PM
To: 'Sergey Matveychuk'
Cc: 'Boris Kovalenko'; '[EMAIL PROTECTED]'
Subject: RE: FreeBSD Port: quagga-0.99.9_7

And do you use watchquagga in rc.conf ? I do.

Daniel

-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED]
Sent: Monday, July 07, 2008 4:21 PM
To: [EMAIL PROTECTED]
Cc: 'Boris Kovalenko'; [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Daniel Dvořák wrote:
 VERSION 0.99.10# egrep lock /var/log/quagga/zebra.log ^^^ 
 2008/06/30 01:38:59 errors: ZEBRA: Could not lock pid_file 
 /var/run/quagga/zebra.pid, exiting
 2008/07/01 13:57:21 errors: ZEBRA: Could not lock pid_file 
 /var/run/quagga/zebra.pid, exiting
 
 VERSION 0.99.10# egrep lock /var/log/quagga/ospfd.log 2008/06/30
 01:38:59 errors: OSPF: Could not lock pid_file 
 /var/run/quagga/ospfd.pid, exiting
 2008/07/01 13:57:21 errors: OSPF: Could not lock pid_file 
 /var/run/quagga/ospfd.pid, exiting
 
 VERSION 0.99.10# egrep lock /var/log/quagga/ospf6d.log
 2008/07/01 13:57:21 errors: OSPF6: Could not lock pid_file 
 /var/run/quagga/ospf6d.pid, exiting
 

Looks like the daemons tried to run twice and fault. But I can see the problem 
on my boxes.

--
Dixi.
Sem.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: monitord-0.4.1_2

2008-07-10 Thread Daniel Dvořák
Hi all,
 
I needed to resolve the problem with verlihub, which refuses to 
properly run at the start of router. I tried using rcorder various tricks with 
orderring to run verlihub in the background of other processes.
Nothing helped me.

I have decided to use monitord, which monitors whether verlihub run at the 
start of router. For some time it worked well, although verlihub always in the 
first run snaps and the kernel recorded core file to filesystem
as /monitord.core, but monitord always starts up verlihub at the second attempt.

Monitord recently stopped work, and I do not know why.

In addition, continuing the necessary facts and attached gdb backtraced output:
 
[EMAIL PROTECTED] /]# /etc2/rc.d/monitord status
monitord is not running.

[EMAIL PROTECTED] /]# /etc2/rc.d/monitord start
Starting monitord.

[EMAIL PROTECTED] /]# /etc2/rc.d/monitord status
monitord is not running.

[EMAIL PROTECTED] /]# ls -l /monitord.core
-rw---  1 root  wheel  495616 11 čvc 00:29 /monitord.core

[EMAIL PROTECTED] /]# dmesg -a | grep monitord
Starting monitord.
pid 1460 (monitord), uid 0: exited on signal 11 (core dumped)
pid 96607 (monitord), uid 0: exited on signal 11 (core dumped)
pid 96625 (monitord), uid 0: exited on signal 11 (core dumped)
pid 96697 (monitord), uid 0: exited on signal 11 (core dumped)
pid 97330 (monitord), uid 0: exited on signal 11 (core dumped)
pid 99878 (monitord), uid 0: exited on signal 11 (core dumped)
[EMAIL PROTECTED] /]#
 
[EMAIL PROTECTED] /]# cat /var/log/messages | grep monitord
Jul  7 00:40:03 r kernel: pid 1460 (monitord), uid 0: exited on signal 11 (core 
dumped)
Jul  7 00:40:03 r monitord: restarted verlihub using /etc2/rc.d/verlihub  
start
Jul  9 21:45:30 r kernel: pid 1481 (monitord), uid 0: exited on signal 11 (core 
dumped)
Jul  9 21:45:30 r monitord: restarted verlihub using /etc2/rc.d/verlihub  
start
Jul  9 22:38:11 r kernel: pid 1459 (monitord), uid 0: exited on signal 11 (core 
dumped)
Jul  9 22:38:12 r monitord: restarted verlihub using /etc2/rc.d/verlihub  
start
Jul  9 22:49:25 r kernel: pid 1459 (monitord), uid 0: exited on signal 11 (core 
dumped)
Jul  9 22:49:25 r monitord: restarted verlihub using /etc2/rc.d/verlihub  
start
Jul  9 22:55:49 r kernel: pid 1460 (monitord), uid 0: exited on signal 11 (core 
dumped)
Jul  9 22:55:49 r monitord: restarted verlihub using /etc2/rc.d/verlihub  
start
Jul 11 00:19:26 r kernel: pid 96607 (monitord), uid 0: exited on signal 11 
(core dumped)
Jul 11 00:19:33 r kernel: pid 96625 (monitord), uid 0: exited on signal 11 
(core dumped)
Jul 11 00:20:21 r kernel: pid 96697 (monitord), uid 0: exited on signal 11 
(core dumped)
Jul 11 00:23:29 r kernel: pid 97330 (monitord), uid 0: exited on signal 11 
(core dumped)
Jul 11 00:29:51 r kernel: pid 99878 (monitord), uid 0: exited on signal 11 
(core dumped)

[EMAIL PROTECTED] /]# mount
/dev/ad0s1a on / (ufs, NFS exported, local)
devfs on /dev (devfs, local)
/dev/ad0s1e on /jail (ufs, local, read-only)
/dev/ad0s1d on /tmp (ufs, local, soft-updates)
/dev/ad0s1g on /usr (ufs, NFS exported, local, soft-updates)
/dev/ad0s1f on /var (ufs, NFS exported, local, soft-updates)
procfs on /proc (procfs, local)
linprocfs on /usr/compat/linux/proc (linprocfs, local)
devfs on /var/named/dev (devfs, local)
[EMAIL PROTECTED] /]# gdb -c /monitord.core /usr/local/sbin/monitord
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-marcel-freebsd...(no debugging symbols 
found)...
Core was generated by `monitord'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x28135d61 in strncpy () from /lib/libc.so.6
(gdb) backtrace
#0  0x28135d61 in strncpy () from /lib/libc.so.6
#1  0x08049393 in ?? ()
#2  0xbfbfe4e0 in ?? ()
#3  0x in ?? ()
#4  0x0055 in ?? ()
#5  0x in ?? ()
#6  0x in ?? ()
#7  0x in ?? ()
#8  0x in ?? ()
#9  0x in ?? ()
#10 0x in ?? ()
#11 0x in ?? ()
#12 0x in ?? ()
#13 0x in ?? ()
#14 0x in ?? ()
#15 0x in ?? ()
#16 0x in ?? ()
#17 0x in ?? ()
#18 0x in ?? ()
#19 0x in ?? ()
#20 0x in ?? ()
#21 0x0001 in ?? ()
#22 0x0804d400 in ?? ()
#23 0x0804d000 in ?? ()
#24 0xbfbfdda0 in ?? ()
#25 0x in ?? ()
#26 0x0002 in ?? ()
#27 0x0002 in ?? ()
#28 0x0003 in ?? ()
#29 0x in ?? ()
#30 0x0001 in ?? ()
#31 0x0001 in ?? ()
#32 0x in ?? ()
#33 0x in ?? ()

RE: FreeBSD Port: quagga-0.99.9_7

2008-07-07 Thread Daniel Dvořák
Hi Sergey,

I see your patch already in ports, so I needn´t use it for now. Am I right ?

I did portupgrading of quagga yesterday and a functionality is back again.

SYSTEM3# pkg_info | grep quagga
quagga-0.99.10_3Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software

SYSTEM3# /etc2/rc.d/quagga status
zebra is running as pid 62557.
ospfd is not running.
ospf6d is running as pid 62571.
Sleeping 10 seconds to obtain dynamic routing information...

Thanks.

Daniel

P.S.: Boris, have you received my other mail about quagga or my reports is not 
new for you ? How can I help you with solving the problems, which I have
described them last week ?

-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED] 
Sent: Sunday, July 06, 2008 1:22 AM
To: [EMAIL PROTECTED]
Cc: 'Boris Kovalenko'; [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Daniel Dvořák wrote:
 It is new style.
 
 SYSTEM3:
 system3# pkg_info | grep quagga
 quagga-0.99.10_2Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software
 system3# /etc2/rc.d/quagga status
 Sleeping 10 seconds to obtain dynamic routing information...
 system3#
 
 It is new broken style. :D

Try the patch please. I'll commit it if it's OK.

--
Dixi.
Sem.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-07-07 Thread Daniel Dvořák
And do you use watchquagga in rc.conf ? I do.

Daniel

-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 07, 2008 4:21 PM
To: [EMAIL PROTECTED]
Cc: 'Boris Kovalenko'; [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Daniel Dvořák wrote:
 VERSION 0.99.10# egrep lock /var/log/quagga/zebra.log ^^^ 
 2008/06/30 01:38:59 errors: ZEBRA: Could not lock pid_file 
 /var/run/quagga/zebra.pid, exiting
 2008/07/01 13:57:21 errors: ZEBRA: Could not lock pid_file 
 /var/run/quagga/zebra.pid, exiting
 
 VERSION 0.99.10# egrep lock /var/log/quagga/ospfd.log 2008/06/30 
 01:38:59 errors: OSPF: Could not lock pid_file 
 /var/run/quagga/ospfd.pid, exiting
 2008/07/01 13:57:21 errors: OSPF: Could not lock pid_file 
 /var/run/quagga/ospfd.pid, exiting
 
 VERSION 0.99.10# egrep lock /var/log/quagga/ospf6d.log
 2008/07/01 13:57:21 errors: OSPF6: Could not lock pid_file 
 /var/run/quagga/ospf6d.pid, exiting
 

Looks like the daemons tried to run twice and fault. But I can see the problem 
on my boxes.

--
Dixi.
Sem.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-07-03 Thread Daniel Dvořák
Hi Boris,

I am sorry for my late answer. I was on holidays.

I remember Makefile has ENABLE_VTY_GROUP knob, so You may use it. Is it what 
You need?

egrep ENABLE_VTY_GROUP /usr/ports/net/quagga/Makefile
.if defined(ENABLE_VTY_GROUP)
CONFIGURE_ARGS+=--enable-vty-group=${ENABLE_VTY_GROUP}
@${ECHO} ENABLE_VTY_GROUP  Specify group for vty socket ownership

But it seems it is not enabled, isn´t it ?

I'm not sure if this is it, but I would like to behave the quagga in Debian 
(Linux) and FreeBSD consistently.

In contrast, FreeBSD, Linux also has a file named quagga in the directory 
/etc/pam.d/.

This file is not in FreeBSD in directory /usr/local/etc/pam.d or /etc/pam.d, 
which I would in the case of second option even understand.

Perhaps to FreeBSD is not needed, but then what exactly in the table the 
options of quagga when compiling means the possibility of PAM PAM 
authentication for vtysh ?

However, the aim is this:

I have an user XXX and I want him to give sufficient privileges to manipulate 
the quagga. I do not want to give him permission through sudo or through su 
commands. In addition, I want in order to when in the vtysh.conf file, the user 
XXX is set with the possibility of nopassword, vtysh not ask me for a password 
to the quagga.

Sh interpreter is preset to FreeBSD systems, so that the goal is for these 
above-mentioned conditions, to run vtysh straight and asks for nothing.

So far, only what the user see the error message:

 Vtysh
Exiting: failed to connect to any daemons.


I do not know how to do, to ask me, but the goal is identical behavior quagga 
on FreeBSD to Linux systems and that´s all, not more and not less.

Thank you.

Regards,
Daniel

-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 26, 2008 5:45 AM
To: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Hello, Daniel!

I remember Makefile has ENABLE_VTY_GROUP knob, so You may use it. Is it what 
You need?
 Hi Boris,
 I would like to turn your attention on one little bug in quagga on 
 FreeBSD.
 Why don´t we user groupname quaggavty from the beginning when the 
 quagga had been ported to FreeBSD ?
 What do I mena ? I will show you the diffrence between quagga on 
 Debian and on our FreeBSD.
 They use group quaggavty for command vtysh and they help themself with 
 pam.d/quagga file.
 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ls -l /etc/pam.d/quagga
 -rw-r--r-- 1 root root 162 2007-09-26 08:20 /etc/pam.d/quagga user$ 
 cat /etc/pam.d/quagga # Any user may call vtysh but only those 
 belonging to the group quaggavty can # actually connect to the socket 
 and use the program.
 auth sufficient pam_permit.so
 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] whoami user [EMAIL PROTECTED] 
 mailto:[EMAIL PROTECTED] ls -l /etc/quagga/vtysh.conf
 -rw-rw 1 quagga quaggavty 63 2008-01-10 01:28 
 /etc/quagga/vtysh.conf [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] cat 
 /etc/quagga/vtysh.conf username user nopassword username root 
 nopassword log syslog [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] egrep 
 quaggavty /etc/group quaggavty:x:106:user [EMAIL PROTECTED] 
 mailto:[EMAIL PROTECTED] vtysh Hello, this is Quagga (version 0.99.5).
 Copyright 1996-2005 Kunihiro Ishiguro, et al.
 server# exit
 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 So here it works, now FreeBSD:
  whoami
 resu
  ls -l /etc/pam.d/quagga
 ls: /etc/pam.d/quagga: No such file or directory
  ls -l /usr/local/etc/pam.d/quagga
 ls: /usr/local/etc/pam.d/quagga: No such file or directory
  ls -l /usr/local/etc/quagga/vtysh.conf
 -rw-rw-r-- 1 quagga quagga 129 10 led 01:52 
 /usr/local/etc/quagga/vtysh.conf
  cat /usr/local/etc/quagga/vtysh.conf
 username resu nopassword
 username root nopassword
 log syslog
  pw group show quagga
 quagga:*:101:resu
  vtysh
 Exiting: failed to connect to any daemons.
 
 Is possible to repair it ? How can I assit you ?
 It would be good if new version 0.99.10 will count with vtysh like on 
 Debian.
 Thank you.
 Bye.
 Daniel
Regards,
Boris

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-07-03 Thread Daniel Dvořák
Very strange, but looks like this is a problem in system's rc, as my rc does 
not have 34978 lines of code :)

Hi Boris,

The problem I haven´t solved since February, when I met with him again by 
chance in July when dealing with another problem, a new multicast api in 
FreeBSD 7. I will write another report the following e-mail on multicast.

I found out that this strange number [: 34978: unexpected operator is not at 
all a number of lines of code, but it is PID!

It is a PID of daemon, which was running, but for some reason has been 
terminated, for example by signal 11 and an integral condition is that in 
/var/run/ quagga is the rest of the daemon, the pid file is opened.

So when a user runs /usr/local/etc/rc.d/quagga start|stop|restart so it just 
appears these nonsenses on some unexpected operators.

I can not repeat it because I do not know how to simulate freezing process 
expediently.

But I am sure that this is PID number, because in the list of running processes 
ps aux were two processes ospfd and one of them had the same number like the 
number in error message.

When I was killed the process with the number from error message and restarted 
quagga, the error message suddenly disappeared, it would lead to think that, 
between February to July the error unexpected end of the process become, and 
that I am, of course, it could not even see, and finally that it is rare 
phenomenon.

Respect,
Daniel

-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 26, 2008 6:50 AM
To: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Hello!

 Hi Boris,
 Sometimes when I use quagga script for start, restart or status 
 commands, there turns up strange message about unexpected operator on 
 the different routers with quagga.
 I have some routers based on Linux and these errors are not there.
 # /etc2/rc.d/quagga status
 [: 34978: unexpected operator  strange
Very strange, but looks like this is a problem in system's rc, as my rc does 
not have 34978 lines of code :)
 quagga is running as pid 35227.
 quagga is running as pid 35233.
 quagga is running as pid 35239.
 Sleeping 10 seconds to obtain dynamic routing information...
 Thanks.
 Bye.
 Daniel
Respect,
Boris


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-07-03 Thread Daniel Dvořák
Hi Boris again, :)

I would like to thank you retrospectively to that my proposal is realised, and 
if this view has ceased to function, so I have to respond.
I am afraid that in the last two committed changes in quagga, the error 
occurred.
I have three systems, where I have installed three different versions to the 
latest display completely ceased to function.

SYSTEM1:

system1# pkg_info | grep quagga
quagga-0.99.9_7 Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software
system1# /etc2/rc.d/quagga status
quagga is running as pid 1116.
quagga is running as pid 1122.
quagga is running as pid 1128.
Sleeping 10 seconds to obtain dynamic routing information...
system1#

It is old style.

SYSTEM2:
system2# pkg_info | grep quagga
quagga-0.99.10  Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software
system2# /etc2/rc.d/quagga status
zebra is running as pid 1517.
ospfd is running as pid 1523.
ospf6d is running as pid 1529.
bgpd is running as pid 1535.
Sleeping 10 seconds to obtain dynamic routing information...
system2#

It is new style.

SYSTEM3:
system3# pkg_info | grep quagga
quagga-0.99.10_2Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software
system3# /etc2/rc.d/quagga status
Sleeping 10 seconds to obtain dynamic routing information...
system3#

It is new broken style. :D


Respect,
Daniel

-Original Message-
From: Daniel Dvořák [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 11:43 AM
To: 'Boris Kovalenko'
Cc: '[EMAIL PROTECTED]'
Subject: RE: FreeBSD Port: quagga-0.99.9_7

Yes, I meant these:
 
zebra is running as pid
ospfd is running as pid
bgpd is running as pid

etc.

Bye

Daniel

-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 26, 2008 6:50 AM
To: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Hello!

 Hi Boris,
 Question about PID´s, would it be possilbe instead drab 
 quagga daemon place the real name of daemons, to see which daemon is 
 not or is running ?
You mean You want to see
zebra is running as pid
ospfd is running as pid
etc?
 For the first question I could send you more information, but my 
 configuration is clean, I am pretty sure.
 Thanks.
 Bye.
 Daniel
Respect,
Boris

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: quagga-0.99.9_7

2008-06-14 Thread Daniel Dvořák
Hi Boris,
 
I would like to turn your attention on one little bug in quagga on FreeBSD.
 
Why don´t we user groupname quaggavty from the beginning when the quagga had 
been ported to FreeBSD ?
 
What do I mena ? I will show you the diffrence between quagga on Debian and on 
our FreeBSD.
 
They use group quaggavty for command vtysh and they help themself with 
pam.d/quagga file.
 
[EMAIL PROTECTED] ls -l /etc/pam.d/quagga
-rw-r--r-- 1 root root 162 2007-09-26 08:20 /etc/pam.d/quagga
user$ cat /etc/pam.d/quagga
# Any user may call vtysh but only those belonging to the group quaggavty can
# actually connect to the socket and use the program.
authsufficient  pam_permit.so

[EMAIL PROTECTED] whoami
user
[EMAIL PROTECTED] ls -l /etc/quagga/vtysh.conf
-rw-rw 1 quagga quaggavty 63 2008-01-10 01:28 /etc/quagga/vtysh.conf
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]  cat /etc/quagga/vtysh.conf
username user nopassword
username root nopassword
log syslog
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]  egrep quaggavty /etc/group
quaggavty:x:106:user
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]  vtysh
 
Hello, this is Quagga (version 0.99.5).
Copyright 1996-2005 Kunihiro Ishiguro, et al.
 
server# exit
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 

So here it works, now FreeBSD:
 
 whoami
resu

 ls -l /etc/pam.d/quagga
ls: /etc/pam.d/quagga: No such file or directory

 ls -l /usr/local/etc/pam.d/quagga
ls: /usr/local/etc/pam.d/quagga: No such file or directory

 ls -l /usr/local/etc/quagga/vtysh.conf
-rw-rw-r--  1 quagga  quagga  129 10 led 01:52 /usr/local/etc/quagga/vtysh.conf

 cat /usr/local/etc/quagga/vtysh.conf
username resu nopassword
username root nopassword
log syslog

 pw group show quagga
quagga:*:101:resu

 vtysh
Exiting: failed to connect to any daemons.

 
Is possible to repair it ? How can I assit you ?
 
It would be good if new version 0.99.10 will count with vtysh like on Debian.
 
Thank you.
 
Bye.
 
Daniel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: denyhosts-2.6_1 (fwd)

2008-03-19 Thread Daniel Dvořák
Thank you.

We will look forward for 2.7.

Bye

Dan 

-Original Message-
From: Phil Schwartz [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 17, 2008 2:41 PM
To: Mohacsi Janos
Cc: Daniel Dvořák
Subject: Re: FreeBSD Port: denyhosts-2.6_1 (fwd)


Hello,

This will be fixed in 2.7.  For now, simply place the following entry in
your denyhosts.cfg file, save and then restart denyhosts:



FAILED_ENTRY_REGEX7 = User (?Puser.*) .*from (?Phost.*?) not allowed 
because not listed in AllowUsers$


make sure that the entry appears on a single line.

Regards,

Phil


Mohacsi Janos wrote:
 Corrected e-mail. Please help investigating.
 
 Janos Mohacsi
 Network Engineer, Research Associate, Head of Network Planning and
Projects
 NIIF/HUNGARNET, HUNGARY
 Key 70EF9882: DEC2 C685 1ED4 C95A 145F  4300 6F64 7B00 70EF 9882
 
 -- Forwarded message --
 Date: Mon, 17 Mar 2008 10:29:43 +0100 (CET)
 From: Mohacsi Janos [EMAIL PROTECTED]
 To: Daniel Dvořák [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
 Subject: Re: FreeBSD Port: denyhosts-2.6_1
 
 Dear Daniel,
  I have CC'ed the author of denyhosts he migth help.
  Best Regards,
 
 Janos Mohacsi
 Network Engineer, Research Associate, Head of Network Planning and
Projects
 NIIF/HUNGARNET, HUNGARY
 Key 70EF9882: DEC2 C685 1ED4 C95A 145F  4300 6F64 7B00 70EF 9882
 
 On Mon, 17 Mar 2008, Daniel Dvořák wrote:
 
 Hi Janos,

 I have 2 servers with denyhosts and everytime I receive the security 
 mail with many attempts to login to my systems and everytime I am 
 surprised why that, if I have denyhosts.

 I have found out from this link 
 (https://bugs.launchpad.net/ubuntu/feisty/+source/denyhosts/+bug/133569) 
 that I am not alone with these regex errors.

 I use AllowUsers option in sshd.conf to speed up to deceide what is 
 secured and what is ssh brute attack.

 But as I see, denyhosts has a problem to determine what to do with it.

 I suppose there is the same problem like in ubuntu/debian package and 
 needs to be fixed.

 I could add in-depth report about regex pattern ( User (?Puser.*) 
 not allowed because not listed in AllowUsers ) is missing 'host' 
 group, if it is needed of course.


 Bye.

 Dan

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: denyhosts-2.6_1

2008-03-16 Thread Daniel Dvořák

Hi Janos,

I have 2 servers with denyhosts and everytime I receive the security 
mail with many attempts to login to my systems and everytime I am 
surprised why that, if I have denyhosts.


I have found out from this link 
(https://bugs.launchpad.net/ubuntu/feisty/+source/denyhosts/+bug/133569) 
that I am not alone with these regex errors.


I use AllowUsers option in sshd.conf to speed up to deceide what is 
secured and what is ssh brute attack.


But as I see, denyhosts has a problem to determine what to do with it.

I suppose there is the same problem like in ubuntu/debian package and 
needs to be fixed.


I could add in-depth report about regex pattern ( User (?Puser.*) not 
allowed because not listed in AllowUsers ) is missing 'host' group, if 
it is needed of course.



Bye.

Dan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-02-26 Thread Daniel Dvořák
Yes, it is strange, but it is there, how could I help you to understand more 
this problem ?

Yes, I meant these:
 
zebra is running as pid
ospfd is running as pid
bgpd is running as pid

etc.

Bye

Daniel

-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 6:50 AM
To: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Hello!

 Hi Boris,
 I have 2 question to you.
 Sometimes when I use quagga script for start, restart or status 
 commands, there turns up strange message about unexpected operator on 
 the different routers with quagga.
 I have some routers based on Linux and these errors are not there.
 # /etc2/rc.d/quagga status
 [: 34978: unexpected operator  strange
Very strange, but looks like this is a problem in system's rc, as my rc does 
not have 34978 lines of code :)
 quagga is running as pid 35227.
 quagga is running as pid 35233.
 quagga is running as pid 35239.
 Sleeping 10 seconds to obtain dynamic routing information...
 And second question about PID´s, would it be possilbe instead drab 
 quagga daemon place the real name of daemons, to see which daemon is 
 not or is running ?
You mean You want to see
zebra is running as pid
ospfd is running as pid
etc?
 For the first question I could send you more information, but my 
 configuration is clean, I am pretty sure.
 Thanks.
 Bye.
 Daniel
Respect,
Boris

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-02-26 Thread Daniel Dvořák
Yes, it is strange, but it is there, how could I help you to understand more 
this problem ?

Yes, I meant these:
 
zebra is running as pid
ospfd is running as pid
bgpd is running as pid

etc.

Bye

Daniel

-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 6:50 AM
To: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Hello!

 Hi Boris,
 I have 2 question to you.
 Sometimes when I use quagga script for start, restart or status 
 commands, there turns up strange message about unexpected operator on 
 the different routers with quagga.
 I have some routers based on Linux and these errors are not there.
 # /etc2/rc.d/quagga status
 [: 34978: unexpected operator  strange
Very strange, but looks like this is a problem in system's rc, as my rc does 
not have 34978 lines of code :)
 quagga is running as pid 35227.
 quagga is running as pid 35233.
 quagga is running as pid 35239.
 Sleeping 10 seconds to obtain dynamic routing information...
 And second question about PID´s, would it be possilbe instead drab 
 quagga daemon place the real name of daemons, to see which daemon is 
 not or is running ?
You mean You want to see
zebra is running as pid
ospfd is running as pid
etc?
 For the first question I could send you more information, but my 
 configuration is clean, I am pretty sure.
 Thanks.
 Bye.
 Daniel
Respect,
Boris

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: cacti-0.8.7b

2008-02-26 Thread Daniel Dvořák
Thank you for your reactions.

I look forward to test your cacti-pluginst port in FreeBSD.

Bye

Daniel

-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 11:44 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: cacti-0.8.7b

Daniel Dvořák wrote:
 On the 16th of December 2007, you wrote these sentences in UPDATING 
 file about Plugin Architecture:
   Plugin support is dropped again and will not revive anymore in the port.
   A reason for that is the patch is unofficial and there are long time lags
   between a new cacti version released and time when the patch is adapted.
  
 It is very pitty for us, becuase we use weathermap plugin to monitor 
 and visualize the current load of our network.
 With your commit and after restarting of mysql server, our weathemap 
 plugin is gone, and people ask me why this nice tool is not working.
 They got used to this nice maps.
  
 On the 12th of February 2008, unofficial patch Plugin Architecture 
 have been released as a version 2.0, and it is adjusted or adapted for 
 0.8.7b cacti, which we have in ports nowadays.
  
 Do you think that you could include this patch 2.0 to the cacti back again ?
  
 If you are not wellwisher for this, could you advise me how we can get 
 plugins back to cacti ?
  

Hi Daniel!

As I already mention, cacti team don't support the plugin patch and a patch 
author not so fast how we'd like. So I'm between two users group, one ask me 
update cacti ASAP and another (a little one) ask me to keep plugins support. I 
can't satisfy them both.

A good news is cacti team decide to include plugins support in future versions. 
Unfortunately it'll happen not so soon.

But can add a new cacti-plugins port if you'll test it (I don't use the plugin 
support).

--
Dixi.
Sem.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: cacti-0.8.7b

2008-02-26 Thread Daniel Dvořák
Thank you for your reactions.

I look forward to test your cacti-pluginst port in FreeBSD.

Bye

Daniel

-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 11:44 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: cacti-0.8.7b

Daniel Dvořák wrote:
 On the 16th of December 2007, you wrote these sentences in UPDATING 
 file about Plugin Architecture:
   Plugin support is dropped again and will not revive anymore in the port.
   A reason for that is the patch is unofficial and there are long time lags
   between a new cacti version released and time when the patch is adapted.
  
 It is very pitty for us, becuase we use weathermap plugin to monitor 
 and visualize the current load of our network.
 With your commit and after restarting of mysql server, our weathemap 
 plugin is gone, and people ask me why this nice tool is not working.
 They got used to this nice maps.
  
 On the 12th of February 2008, unofficial patch Plugin Architecture 
 have been released as a version 2.0, and it is adjusted or adapted for 
 0.8.7b cacti, which we have in ports nowadays.
  
 Do you think that you could include this patch 2.0 to the cacti back again ?
  
 If you are not wellwisher for this, could you advise me how we can get 
 plugins back to cacti ?
  

Hi Daniel!

As I already mention, cacti team don't support the plugin patch and a patch 
author not so fast how we'd like. So I'm between two users group, one ask me 
update cacti ASAP and another (a little one) ask me to keep plugins support. I 
can't satisfy them both.

A good news is cacti team decide to include plugins support in future versions. 
Unfortunately it'll happen not so soon.

But can add a new cacti-plugins port if you'll test it (I don't use the plugin 
support).

--
Dixi.
Sem.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: cacti-0.8.7b

2008-02-26 Thread Daniel Dvořák
Thank you for your reactions.

I look forward to test your cacti-pluginst port in FreeBSD.

Bye

Daniel

-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 11:44 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: cacti-0.8.7b

Daniel Dvořák wrote:
 On the 16th of December 2007, you wrote these sentences in UPDATING 
 file about Plugin Architecture:
   Plugin support is dropped again and will not revive anymore in the port.
   A reason for that is the patch is unofficial and there are long time lags
   between a new cacti version released and time when the patch is adapted.
  
 It is very pitty for us, becuase we use weathermap plugin to monitor 
 and visualize the current load of our network.
 With your commit and after restarting of mysql server, our weathemap 
 plugin is gone, and people ask me why this nice tool is not working.
 They got used to this nice maps.
  
 On the 12th of February 2008, unofficial patch Plugin Architecture 
 have been released as a version 2.0, and it is adjusted or adapted for 
 0.8.7b cacti, which we have in ports nowadays.
  
 Do you think that you could include this patch 2.0 to the cacti back again ?
  
 If you are not wellwisher for this, could you advise me how we can get 
 plugins back to cacti ?
  

Hi Daniel!

As I already mention, cacti team don't support the plugin patch and a patch 
author not so fast how we'd like. So I'm between two users group, one ask me 
update cacti ASAP and another (a little one) ask me to keep plugins support. I 
can't satisfy them both.

A good news is cacti team decide to include plugins support in future versions. 
Unfortunately it'll happen not so soon.

But can add a new cacti-plugins port if you'll test it (I don't use the plugin 
support).

--
Dixi.
Sem.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-02-26 Thread Daniel Dvořák
Yes, it is strange, but it is there, how could I help you to understand more 
this problem ?

Yes, I meant these:
 
zebra is running as pid
ospfd is running as pid
bgpd is running as pid

etc.

Bye

Daniel

-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 6:50 AM
To: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Hello!

 Hi Boris,
 I have 2 question to you.
 Sometimes when I use quagga script for start, restart or status 
 commands, there turns up strange message about unexpected operator on 
 the different routers with quagga.
 I have some routers based on Linux and these errors are not there.
 # /etc2/rc.d/quagga status
 [: 34978: unexpected operator  strange
Very strange, but looks like this is a problem in system's rc, as my rc does 
not have 34978 lines of code :)
 quagga is running as pid 35227.
 quagga is running as pid 35233.
 quagga is running as pid 35239.
 Sleeping 10 seconds to obtain dynamic routing information...
 And second question about PID´s, would it be possilbe instead drab 
 quagga daemon place the real name of daemons, to see which daemon is 
 not or is running ?
You mean You want to see
zebra is running as pid
ospfd is running as pid
etc?
 For the first question I could send you more information, but my 
 configuration is clean, I am pretty sure.
 Thanks.
 Bye.
 Daniel
Respect,
Boris

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-02-26 Thread Daniel Dvořák
Yes, it is strange, but it is there, how could I help you to understand more 
this problem ?

Yes, I meant these:
 
zebra is running as pid
ospfd is running as pid
bgpd is running as pid

etc.

Bye

Daniel

-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 6:50 AM
To: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Hello!

 Hi Boris,
 I have 2 question to you.
 Sometimes when I use quagga script for start, restart or status 
 commands, there turns up strange message about unexpected operator on 
 the different routers with quagga.
 I have some routers based on Linux and these errors are not there.
 # /etc2/rc.d/quagga status
 [: 34978: unexpected operator  strange
Very strange, but looks like this is a problem in system's rc, as my rc does 
not have 34978 lines of code :)
 quagga is running as pid 35227.
 quagga is running as pid 35233.
 quagga is running as pid 35239.
 Sleeping 10 seconds to obtain dynamic routing information...
 And second question about PID´s, would it be possilbe instead drab 
 quagga daemon place the real name of daemons, to see which daemon is 
 not or is running ?
You mean You want to see
zebra is running as pid
ospfd is running as pid
etc?
 For the first question I could send you more information, but my 
 configuration is clean, I am pretty sure.
 Thanks.
 Bye.
 Daniel
Respect,
Boris

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: quagga-0.99.9_7

2008-02-26 Thread Daniel Dvořák
Yes, it is strange, but it is there, how could I help you to understand more 
this problem ?

Yes, I meant these:
 
zebra is running as pid
ospfd is running as pid
bgpd is running as pid

etc.

Bye

Daniel

-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 26, 2008 6:50 AM
To: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: quagga-0.99.9_7

Hello!

 Hi Boris,
 I have 2 question to you.
 Sometimes when I use quagga script for start, restart or status 
 commands, there turns up strange message about unexpected operator on 
 the different routers with quagga.
 I have some routers based on Linux and these errors are not there.
 # /etc2/rc.d/quagga status
 [: 34978: unexpected operator  strange
Very strange, but looks like this is a problem in system's rc, as my rc does 
not have 34978 lines of code :)
 quagga is running as pid 35227.
 quagga is running as pid 35233.
 quagga is running as pid 35239.
 Sleeping 10 seconds to obtain dynamic routing information...
 And second question about PID´s, would it be possilbe instead drab 
 quagga daemon place the real name of daemons, to see which daemon is 
 not or is running ?
You mean You want to see
zebra is running as pid
ospfd is running as pid
etc?
 For the first question I could send you more information, but my 
 configuration is clean, I am pretty sure.
 Thanks.
 Bye.
 Daniel
Respect,
Boris

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: quagga-0.99.9_7

2008-02-25 Thread Daniel Dvořák
Hi Boris,
 
I have 2 question  to you.
 
Sometimes when I use quagga script for start, restart or status commands, there 
turns up strange message about unexpected operator on the different routers 
with quagga.
I have some routers based on Linux and these errors are not there.
 
# /etc2/rc.d/quagga status
[: 34978: unexpected operator  strange
quagga is running as pid 35227.
quagga is running as pid 35233.
quagga is running as pid 35239.
Sleeping 10 seconds to obtain dynamic routing information...

And second question about PID´s, would it be possilbe instead drab quagga 
daemon place the real name of daemons, to see which daemon is not or is running 
?
 
For the first question I could send you more information, but my configuration 
is clean, I am pretty sure.
 
Thanks.
 
Bye.
 
Daniel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: quagga-0.99.9

2007-10-06 Thread Daniel Dvořák
Hi all,
 
today I wanted to upgrade my quagga ports in 4 diffrent systems and the 
upgrading process has failed with these messages below for all 4 systems the 
same:
 
quagga-0.99.9 needs updating (port has 0.99.9_2)
...
gmake[2]: Leaving directory 
`/usr/ports/net/quagga/work/quagga-0.99.9/watchquagga'
Making all in vtysh
gmake[2]: Entering directory `/usr/ports/net/quagga/work/quagga-0.99.9/vtysh'
cc -DHAVE_CONFIG_H -DSYSCONFDIR=\/usr/local/etc/quagga/\ -I. -I.. -I.. 
-I../lib-O2 -pipe -march=athlon-xp -I/usr/local/include -MT vtysh_main.o 
-MD -MP -MF .deps/vtysh_main.Tpo -c -o vtysh_main.o vtysh_main.c
mv -f .deps/vtysh_main.Tpo .deps/vtysh_main.Po
cc -DHAVE_CONFIG_H -DSYSCONFDIR=\/usr/local/etc/quagga/\ -I. -I.. -I.. 
-I../lib-O2 -pipe -march=athlon-xp -I/usr/local/include -MT vtysh.o -MD -MP 
-MF .deps/vtysh.Tpo -c -o vtysh.o vtysh.c
mv -f .deps/vtysh.Tpo .deps/vtysh.Po
cc -DHAVE_CONFIG_H -DSYSCONFDIR=\/usr/local/etc/quagga/\ -I. -I.. -I.. 
-I../lib-O2 -pipe -march=athlon-xp -I/usr/local/include -MT vtysh_user.o 
-MD -MP -MF .deps/vtysh_user.Tpo -c -o vtysh_user.o vtysh_user.c
vtysh_user.c:44: error: `PAM_CONV_FUNC' undeclared here (not in a function)
vtysh_user.c:44: error: initializer element is not constant
vtysh_user.c:44: error: (near initialization for `conv.conv')
gmake[2]: *** [vtysh_user.o] Error 1
gmake[2]: Leaving directory `/usr/ports/net/quagga/work/quagga-0.99.9/vtysh'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/net/quagga/work/quagga-0.99.9'
gmake: *** [all] Error 2
*** Error code 2
 
Stop in /usr/ports/net/quagga.
*** Error code 1
 
Stop in /usr/ports/net/quagga.
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.24855.0 
env make
** Fix the problem and try again.
** Listing the failed packages (*:skipped / !:failed)
! net/quagga(new compiler error)
---  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed

Others 3 systems, the only diffrence:
 
-O2 -pipe -march=pentium4
-O2 -pipe -march=pentium3
-O2 -pipe -march=athlon-tbird
 
Something bad about vtysh ?
 
I have a configured vtysh.conf file only.
 
Any advise ?
 
What could it be ?
 
thx
 
Dan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FW: FreeBSD Port: uptimed-0.3.7

2007-08-05 Thread Daniel Dvořák
I have no response, so I try to send to public.

 

  _  

From: Daniel Dvořák [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 03, 2007 11:09 PM
To: '[EMAIL PROTECTED]'
Subject: FreeBSD Port: uptimed-0.3.7

 

Hi Andy,

 

I ask you about updating uptimed to the last release 0.3.11.

 

Radek P. is my friend and I show him what the startting script in fbsd porttree 
is, he was surprised a little bit about older our 0.3.7 release.

 

The main problem is with pid file and uptimed.sh script as whole.

 

See this:

 

# /etc2/rc.d/uptimed.sh stop

# /etc2/rc.d/uptimed.sh start

 uptimeduptimed is already running.

# /etc2/rc.d/uptimed.sh stop

# ps aux | grep uptimed

root   91399  0,0  0,8  1564   948  p0  R+   10:04od   0:00,03 grep uptimed

# /etc2/rc.d/uptimed.sh start

 uptimeduptimed is already running.

# ps aux | grep uptimed

root   91406  0,0  0,7  1548   872  p0  R+   10:05od   0:00,02 grep uptimed

 

I had to use „killall uptimed“ to really stop it.

 

This is our latest script:

 

#!/bin/sh

case $1 in

start)

echo -n ' uptimed'

/usr/local/sbin/uptimed

;;

stop)

;;

restart)

;;

*)

echo Usage: ${0##*/}: { start | stop | restart } 21

exit 65

;;

esac

 

 

And Radek has in his sources this much newer code with status. To be perfect it 
should have rcvar option.

 

http://hg.podgorny.cz/uptimed/file/ccbad14594ae/etc/rc.uptimed

 

case $1 in
69  start)
70 start
71 ;;
72  stop)
73 stop
74 ;;
75  restart)
76 stop
77 start
78 ;;
79  createbootid)
80 createbootid
81 ;;
82  status)
83 showstatus
84 ;;
85  *)
86 echo $Usage: $0 {start|stop|restart|createbootid|status}
87 RETVAL=1
88esac
89exit $RETVAL

 

 

I think this code above is good point to start and adjust our modern uptimed 
startting script with rc rules for our needs.

 

I ask you more than I could, becuse my contribution is almost none, but at 
least new modern startting script with whole status and rcvar stuff under new 
rc rules would be great.

 

Perhaps I do not bother you more than necessary.

 

Thanks

 

Bye

 

Dan

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: bash-3.2.17_2

2007-07-24 Thread Daniel Dvořák
Hi Obrien,

 

portupgrading bash from 3.1.17 to 3.2.17_2 is finished with error about missing 
autoconf.

 

It is interesting why bash needs autoconf while compiling and for the second I 
have autoconf package,

but it is useless for that as you can see below.

 

What can I do to fix it?

 

Thanks

 

Bye

Dan

 

configure: creating ./config.status

config.status: creating Makefile

config.status: creating builtins/Makefile

config.status: creating lib/readline/Makefile

config.status: creating lib/glob/Makefile

config.status: creating lib/intl/Makefile

config.status: creating lib/malloc/Makefile

config.status: creating lib/sh/Makefile

config.status: creating lib/termcap/Makefile

config.status: creating lib/tilde/Makefile

config.status: creating doc/Makefile

config.status: creating support/Makefile

config.status: creating po/Makefile.in

config.status: creating examples/loadables/Makefile

config.status: creating examples/loadables/perl/Makefile

config.status: creating pathnames.h

config.status: creating config.h

config.status: executing default-1 commands

config.status: creating po/POTFILES

config.status: creating po/Makefile

config.status: executing default commands

===  Building for bash-3.2.17_2

yacc -d ./parse.y

yacc: 1 shift/reduce conflict

touch parser-built

cd .  autoconf

autoconf: not found

*** Error code 127

 

Stop in /usr/ports/tmp/usr/ports/shells/bash/work/bash-3.2.

*** Error code 1

 

Stop in /usr/ports/shells/bash.

** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.50881.0 en

** Fix the problem and try again.

** Listing the failed packages (*:skipped / !:failed)

! shells/bash   (unknown build error)

---  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed

#

 

# pkg_info

autoconf-2.59_2 Automatically configure source code on many Un*x platforms

bmon-2.1.0  Portable bandwidth monitor and rate estimator

bsdstats-5.3_4  Monthly script for reporting anonymous statistics about you

cvsup-without-gui-16.1h_3 General network file distribution system optimized 
for CVS

db41-4.1.25_4   The Berkeley DB package, revision 4.1

gettext-0.16.1_3GNU gettext package

glib-2.12.13Some useful routines of C programming (current stable versi

gmake-3.81_2GNU version of 'make' utility

gnu-watch-3.2.7 GNU watch command

help2man-1.36.4_1   Automatically generating simple manual pages from program o

ipfw2dshield-0.5A DShield client for ipfw logs

isc-dhcp3-server-3.0.5_2 The ISC Dynamic Host Configuration Protocol server

kismet-200701.r1802.11 layer2 wireless network detector, sniffer, and IDS

libiconv-1.9.2_2A character set conversion library

libtool-1.5.22_4Generic shared library support script

lsof-4.79B  Lists information about open files (similar to fstat(1))

m4-1.4.9GNU m4

mc-4.6.1_5  Midnight Commander, a free Norton Commander Clone

net-snmp-5.3.1_3An extendable SNMP implementation

openntpd-3.9p1_1,2  OpenBSD's Network Time Protocol daemon

p5-gettext-1.05_1   Message handling functions

perl-5.8.8  Practical Extraction and Report Language

pkg-config-0.22 A utility to retrieve information about installed libraries

portaudit-0.5.11Checks installed ports against a list of security vulnerabi

portupgrade-2.3.1,2 FreeBSD ports/packages administration and management tool s

quagga-0.99.7_2 Free RIPv1, RIPv2, OSPFv2, BGP4, IS-IS route software

ruby-1.8.6_2,1  An object-oriented interpreted scripting language

ruby18-bdb-0.6.0Ruby interface to Sleepycat's Berkeley DB revision 2 or lat

screen-4.0.3A multi-screen window manager

sudo-1.6.9  Allow others to run commands as root

trafshow-5.2.3,1Full screen visualization of network traffic

uptimed-0.3.7   Rob Kaper's uptime daemon

wget-1.10.2_1   Retrieve files from the Net via HTTP and FTP

 

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: quagga-0.99.7_2 - quagga restartting is broken ?

2007-06-27 Thread Daniel Dvořák
Hi Boris,

I have a problem with restarting quagga by our script for a long time, I guess 
since that time when the script was moved from /etc/rc.d/ to 
/usr/local/etc/rc.d/. And before this major change each restarting of quagga 
was successful. I can swear on it. :)

When I restart quagga, the router is unreachable at once, the last message 
before ssh client is kicked out:

# /usr/local/etc/rc.d/quagga restart
Stopping quagga.

PuTTY (inactive) to be illustrative :)

I can reach to the router from another host which is in the same network like 
my router fortunately.

And what I see ?

# /usr/local/etc/rc.d/quagga status
quagga is running as pid 1164.
quagga is running as pid 802.

From ps aux:
# ps aux | grep ospfd
quagga   802  0.0  2.7  4704  3260  ??  Ss2:38AM   0:04.24 
/usr/local/sbin/ospfd -d

# ps aux | grep zebra
quagga  1665  3.2  2.0  3868  2508  ??  Ss3:05AM   0:15.89 
/usr/local/sbin/zebra -d

So I begin to repeat restarting again:

# /../rc.d/quagga restart
Stopping quagga.
Starting quagga.
# /../rc.d/quagga status
quagga is running as pid 1251.
quagga is running as pid 802.
# /../rc.d/watchquagga stop
Stopping watchquagga.
# /../rc.d/quagga restart
Stopping quagga.
Starting quagga.
# /../rc.d/quagga status
quagga is running as pid 1396.
quagga is running as pid 802.

So zebra daemon is definitely stopped and started.

But something wrong is with ospfd, it has the same PID like before.

When I do clean stop-status-start-status sequence, quagga works well again.

# /usr/local/etc/rc.d/quagga stop
Stopping quagga.
Stopping quagga.
# /usr/local/etc/rc.d/quagga status
quagga is not running.
quagga is not running.
# /usr/local/etc/rc.d/quagga start
Starting quagga.
Starting quagga.
# /usr/local/etc/rc.d/quagga status
quagga is running as pid 1868.
quagga is running as pid 1874.

And for be sure:

# /usr/local/etc/rc.d/quagga restart
Stopping quagga.
Waiting for PIDS: 1868.
Starting quagga.
# /usr/local/etc/rc.d/quagga status
quagga is running as pid 2343.
quagga is running as pid 1874.
# ps aux | grep ospfd
quagga  1874  0.0  2.7  4668  3264  ??  Ss3:17AM   0:00.64 
/usr/local/sbin/ospfd -d
root2368  0.0  0.8  1608  1012  p1  R+3:18AM   0:00.02 grep ospfd

During this time, the routing table is half-empty or almost empty, unlike the 
time when quagga works well with 200 and more routes.

So tell me please, what is wrong here ?

Bye

Dan

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: ipfw2dshield-0.5

2007-06-15 Thread Daniel Dvořák
Hi Frank,

I have some strange messages from cron daemon about ipfw2dshild.
And what is more interesting it appears only on WRAP platform (PC ENGINE), not 
on other hardwares.

This mail for root from Cron Daemon:

Message 1:
From [EMAIL PROTECTED] Sat Jan  1 00:03:07 2000
Date: Sat, 1 Jan 2000 00:03:01 +0100 (CET)
From: [EMAIL PROTECTED] (Cron Daemon)
To: [EMAIL PROTECTED]
Subject: Cron [EMAIL PROTECTED]/usr/local/sbin/ipfw2dshield
X-Cron-Env: SHELL=/bin/sh
X-Cron-Env: PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
X-Cron-Env: HOME=/var/log
X-Cron-Env: LOGNAME=root
X-Cron-Env: USER=root

ipfw2dshield: Can't find 'strpdate' on this system.


Do not look at the time, wrap doesn´t have a RTC.

ls -al /usr/local/bin/strpdate
-rwxr-xr-x  1 root  wheel  3884 Jan  1 03:43 /usr/local/bin/strpdate

X# /usr/local/bin/strpdate
Usage: /usr/local/bin/strpdate -f fmt date

So the file exists right there where it should be and it is fully executable.

My /usr/local/etc/ipfw2dshild.rc configuration file is the generic one.

Could you advise me, what it´s going on, please ?

Thanks.

Bye

Dan

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: FreeBSD Port: phpMyAdmin-2.10.0.2

2007-03-18 Thread Daniel Dvořák
Can you try this small test to see if your php setup really does have
broken support for ctype_digit() ?

% php -r 'print ctype_digit(1234);'

Yes, it returned 1.

Should print '1'.  If that doesn't work, then examine 
/usr/local/etc/php/extensions.ini -- does it contain the line
extension=ctype.so ?

Yes, it contains.

Did you restart apache since installing the php5-ctype module?

Perhaps, I didn´t. I restarted the daemon and the site works now again.

Thank you.

Dan

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
  Kent, CT11 9PW


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD Port: phpMyAdmin-2.10.0.2

2007-03-16 Thread Daniel Dvořák
In March there were reports about bad dependences for phpMyAdmin, specially 
missing php-ctype like this 

http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2007-March/114357.html

It seems that the latest phpmyadmin-2.10.0.1 release now requires
functions from the PHP ctype module.

undefined function ctype_digit()
/usr/local/www/phpMyAdmin/libraries/common.lib.php on line 2981

It seems that this was fixed between version 2.10.0.1 - 2.10.0.2 in Makefile.

But today I did clean instalation of phpMyAdmin-2.10.0.2 port and after simple 
configuration through /scripts/setup.php with cookies auth-type instead of 
function phpMyAdmin site I saw this bug:

Fatal error: Call to undefined function ctype_digit() in 
/usr/local/www/phpMyAdmin/libraries/common.lib.php on line 2993

It seems something wrong with php5-ctype ?

What can I do with this ?

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


FW: kismet scanning deos not work for me

2006-09-05 Thread Daniel Dvořák
I can add new facts:
 
# kismet -n
Server options:   -n
Client options:  none
Starting server...
Waiting for server to start before starting UI...
Not logging any data
Will drop privs to stayd (1001) gid 1001
No specific sources given to be enabled, all will be enabled.
Enabling channel hopping.
Disabling channel splitting.
Source 0 (rik): Enabling monitor mode for radiotap_bsd_a source interface
ath0 channel 100...
FATAL: ath0: cannot set ifmedia: Device not configured

# ifconfig -v ath0
ath0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
inet6 fe80::20b:6bff:fe35:509a%ath0 prefixlen 64 scopeid 0x1
inet 10.*.*.* netmask 0xfffc broadcast 10.40.192.19
ether 00:0b:6b:XX:YY:ZZ
media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11a
flag0,adhoc (OFDM/24Mbps)
status: associated
ssid PtP channel 100 (5500) bssid 00:00:00:00:00:00
authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF
powersavesleep 100 txpowmax 36 txpower 63 rtsthreshold 2346
mcastrate 1 fragthreshold 2346 bmiss 7 pureg protmode OFF wme burst
roaming AUTO bintval 100
AC_BE cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm ack
  cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm
AC_BK cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm ack
  cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm
AC_VI cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm ack
  cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm
AC_VO cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm ack
  cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm


kismet.conf is attached.
 
rc.conf:
 
ifconfig_ath0=inet 10.*.*.*/30 media OFDM/24Mbps mode 11a mediaopt flag0
mediaopt adhoc ssid PtP channel 100 pureg protmode off txpower 63 chanlist
100-140 wme up
 
P.S.: mail me directly please.
  _  

From: Daniel Dvořák [mailto:[EMAIL PROTECTED] 
Sent: Sunday, September 03, 2006 1:44 AM
To: 'freebsd-ports@freebsd.org'
Subject: kismet scanning deos not work for me


Hi all,
 
my config of kismet.conf is attached. I read the kismet manual from the
begining to the end and Kismet does not work for me.
 
Even when I manually reconfigure my card from ahdemo mode to monitor mode,
after execute kismet -n command, these lines turn up at once:
 
Waiting for channel control child 2842 to exit...
Kismet exiting.
Connected to Kismet server version 2006.04.R1 build 20050815211952 on
localhost:2501
localhost:2501 TCP error: socket returned EOF, server has closed the
connection.
 
Is it known issue ?
 
Thank you
 
Daniel


  _  


avast! Antivirus http://www.avast.com : Odchozi zprava cista. 


Virova databaze (VPS): 0635-5, 04.09.2006
Testovano: 5.9.2006 17:36:49
avast! - copyright (c) 1988-2006 ALWIL Software.


# Kismet config file
# Most of the static configs have been moved to here -- the command line
# config was getting way too crowded and cryptic.  We want functionality,
# not continually reading --help!

# Version of Kismet config
version=2005.06.R1

# Name of server (Purely for organizational purposes)
servername=Kismet

# User to setid to (should be your normal user)
suiduser=myuser

# Sources are defined as:
# source=sourcetype,interface,name[,initialchannel]
# Source types and required drivers are listed in the README under the
# CAPTURE SOURCES section.
# The initial channel is optional, if hopping is not enabled it can be used
# to set the channel the interface listens on.
# YOU MUST CHANGE THIS TO BE THE SOURCE YOU WANT TO USE
source=radiotap_bsd_a,ath0,1,100
#source=radiotap_bsd_a,ath1,2,108

# Comma-separated list of sources to enable.  This is only needed if you defined
# multiple sources and only want to enable some of them.  By default, all 
defined
# sources are enabled.
# For example:
# enablesources=prismsource,ciscosource

# Do we channelhop?
channelhop=true

# How many channels per second do we hop?  (1-10)
channelvelocity=5

# By setting the dwell time for channel hopping we override the channelvelocity
# setting above and dwell on each channel for the given number of seconds.
#channeldwell=10

# Do we split channels between cards on the same spectrum?  This means if
# multiple 802.11b capture sources are defined, they will be offset to cover
# the most possible spectrum at a given time.  This also controls splitting
# fine-tuned sourcechannels lines which cover multiple interfaces (see below)
channelsplit=false

# Basic channel hopping control:
# These define the channels the cards hop through for various frequency ranges
# supported by Kismet.   More finegrain control is available via the
# sourcechannels configuration option.
#
# Don't change the IEEE80211x identifiers or channel hopping won't work.

# Users outside the US might want to use this list:
# defaultchannels=IEEE80211b:1,7,13,2,8,3,14,9,4,10,5,11,6,12
#defaultchannels=IEEE80211b:1,6,11,2,7,3,8,4,9,5,10

# 802.11g uses the same channels as 802.11b...
#defaultchannels=IEEE80211g

kismet scanning deos not work for me

2006-09-02 Thread Daniel Dvořák
Hi all,
 
my config of kismet.conf is attached. I read the kismet manual from the
begining to the end and Kismet does not work for me.
 
Even when I manually reconfigure my card from ahdemo mode to monitor mode,
after execute kismet -n command, these lines turn up at once:
 
Waiting for channel control child 2842 to exit...
Kismet exiting.
Connected to Kismet server version 2006.04.R1 build 20050815211952 on
localhost:2501
localhost:2501 TCP error: socket returned EOF, server has closed the
connection.
 
Is it known issue ?
 
Thank you
 
Daniel
# Kismet config file
# Most of the static configs have been moved to here -- the command line
# config was getting way too crowded and cryptic.  We want functionality,
# not continually reading --help!

# Version of Kismet config
version=2005.06.R1

# Name of server (Purely for organizational purposes)
servername=Kismet

# User to setid to (should be your normal user)
suiduser=myuser

# Sources are defined as:
# source=sourcetype,interface,name[,initialchannel]
# Source types and required drivers are listed in the README under the
# CAPTURE SOURCES section.
# The initial channel is optional, if hopping is not enabled it can be used
# to set the channel the interface listens on.
# YOU MUST CHANGE THIS TO BE THE SOURCE YOU WANT TO USE
source=radiotap_bsd_a,ath0,1,100
#source=radiotap_bsd_a,ath1,2,108

# Comma-separated list of sources to enable.  This is only needed if you defined
# multiple sources and only want to enable some of them.  By default, all 
defined
# sources are enabled.
# For example:
# enablesources=prismsource,ciscosource

# Do we channelhop?
channelhop=true

# How many channels per second do we hop?  (1-10)
channelvelocity=5

# By setting the dwell time for channel hopping we override the channelvelocity
# setting above and dwell on each channel for the given number of seconds.
#channeldwell=10

# Do we split channels between cards on the same spectrum?  This means if
# multiple 802.11b capture sources are defined, they will be offset to cover
# the most possible spectrum at a given time.  This also controls splitting
# fine-tuned sourcechannels lines which cover multiple interfaces (see below)
channelsplit=false

# Basic channel hopping control:
# These define the channels the cards hop through for various frequency ranges
# supported by Kismet.   More finegrain control is available via the
# sourcechannels configuration option.
#
# Don't change the IEEE80211x identifiers or channel hopping won't work.

# Users outside the US might want to use this list:
# defaultchannels=IEEE80211b:1,7,13,2,8,3,14,9,4,10,5,11,6,12
#defaultchannels=IEEE80211b:1,6,11,2,7,3,8,4,9,5,10

# 802.11g uses the same channels as 802.11b...
#defaultchannels=IEEE80211g:1,6,11,2,7,3,8,4,9,5,10

# 802.11a channels are non-overlapping so sequential is fine.  You may want to
# adjust the list depending on the channels your card actually supports.
defaultchannels=IEEE80211a:36,40,44,48,52,56,60,64,100,104,108,112,116,120,124,128,132,136,140,149,153,157,161,184,188,192,196,200,204,208,212,216
#defaultchannels=IEEE80211a:36,40,44,48,52,56,60,64

# Combo cards like Atheros use both 'a' and 'b/g' channels.  Of course, you
# can also explicitly override a given source.  You can use the script
# extras/listchan.pl to extract all the channels your card supports.
#defaultchannels=IEEE80211ab:1,6,11,2,7,3,8,4,9,5,10,36,40,44,48,52,56,60,64

# Fine-tuning channel hopping control:
# The sourcechannels option can be used to set the channel hopping for
# specific interfaces, and to control what interfaces share a list of
# channels for split hopping.  This can also be used to easily lock
# one card on a single channel while hopping with other cards.
# Any card without a sourcechannel definition will use the standard hopping
# list.
# sourcechannels=sourcename[,sourcename]:ch1,ch2,ch3,...chN

# ie, for us channels on the source 'prism2source' (same as normal channel
# hopping behavior):
# sourcechannels=prism2source:1,6,11,2,7,3,8,4,9,5,10

# Given two capture sources, prism2a and prism2b, we want prism2a to stay
# on channel 6 and prism2b to hop normally.  By not setting a sourcechannels
# line for prism2b, it will use the standard hopping.
# sourcechannels=prism2a:6

# To assign the same custom hop channel to multiple sources, or to split the
# same custom hop channel over two sources (if splitchannels is true), list
# them all on the same sourcechannels line:
# sourcechannels=prism2a,prism2b,prism2c:1,6,11

# Port to serve GUI data
tcpport=2501
# People allowed to connect, comma seperated IP addresses or network/mask
# blocks.  Netmasks can be expressed as dotted quad (/255.255.255.0) or as
# numbers (/24)
allowedhosts=127.0.0.1
# Address to bind to.  Should be an address already configured already on
# this host, reverts to INADDR_ANY if specified incorrectly.
bindaddress=127.0.0.1
# Maximum number of concurrent GUI's
maxclients=5

# Do we have a GPS?
gps=false
# Host:port that GPSD is 

FreeBSD Port: arpwatch-2.1.a14

2006-07-11 Thread Daniel Dvořák
Hi all,
 
let me ask you about arpwatch. The port under FreeBSD does not support the
important switch -p, which we can find for example in Debian Linux. This
switch is about don´t put to promisccuous mode, which is really needed for
example wireless cards, where promisc kills usually the traffic on wi-fi.
 
I am sorry I do not imagine how much work it is, I simple ask, is it
possible to implement this switch (flag) ?
 
In the Debian Linux, there are anothers useful flags, but of course -p is
the most important one, here they are:
 

(Debian) The -s flag is used to specify the path to the sendmail
program.  Any program that takes the option -odi and then text from stdin
can  be
   substituted. This is useful for redirecting reports to log files
instead of mail.
 
   (Debian) The -p flag disables promiscuous operation.  ARP broadcasts
get through hubs without having the interface in promiscuous mode, while
sav-
   ing considerable resources that would be wasted on processing
gigabytes of non-broadcast traffic.  OTOH, setting promiscuous mode  does
not  mean
   getting 100% traffic that would concern arpwatch .  YMMV.
 
   (Debian) -a By default, arpwatch reports bogons (unless -N is given)
for IP addresses that are in the same subnet than the first IP address of
the
   default interface.  If this option is specified, arpwatch will report
bogons about every IP addresses.
 
   (Debian) The -m option is used to specify the e-mail address to which
reports will be sent.  By default, reports are sent to  root  on  the  local
   machine.
 
   (Debian) The -u flag instructs arpwatch to drop root privileges and
change the UID to username and GID to the primary group of username .  This
is
   recommended for security reasons, but username has to have write
access to the default directory.
 
   (Debian) The -R flag instructs arpwatch to restart in seconds seconds
after the interface went down.  By default, in  such  cases  arpwatch  would
   print an error message and exit.  This option is ignored if either
the -r or -u flags are used.
 
   (Debian) The -Q flags prevents arpwatch from sending reports by mail.
 
   (Debian) The -z flag is used to set a range of ip addresses to ignore
(such as a DHCP range). Netmask is specified as 255.255.128.0.

 
Please, I just ask, do not shoot me, thanks :)
 
Bye
Daniel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]