Re: no freshclam since clamav-0.87.1

2005-11-16 Thread Antoine Jacoutot
On Thu, 17 Nov 2005, Uwe Dippel wrote: Am I the only one seeing this ? Immediately after the update, freshclam didn't work any longer: freshclam ClamAV update process started at Thu Nov 17 08:56:11 2005 main.cvd is up to date (version: 34, sigs: 39625, f-level: 5, builder: tkojm) Downloading d

Re: no freshclam since clamav-0.87.1

2005-11-16 Thread Josh Grosse
On Thu, Nov 17, 2005 at 09:04:02AM +0800, Uwe Dippel wrote: > Am I the only one seeing this ? > > Immediately after the update, freshclam didn't work any longer... I have no trouble: sudo freshclam Password: ClamAV update process started at Wed Nov 16 22:53:52 2005 Downloading main.cvd [

Re: libtool "no symlinked libs" patch

2005-11-16 Thread Jacob Meuser
On Wed, Nov 16, 2005 at 08:50:56AM +, Ralf Wildenhues wrote: > Jacob Meuser jakemsr.com> writes: > > > > while working on an update for multimedia/mjpegtools, and adding > > USE_LIBTOOL=Yes, I would get libraries where lib/libfoo.so.4.0 would > > be a symlink to lib/libfoo-1.8.so.4.0, the rea

no freshclam since clamav-0.87.1

2005-11-16 Thread Uwe Dippel
Am I the only one seeing this ? Immediately after the update, freshclam didn't work any longer: freshclam ClamAV update process started at Thu Nov 17 08:56:11 2005 main.cvd is up to date (version: 34, sigs: 39625, f-level: 5, builder: tkojm) Downloading daily.cvd [*] ERROR: Mirrors are not fully

Re: Mozilla Firefox 1.5rc1

2005-11-16 Thread Eric Faurot
On 11/12/05, Peter Strömberg <[EMAIL PROTECTED]> wrote: > rc2 require no other change than updating VER It works on amd64 with rc2 ang gtk-2.8. I could also compile it with SVG support. It works by simply adding the following to CONFIGURE_ARGS: --enable-svg --enable-svg-renderer=cairo --enable

Re: there is currently no common lisp that runs on OpenBSD

2005-11-16 Thread Marc Espie
I would be ways more interested into getting a more current clisp running, since a more recent version would work with our malloc...

UPDATE: education/edict

2005-11-16 Thread steven mestdagh
here's a trivial update with mainly some bug fixes. Index: Makefile === RCS file: /cvs/ports/education/edict/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile2005/01/04 07:10:29 1.4 +++ Makefile2005/1

Re: plugins for xchat port (i386)

2005-11-16 Thread Markus Hennecke
Markus Hennecke wrote: So this patch to the xchat port should enable the perl plugin. It complains about "undefined symbol 'boot_DynaLoader'" but the plugin seems to work alright. It is done against the 3.8-stable port because I have no machine running current, so the latest changes to the Ma

Re: plugins for xchat port (i386)

2005-11-16 Thread Markus Hennecke
So this patch to the xchat port should enable the perl plugin. It complains about "undefined symbol 'boot_DynaLoader'" but the plugin seems to work alright. It is done against the 3.8-stable port because I have no machine running current, so the latest changes to the Makefile would have to be

Re: gnome 2.12

2005-11-16 Thread Marc Matteo
On Nov 12, 2005, at 9:22 AM, Douglas Santos wrote: Does anyone is working on gnome 2.12 port ? No. :)

Re: there is currently no common lisp that runs on OpenBSD

2005-11-16 Thread Jasper Lievisse Adriaanse
On Wed, 16 Nov 2005 16:43:59 -0200 Henry Lenzi <[EMAIL PROTECTED]> wrote: > On 11/8/05, Marc Espie <[EMAIL PROTECTED]> wrote: > > On Tue, Nov 08, 2005 at 02:43:24PM -0600, [EMAIL PROTECTED] wrote: > > > Other than REALLY old binaries for cmucl and sbcl, there isn't a > > > CL for obsd right now. C

Re: there is currently no common lisp that runs on OpenBSD

2005-11-16 Thread Henry Lenzi
On 11/8/05, Marc Espie <[EMAIL PROTECTED]> wrote: > On Tue, Nov 08, 2005 at 02:43:24PM -0600, [EMAIL PROTECTED] wrote: > > Other than REALLY old binaries for cmucl and sbcl, there isn't a > > CL for obsd right now. Clisp port build on -current bails out with > > following errors (this is not shell

Re: Update: archivers/unrar

2005-11-16 Thread Florian Kohl
Am 16.11.2005 um 15:12 schrieb Jasper Lievisse Adriaanse: On Wed, 16 Nov 2005 14:27:09 +0100 Florian Kohl <[EMAIL PROTECTED]> wrote: Am 15.11.2005 um 23:09 schrieb Rui Reis: Trivial update to unrar. Works fine for me on i386 and sparc. Test and comment. Rui Reis works fine on sparc64, m

Re: Update: archivers/unrar

2005-11-16 Thread Jasper Lievisse Adriaanse
On Wed, 16 Nov 2005 14:27:09 +0100 Florian Kohl <[EMAIL PROTECTED]> wrote: > > Am 15.11.2005 um 23:09 schrieb Rui Reis: > > Trivial update to unrar. Works fine for me on i386 and sparc. > > > > Test and comment. > > Rui Reis > > > works fine on sparc64, macppc and i386 > > floh It's already co

Re: If you're desperate to run clisp...

2005-11-16 Thread Jasper Lievisse Adriaanse
On Mon, 14 Nov 2005 22:37:15 -0500 Andrew Sveikauskas <[EMAIL PROTECTED]> wrote: > Sorry, I messed up this part: > > On Mon, Nov 14, 2005 at 10:31:24PM -0500, Andrew Sveikauskas wrote: > > I was able to get clisp working like this: > > > > cd /usr/ports/lang/clisp > > make configure > > cd w-cli

Re: Mozilla Firefox 1.5rc1

2005-11-16 Thread Christian Weisgerber
Peter Strömberg <[EMAIL PROTECTED]> wrote: > rc2 require no other change than updating VER I updated to GTK 2.8 and Firefox 1.5rc2 (from 1.0.7) in one swoop here. i386, remote X11 display. * It picked up perfectly my existing configuration, bookmarks, cookies, history, etc. * Browsing works

Re: Update: archivers/unrar

2005-11-16 Thread Florian Kohl
Am 15.11.2005 um 23:09 schrieb Rui Reis: Trivial update to unrar. Works fine for me on i386 and sparc. Test and comment. Rui Reis works fine on sparc64, macppc and i386 floh

Re: Nessus-Port - Request

2005-11-16 Thread Alexandre Anriot
> Dear Wilfried, > > Would it be possible to replace Nessus with OpenVAS? > OpenVAS is an Open-Source Fork of the latest free Nessus-Sources. > > Nessus gets closed source soon and OpenVAS will use the latest free Src to pr > ovide an OpenSource Security-Scanner (like Nessus was). > They already

Re: libtool "no symlinked libs" patch

2005-11-16 Thread Ralf Wildenhues
Jacob Meuser jakemsr.com> writes: > > while working on an update for multimedia/mjpegtools, and adding > USE_LIBTOOL=Yes, I would get libraries where lib/libfoo.so.4.0 would > be a symlink to lib/libfoo-1.8.so.4.0, the real library. > the following patch for the libtool port changes library_name