Re: mozilla-firefox 1.0.6 doesn't run on amd64

[Kenneth R Westerback]

On Tue, Aug 02, 2005 at 11:25:19AM -0400, Kurt Miller wrote:
> From: "Marco S Hyman" <[EMAIL PROTECTED]>
> >> FWIW, mozilla-firefox-1.0.6 works for me on OpenBSD 3.7 GENERIC#31
> >> amd64. That's -release, I presume Marco is trying -current.
> >
> >Correct, I should have mentioned that.   Current as of about 12 hours
> >ago on a dual opteron system.   On the off chance that I built something
> >incorrectly I did a pkg_delete and re-build/install of firefox.  Same
> >error.
> 
> Perhaps this bug is only exposed on mp systems. Has anyone tried
> 1.0.6 on a multiprocessor i386?
> 
> If you want to debug it further, build a debug version firefox by changing
> these configure args --enable-optimize=-O0 --enable-debug
> --enable-tests in the port's makefile.
> 
> >FWIW firefox 1.0.4 runs fine on this system.
> 
> -Kurt
> 
Seems to run fine on my 2xamd64 running GENERIC.MP.

 Ken

Re: NEW: graphics/pstoedit

[steven mestdagh]

On Tue, Aug 02, 2005 at 03:40:57PM +, Christian Weisgerber wrote:
> steven mestdagh <[EMAIL PROTECTED]> wrote:
> 
> > Well, this module seems to work. The annoying part is that it insists on
> > ImageMagick opening two blank X11 windows.
> 
> Ugh.
> 
> > Now I'm wondering if there are any advantages in using pstoedit with the
> > Magick++ module instead of just using ImageMagick's convert? Is this worth
> > the trouble?
> 
> I don't know.  I mean pstoedit's author seems to think so.  But
> yeah, maybe we should go with the simpler port.
> 
> BTW, why does the port have a dependency on png?  Without ImageMagick
> it doesn't appear to make any use of it, and with ImageMagick it's
> just a WANTLIB.

You're right. I fixed WANTLIB and LIB_DEPENDS. The configure script
assumes png is installed anyway, but it should be since it's a
dependency of ghostscript.

I upgraded this sparc64 box to the july 30 snapshot and now the error I
was seeing earlier is gone.

Another version attached (still including the -magick package).


pstoedit_20050802_2.tgz
Description: application/tar-gz

My fault, was: Re: mozilla-firefox 1.0.6 doesn't run on amd64

[Ulrich Kahl]

Jolan Luff schrieb:

[...]


i don't get why you jumped in on this thread, especially with this
message.  does firefox 1.0.6 work for you on an SMP amd64 machine
running very recent -curent?


Sorry, I had misunderstood the question, my fault. Read it too fast ...

Ulrich

Re: firefox crash x11

[Henning Brauer]

* Pedro Marcolino <[EMAIL PROTECTED]> [2005-08-02 11:43]:
> That's not entirely true , i've recompiled X with the new patch, and i still 
> get X crashes from time to time.

I haven't seen a single one since I started to run with that diff, 
which is about a week ago. It is unlear wether the crashes you see are 
related - maybe they are, maybe not.

> Also, Xlock and Xscreensaver are behaving strangely( sometime they kill the X 
> and others i can't unlock the screen since i get a black screen... going into 
> the console and pkill the process usually does the trick. )

haven't seen that either

-- 
BS Web Services, http://www.bsws.de/
OpenBSD-based Webhosting, Mail Services, Managed Servers, ...
Unix is very simple, but it takes a genius to understand the simplicity.
(Dennis Ritchie)

Re: mozilla-firefox 1.0.6 doesn't run on amd64

[Jolan Luff]

On Tue, Aug 02, 2005 at 09:09:05PM +0200, Ulrich Kahl wrote:
> Marco S Hyman schrieb:
> >Simon Dassow writes:
> > > On Mon, Aug 01, 2005 at 05:19:52PM -0700, Marco S Hyman wrote:
> > > > $ mozilla-firefox
> > > > (nothing happens.   Ditto when I blow away .mozilla, first)
> > > 
> > > I can't second that, firefox 1.0.6 runs on amd64 (-current from sunday),
> > > no problems or anything else.
> >
> >Does your -current include a current XF4 with this change?
> >
> >  CVSROOT:   /cvs
> >  Module name:   XF4
> >  Changes by:[EMAIL PROTECTED]   2005/07/31 02:07:08
> >
> >  Modified files:
> > xc/programs/Xserver/fb: fbbltone.c 
> >
> >  Log message:
> >  Don't access next pixmap word if the pattern bits fit in the current 
> >  word.
> >  Fixes most X crashes (seen using Mozilla-FireFox).
> >
> >Don't know that this has anything to do with my crash, just throwing out
> >suggestions.
> >
> >// marc
> >
> 
> Yes, it is included.
> See 
> 
> 
>   Ulrich

i don't get why you jumped in on this thread, especially with this
message.  does firefox 1.0.6 work for you on an SMP amd64 machine
running very recent -curent?

Re: mozilla-firefox 1.0.6 doesn't run on amd64

[Ulrich Kahl]

Marco S Hyman schrieb:

Simon Dassow writes:
 > On Mon, Aug 01, 2005 at 05:19:52PM -0700, Marco S Hyman wrote:
 > > $ mozilla-firefox
 > > (nothing happens.   Ditto when I blow away .mozilla, first)
 > 
 > I can't second that, firefox 1.0.6 runs on amd64 (-current from sunday),

 > no problems or anything else.

Does your -current include a current XF4 with this change?

  CVSROOT:  /cvs
  Module name:  XF4
  Changes by:   [EMAIL PROTECTED]   2005/07/31 02:07:08

  Modified files:
	xc/programs/Xserver/fb: fbbltone.c 


  Log message:
  Don't access next pixmap word if the pattern bits fit in the current word.
  Fixes most X crashes (seen using Mozilla-FireFox).

Don't know that this has anything to do with my crash, just throwing out
suggestions.

// marc



Yes, it is included.
See 



Ulrich

Re: mozilla-firefox 1.0.6 doesn't run on amd64

[Marco S Hyman]

Simon Dassow writes:
 > On Mon, Aug 01, 2005 at 05:19:52PM -0700, Marco S Hyman wrote:
 > > $ mozilla-firefox
 > > (nothing happens.   Ditto when I blow away .mozilla, first)
 > 
 > I can't second that, firefox 1.0.6 runs on amd64 (-current from sunday),
 > no problems or anything else.

Does your -current include a current XF4 with this change?

  CVSROOT:  /cvs
  Module name:  XF4
  Changes by:   [EMAIL PROTECTED]   2005/07/31 02:07:08

  Modified files:
xc/programs/Xserver/fb: fbbltone.c 

  Log message:
  Don't access next pixmap word if the pattern bits fit in the current word.
  Fixes most X crashes (seen using Mozilla-FireFox).

Don't know that this has anything to do with my crash, just throwing out
suggestions.

// marc

Re: NEW: books/svn-book

[Christian Weisgerber]

Mike Pechkin <[EMAIL PROTECTED]> wrote:

> Just for fun:
> 1. I don't understand LICENCE of the book

The summary makes it look like a two-clause BSD license.  The actual
text has a lot of verbiage... the most offensive thing I see is
that you may not distribute the book under some copy-protected/DRM
scheme.  PERMIT_*=Yes.

> 2. NO pkg/DESCR

Oh, come on.

  Version Control with Subversion describes Subversion, a new version
  control system designed to supplant CVS.

There you are.

If a book is available in multiple formats, as this one is, which
one do we package?

-- 
Christian "naddy" Weisgerber  [EMAIL PROTECTED]

Re: NEW: graphics/pstoedit

[Christian Weisgerber]

steven mestdagh <[EMAIL PROTECTED]> wrote:

> Well, this module seems to work. The annoying part is that it insists on
> ImageMagick opening two blank X11 windows.

Ugh.

> Now I'm wondering if there are any advantages in using pstoedit with the
> Magick++ module instead of just using ImageMagick's convert? Is this worth
> the trouble?

I don't know.  I mean pstoedit's author seems to think so.  But
yeah, maybe we should go with the simpler port.

BTW, why does the port have a dependency on png?  Without ImageMagick
it doesn't appear to make any use of it, and with ImageMagick it's
just a WANTLIB.

-- 
Christian "naddy" Weisgerber  [EMAIL PROTECTED]

Re: mozilla-firefox 1.0.6 doesn't run on amd64

[Kurt Miller]

From: "Marco S Hyman" <[EMAIL PROTECTED]>

> FWIW, mozilla-firefox-1.0.6 works for me on OpenBSD 3.7 GENERIC#31
> amd64. That's -release, I presume Marco is trying -current.

Correct, I should have mentioned that.   Current as of about 12 hours
ago on a dual opteron system.   On the off chance that I built something
incorrectly I did a pkg_delete and re-build/install of firefox.  Same
error.


Perhaps this bug is only exposed on mp systems. Has anyone tried
1.0.6 on a multiprocessor i386?

If you want to debug it further, build a debug version firefox by changing
these configure args --enable-optimize=-O0 --enable-debug
--enable-tests in the port's makefile.


FWIW firefox 1.0.4 runs fine on this system.


-Kurt

Re: NEW: graphics/pstoedit

[steven mestdagh]

On Tue, Aug 02, 2005 at 03:01:51PM +, Christian Weisgerber wrote:
> steven mestdagh <[EMAIL PROTECTED]> wrote:
> 
> > > BTW, the static versions of the modules, like libp2edrvstd.a, are
> > > entirely useless, no point in packaging them.  The same for the .la
> > > files corresponding to modules (unless ltdl is involved, but I don't
> > > see it).
> > 
> > What's the preferred way: removing them in post-install or editing PLIST
> > manually?
> 
> Prefixing with @comment in PLIST.

okay, done.


pstoedit_20050802.tgz
Description: application/tar-gz

Re: NEW: graphics/pstoedit

[Christian Weisgerber]

steven mestdagh <[EMAIL PROTECTED]> wrote:

> > BTW, the static versions of the modules, like libp2edrvstd.a, are
> > entirely useless, no point in packaging them.  The same for the .la
> > files corresponding to modules (unless ltdl is involved, but I don't
> > see it).
> 
> What's the preferred way: removing them in post-install or editing PLIST
> manually?

Prefixing with @comment in PLIST.

-- 
Christian "naddy" Weisgerber  [EMAIL PROTECTED]

UPDATE: multitail-3.6.0

[Bernd Ahlers]

Hi!

I've attached an update to multitail-3.6.0. Works for me on i386, amd64 
and sparc64. Please test and comment.

Bernd
Index: Makefile
===
RCS file: /cvs/ports/sysutils/multitail/Makefile,v
retrieving revision 1.11
diff -u -r1.11 Makefile
--- Makefile2 Mar 2005 01:18:15 -   1.11
+++ Makefile2 Aug 2005 14:15:30 -
@@ -2,7 +2,7 @@
 
 COMMENT=   "multi-window tail(1) utility"
 
-VERSION=   3.4.8
+VERSION=   3.6.0
 DISTNAME=  multitail-${VERSION}
 CATEGORIES=sysutils
 
@@ -16,7 +16,7 @@
 PERMIT_DISTFILES_CDROM=Yes
 PERMIT_DISTFILES_FTP=  Yes
 
-WANTLIB=   c m ncurses util
+WANTLIB=   c m ncurses util panel
 
 EXTRACT_SUFX=  .tgz
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/multitail/distinfo,v
retrieving revision 1.10
diff -u -r1.10 distinfo
--- distinfo2 Mar 2005 01:18:15 -   1.10
+++ distinfo2 Aug 2005 14:15:30 -
@@ -1,4 +1,4 @@
-MD5 (multitail-3.4.8.tgz) = aae2fb81c37471da803885ad83b61ee8
-RMD160 (multitail-3.4.8.tgz) = b46101c31f5faa9146e5bdd474c58c2e51857eaf
-SHA1 (multitail-3.4.8.tgz) = 481d52da501e35e1f2f5c63dc55fb4652b16055f
-SIZE (multitail-3.4.8.tgz) = 65432
+MD5 (multitail-3.6.0.tgz) = 606338755241c98e0619acf9a71d9d9c
+RMD160 (multitail-3.6.0.tgz) = 264df285b7237e5daad6d93abceb8bea685dbd92
+SHA1 (multitail-3.6.0.tgz) = 3ace5050d4d548af405ad1bc485ad4c8c1ba5dd8
+SIZE (multitail-3.6.0.tgz) = 68972

Re: nagios 2.0b3

[Mitja Muženič]

First, a disclaimer: my test is not by the book and I know that - feel free
to yell at me. The production machine I'd like to run nagios on is still on
3.6-stable. What I did was not the nicest thing in the world but I created
the _nagios user and group using the info from PLIST, ripped the two lines
out of PLIST and then the port built on 3.6 OK.

What I noticed is that sometimes (approx. 15% of attempts) the plugins do
not return any output, causing alerts.

[02-08-2005 13:20:53] HOST ALERT: Lili;DOWN;SOFT;1;(No output!)

[02-08-2005 12:17:58] SERVICE ALERT: Lili;Ping;CRITICAL;SOFT;1;(Return code
of 139 is out of bounds)

Where lili is localhost and obviously not down.

I searched around and found this
(http://nagios.sourceforge.net/docs/2_0/whatsnew.html ): 

"There are a few known issues with the Nagios 2.0 code at the moment.
Hopefully some of these will be fixed before 2.0 is released as stable...

   1. FreeBSD and threads. On FreeBSD there's a native user-level
implementation of threads called 'pthread' and there's also an optional
ports collection 'linuxthreads' that uses kernel hooks. Some folks from
Yahoo! have reported that using the pthread library causes Nagios to pause
under heavy I/O load, causing some service check results to be lost.
Switching to linuxthreads seems to help this problem, but not fix it. The
lock happens in liblthread's __pthread_acquire() - it can't ever acquire the
spinlock. It happens when the main thread forks to execute an active check.
On the second fork to create the grandchild, the grandchild is created by
fork, but never returns from liblthread's fork wrapper, because it's stuck
in __pthread_acquire(). Maybe some FreeBSD users can help out with this
problem."


My question is: is anybody else experiencing similar problems? Is this
caused by running nagios on non -current box? Could this be the same pthread
issue as with FreeBSD?

I'm setting up a -current box at the moment to replicate the test on it. 

Regards, Mitja

Re: firefox crash x11

[Andreas Kahari]

On 01/08/05, Douglas Santos <[EMAIL PROTECTED]> wrote:
> firefox 1.0.6 crash my x11.
> I dont know how to reproduce, browsing acm.org or ieee.org it crash.
> Two machines with this problem.
> Anyone have this same problem?

I built my X11 on the 12th of June from i386 CURRENT, and sometimes
(very seldom) Firefox seems to crash it when doing "Reload All Tabs"
(with four tabs or so, right clicking on a tab and choosing that menu
item) quickly followed by switching to another tab using the mouse.  I
haven't been able to provoke this behaviour for some time though.


-- 
Andreas Kahari

PGP: 1024D/C2E163CB

Re: firefox crash x11

[Pedro Marcolino]

Hi,
 
That's not entirely true , i've recompiled X with the new patch, and i still 
get X crashes from time to time.
Also, Xlock and Xscreensaver are behaving strangely( sometime they kill the X 
and others i can't unlock the screen since i get a black screen... going into 
the console and pkill the process usually does the trick. )

Best Regards,
Pedro Marcolino

On Mon, 1 Aug 2005 22:00:35 +0200
Henning Brauer <[EMAIL PROTECTED]> wrote:

> * Douglas Santos <[EMAIL PROTECTED]> [2005-08-01 21:36]:
> > firefox 1.0.6 crash my x11.
> > I dont know how to reproduce, browsing acm.org or ieee.org it crash.
> > Two machines with this problem.
> > Anyone have this same problem?
> > 
> > X Window System Version 6.8.2
> > Release Date: 9 February 2005
> > X Protocol Version 11, Revision 0, Release 6.8.2
> > Build Operating System: OpenBSD 3.7 i386 [ELF] 
> > Current Operating System: OpenBSD x40.localhost 3.7 GENERIC#252 i386
> > Build Date: 14 July 2005
> 
> it is fixed as of two days ago or so, next X snap should have the fix
> 
> -- 
> BS Web Services, http://www.bsws.de/
> OpenBSD-based Webhosting, Mail Services, Managed Servers, ...
> Unix is very simple, but it takes a genius to understand the simplicity.
> (Dennis Ritchie)
> 

Re: mozilla-firefox 1.0.6 doesn't run on amd64

[Simon Dassow]

On Mon, Aug 01, 2005 at 05:19:52PM -0700, Marco S Hyman wrote:
> $ mozilla-firefox
> (nothing happens.   Ditto when I blow away .mozilla, first)

I can't second that, firefox 1.0.6 runs on amd64 (-current from sunday),
no problems or anything else.

Simon

Re: mozilla-firefox 1.0.6 doesn't run on amd64

[Marco S Hyman]

 > FWIW, mozilla-firefox-1.0.6 works for me on OpenBSD 3.7 GENERIC#31
 > amd64. That's -release, I presume Marco is trying -current.

Correct, I should have mentioned that.   Current as of about 12 hours
ago on a dual opteron system.   On the off chance that I built something
incorrectly I did a pkg_delete and re-build/install of firefox.  Same
error.

FWIW firefox 1.0.4 runs fine on this system.

// marc