database or overview about servers

2006-06-30 Thread m . apitz

Hi,

I was asked by management to put information about all our servers
(OS release, machine type, disk space, RAM space, installed databases,
development tools, ...) into somehow an regulary updated overview,
perhaps based on a database or XML files (we are speaking about
less than hundred systems, most of them UNIX types, some XP).

It would also be nice if some of the above mentioned information is
updated automatically by fetching them over night across the network
with some kind of scripts (for example OS, disk and RAM). At least
the presentation should be done in HTML.

Before I start to build something from scratch by my own hand,
I wanted to ask if there is something in FreeBSD ports for that
or if someone is knowing a good tool for that.

Thx in advance

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: mobile phone for internet, what is right choice?

2006-06-28 Thread m . apitz
El día Wednesday, June 28, 2006 a las 01:45:33PM +0400, Roman Gorohov.  
 escribió:

 Hello list.
 What mobile phone would you recommend for connecting freebsd to internet?
 What about Ubiquam U200?

I'm using a BenQ-Siemens S68 which connects through a normal 9pin
serial cable to my laptop, has build-in modem for GPRS. The ppp
daemon from the ports works out-of-the-box with it, you just plug
it in, say 'pppd call gprs' (having some config files in /etc/ppp
for 'gprs') and you are on air.

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: SSHD errors: will not forward X11 connections

2006-06-27 Thread m . apitz
El día Tuesday, June 27, 2006 a las 04:05:52PM -0500, Andrew escribió:

 Yes, I see that. But it is complete; I passed the '-o' flag to truss
 to write _all_ output to a file. Just to be sure, I ran it again, and
 diff'ed the output files; they are the same. To be clear, I do get a
 shell prompt when I login via SSH.

Try it with strace, does this produce more?

matthias

-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: SSHD errors: will not forward X11 connections

2006-06-25 Thread m . apitz
El día Sunday, June 25, 2006 a las 10:05:03PM -0500, Andrew escribió:

 Hello,
 
 I have a FreeBSD 6.1 machine at home that I use for remote backups, and
 sort of an application server for my home network. I occasionally run
 program with the X display forwarded to my laptop. Simple setup, has
 always worked great, etc, etc.
 
 Just last week, I went to login and run a program and I received the
 following error (in /var/log/messages):
 
 sshd[25306]: error: Failed to allocate internet-domain X11 display
 socket.
 
 Now, not to (intentionally) irritate anyone, but I haven't made any
 changes in regards to the setup on either end of the connection that I'm
 aware of. The only change at all that I've recently made, is that I
 switch shells on the remote box (to zsh). I tried changing back to bash,
 (my original setup), and the problem persists. 
 
 The permissions for sshd are:
 
 -r-xr-xr-x  1 root  wheel  168488 May  6 22:58 /usr/sbin/sshd
 
 which looks correct to me. I really haven't a clue where to begin with
 this one, besides a backup and re-install, which is an option, but is
 also a rather large pain. 
 
 Suggestions?

Truss o strace down the SSH daemon to see what the underlying problem
for error: Failed to allocate... really is.

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Ekiga FreeBSD 6.0-REL

2006-06-20 Thread m . apitz


Hello,

I've successful ported Ekiga to my FreeBSD notebook from the
sources (version ekiga-2.0.2); maybe it is interesting for the
port-maintainer as well, because the port is marked as broken:

rebelion# make
===  ekiga-2.0.1_2 is marked as broken: Unknown component gnomedocutils.
rebelion#

there have been only a small external refs clashes in a header file
which I solved by un-defining some external symbols (of course this
is not the right way to solve this):

$ diff /usr/local/include/libintl.h /usr/local/include/libintl.h.orig
118d117
 #undef gettext
135d133
 #undef dgettext
154d151
 #undef dcgettext
236d232
 #undef textdomain
255d250
 #undef bindtextdomain
274d268
 #undef bind_textdomain_codeset

and a tweaking of the ./configure script because FreeBSD 6.0-REL
comes with an older version as port of the gnome-doc-utils:

$ diff configure configure.orig
2316c2316
   GDU_REQUIRED_VERSION=0.2.1
---
   GDU_REQUIRED_VERSION=0.3.2

but the 0.2.1 seems to work as well. Ekiga installs fine for the
rest and local audio-loop-back is working.

My main question is, what could I do for the video grabbing in
my notebook? Are there some external LAN based cams working with
Ekiga and plug-in's for them?

Thx

matthias

-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Ekiga FreeBSD 6.0-REL

2006-06-20 Thread m . apitz
El día Tuesday, June 20, 2006 a las 02:59:04PM +0200, Jean-Baptiste Quenot 
escribió:

 * [EMAIL PROTECTED]:
  
  I've successful ported Ekiga to my FreeBSD notebook from the
  sources (version ekiga-2.0.2); maybe it is interesting for the
  port-maintainer as well, because the port is marked as broken:
  
  rebelion# make
  ===  ekiga-2.0.1_2 is marked as broken: Unknown component gnomedocutils.
 
 No, ekiga is not currently broken.  The last update occured in
 april, see http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/ekiga/Makefile

I have exactly this port version because I fetched it as tar from
the FreeBSD server:

$ fgrep Makefile,v Makefile
# $FreeBSD: ports/net/ekiga/Makefile,v 1.60 2006/04/23 10:34:03 erwin Exp $
$ make
===  ekiga-2.0.1_2 is marked as broken: Unknown component gnomedocutils.

 I will try and update the port to ekiga 2.0.2 as you suggest.
 Thanks for reporting.

It turned out that there is as well the need for a tool called
'gnome-help-browser'; without this the online help does not work;
just running 'make install' in /usr/ports/x11/gnome2 to see if I can
get this to work.

Thx for the feedbck

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Ekiga FreeBSD 6.0-REL

2006-06-20 Thread m . apitz
El día Tuesday, June 20, 2006 a las 03:17:08PM +0200, Jean-Baptiste Quenot 
escribió:

  I have exactly this port version because I fetched it as tar from
  the FreeBSD server:
  
  $ fgrep Makefile,v Makefile
  # $FreeBSD: ports/net/ekiga/Makefile,v 1.60 2006/04/23 10:34:03 erwin Exp $
  $ make
  ===  ekiga-2.0.1_2 is marked as broken: Unknown component gnomedocutils.
 
 Please check that you have this as well in /usr/ports/Mk/bsd.gnome.mk:
 
   $FreeBSD: ports/Mk/bsd.gnome.mk,v 1.129 2006/06/14 02:51:02 marcus Exp $

ok, there I have what was installed with 6.0-REL:

   $FreeBSD: ports/Mk/bsd.gnome.mk,v 1.96 2005/05/21 19:51:41 kwm Exp $

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


gcc-3.3.6 / gcc-3.4.4

2006-05-25 Thread m . apitz

Hello,

I want to install gcc-3.3.6 from the port /usr/ports/lang/gcc33
to do certain test if a problem in Mplayer depends on the compiler
version of the gcc-3.4.4 which has FreeBSD 6.0-REL installed per
default. I'm ready to run 'make install' but I'm unsure to do.

Will the /usr/ports/lang/gcc33 overwrite the actual gcc-3.4.4
installation? The installed gcc does not seem to be a package itself:

# /usr/sbin/pkg_info | fgrep -i gcc
#

And if it overwrites the actual gcc, how can I go back to gcc-3.4.4?
Just via the port /usr/ports/lang/gcc34?

Thx

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: port of ogle-0.9.2 in 6.1-RELEASE

2006-05-24 Thread m . apitz
El día Tuesday, May 23, 2006 a las 03:05:19PM +0200, guru escribió:

 
 Hello,
 
 I send this information to you as the maintainer of this port.
 While installing the above port it fails with:
 
   ...
 checking for a52_free in -la52-devel ... no
 checking for a52_init in -la52-devel ... no
 configure: error: Need liba52, install a52dec or specify it's location
 ===  Script configure failed unexpectedly.
 
 the problem from /usr/ports/multimedia/ogle/work/ogle-0.9.2/config.log
 is:
 
 configure:12292: checking for a52_free in -la52-devel
 configure:12325: cc -o conftest -L/usr/local/lib  -I/usr/local/include  
 conftest
 .c -la52-devel  -L/usr/local/lib -lm  5 
 /usr/local/lib/liba52-devel.so: undefined reference to `fftc4_un64'
 /usr/local/lib/liba52-devel.so: undefined reference to `fftc4_un128'
...

I've looked deeper into the problem and it turned out that
the unresolved references in liba52-devel.so are coming from
FFMpeg-2005112800/libavcodec/liba52/imdct.c where the code reads:

#ifdef LIBA52_DJBFFT
if (mm_accel  MM_ACCEL_DJBFFT) {
ifft128 = (void (*) (complex_t *)) fftc4_un128;
ifft64 = (void (*) (complex_t *)) fftc4_un64;
} else
#endif

and after re-building the port /usr/ports/audio/liba52-devel with
'make WITHOUT_DJBFFT=yes install' the problem in the the port
/usr/ports/multimedia/ogle went away and ogle installs fine.

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


mplayer (from CVS) win32/wmvadvd.dll

2006-05-17 Thread m . apitz

Hello,

I'm trying to play a stream with mplayer from

$ mplayer mms://80.84.129.169/telesur45

The stream needs the newer video codecs Windows Media Video 9 Advanced
which comes from the (Windows) DLL wmvadvd.dll. Of course, it did
not work out of the box with the version in the 6.0-REL port of
mplayer and the mplayer folks directed me to fetch the current from
their CVS. I did so, compiled it and now I'm already able to play
the audio from the stream but the codecs for video from wmvadvd.dll
does not work. The mplayer folks claime that it works for them
with exactly the CVS version on *Linux*, ie. they tested the above
stream and both, video and audio, are fine.

So I digged into the sources to get why it says 'Unsupported WMVA version'
and it turned out that they map somehow the above DLL in memory
and awaiting there at special offsets some code or whatever, which
does not match and so they can't use the DLL. The c-file which
does the mapping of the DLL to memory (loader/pe_image.c) has a comment
saying:

/* Notes:
 * Before you start changing something in this file be aware of the following:
 *
 * - There are several functions called recursively. In a very subtle and
 *   obscure way. DLLs can reference each other recursively etc.
 * - If you want to enhance, speed up or clean up something in here, think
 *   twice WHY it is implemented in that strange way. There is usually a reason.
 *   Though sometimes it might just be lazyness ;)
 * - In PE_MapImage, right before fixup_imports() all external and internal
 *   state MUST be correct since this function can be called with the SAME image
 *   AGAIN. (Thats recursion for you.) That means MODREF.module and
 *   NE_MODULE.module32.
 * - Sometimes, we can't use Linux mmap() to mmap() the images directly.
 *
 *   The problem is, that there is not direct 1:1 mapping from a diskimage and
 *   a memoryimage. The headers at the start are mapped linear, but the sections
 *   are not. Older x86 pe binaries are 512 byte aligned in file and 4096 byte
 *   aligned in memory. Linux likes them 4096 byte aligned in memory (due to
 *   x86 pagesize, this cannot be fixed without a rather large kernel rewrite)
 *   and 'blocksize' file-aligned (offsets). Since we have 512/1024/2048 (CDROM)
 *   and other byte blocksizes, we can't always do this.  We *can* do this for
 *   newer pe binaries produced by MSVC 5 and later, since they are also aligned
 *   to 4096 byte boundaries on disk.
 */

This let me some how thinking that there could be a missmatch between
Linux and FreeBSD. Without deeper knowledge about how these DLLs are
working I am lost here :-((

Has someone a comment on it? Can someone with a CVS version of mplayer
try the above stream to ensure that it is not a local problem in my
compilation? Any other idea?

Thx in advance

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: mplayer (from CVS) win32/wmvadvd.dll

2006-05-17 Thread m . apitz
El día Wednesday, May 17, 2006 a las 09:46:55PM -0400, Chris Hill escribió:

 On Wed, 17 May 2006, [EMAIL PROTECTED] wrote:
 
 I'm trying to play a stream with mplayer from
 
 $ mplayer mms://80.84.129.169/telesur45
 
 [snip]
 
 Can someone with a CVS version of mplayer try the above stream to 
 ensure that it is not a local problem in my compilation?

In the meantime someone in the mplayer mailing-list confirmed
the problem on FreeBSD saying:

I'm seeing the same thing on FreeBSD 6.0.   
This looks like a PITA to track down...

 May not be relevant, but I cvsupped mplayer three days ago. Your stream 
 plays fine here, assuming it's supposed to be audio only.

No, it is definitely a audio+video stream; it is an alternative for CNN
in América Latina, see http://www.telesurtv.net/

Look also what mplayer is saying during launch about it:

$ mplayer mms://80.84.129.169/telesur45
MPlayer dev-CVS-060516-14:39-3.4.4 (C) 2000-2006 MPlayer Team
CPU: Intel Pentium M Dothan (Family: 6, Stepping: 8)
SSE supported but disabled
...
ASF file format detected.
VIDEO:  [WMVA]  256x180  24bpp  1000.000 fps0.0 kbps ( 0.0 kbyte/s)
==
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 11025 Hz, 1 ch, s16le, 8.0 kbit/4.55% (ratio: 1003-22050)
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
==
==
Opening video decoder: [dmo] DMO video codecs
Unsupported WMVA version
IMediaObject ERROR: 0x85a0092  could not open DMO DLL (0x0 : 0)
Failed to create DMO filter
ERROR: Could not open required DirectShow codec wmvadvd.dll.
...

 $ uname -rs
 FreeBSD 5.4-RELEASE-p12

$ uname -rs
FreeBSD 6.0-RELEASE

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclcpica.org/ http://guru.UnixLand.de/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]