Re: SECURITY: firefox-1.0.6 for OPENBSD_3_7
On 31/07/05, Antonios Anastasiadis <[EMAIL PROTECTED]> wrote: > the package works great here too,3.7stable. > thanks for the great work > > Hello, Is there problems with this port? I went to grab a pkg and realised that it hadnt been comitted. Regards Edd
Re: firefox
On 8/11/05, Peter Valchev <[EMAIL PROTECTED]> wrote: > BTW, the gtk+2 stuff is in the tree now, so EVERYONE who uses this > please make sure to update and test this and report any regressions that > you may notice! The next snapshots will have this update - look for > version 1.0.6p0 (note the p0). I've been running the gtk+2 version built locally for a bit now (i'll use the package when it becomes available) and it's working well enough so far. I don't like the look of the gtk+2 version, but it's not crashing and things seem to all render properly. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: firefox
Mozilla seems to be working properly, but i got a few full crashs( back to xdm ) while using it... These "random" crashes are annoying. Best Regards, Pedro Marcolino On Fri, 12 Aug 2005 10:47:30 -0600 Chris Kuethe <[EMAIL PROTECTED]> wrote: > On 8/11/05, Peter Valchev <[EMAIL PROTECTED]> wrote: > > BTW, the gtk+2 stuff is in the tree now, so EVERYONE who uses this > > please make sure to update and test this and report any regressions that > > you may notice! The next snapshots will have this update - look for > > version 1.0.6p0 (note the p0). > > I've been running the gtk+2 version built locally for a bit now (i'll > use the package when it becomes available) and it's working well > enough so far. I don't like the look of the gtk+2 version, but it's > not crashing and things seem to all render properly. > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? >
Re: firefox
On Fri, 12 Aug 2005 18:02:01 +0100 Pedro Marcolino <[EMAIL PROTECTED]> wrote: > Mozilla seems to be working properly, but i got a few full crashs( back to > xdm ) while using it... > These "random" crashes are annoying. > > Best Regards, > Pedro Marcolino Those random crashes happend to me too. Most of the time this happens, is when there are some tabs opened with pretty large images. Or one tab with one huge image. So I guess it has to with allocating resources? It on i386 with yesterdays code. Cheers, Jasper > > On Fri, 12 Aug 2005 10:47:30 -0600 > Chris Kuethe <[EMAIL PROTECTED]> wrote: > > > On 8/11/05, Peter Valchev <[EMAIL PROTECTED]> wrote: > > > BTW, the gtk+2 stuff is in the tree now, so EVERYONE who uses this > > > please make sure to update and test this and report any regressions that > > > you may notice! The next snapshots will have this update - look for > > > version 1.0.6p0 (note the p0). > > > > I've been running the gtk+2 version built locally for a bit now (i'll > > use the package when it becomes available) and it's working well > > enough so far. I don't like the look of the gtk+2 version, but it's > > not crashing and things seem to all render properly. > > > > -- > > GDB has a 'break' feature; why doesn't it have 'fix' too? > > > -- "Security is decided by quality" -- Theo de Raadt
Re: gtk+2 emacs mode and mozilla
Peter Valchev <[EMAIL PROTECTED]> wrote: > Now that mozilla has been switched to gtk+2 a lot of people will get > bitten by the fact that for some bizarre reason the emacs mode is no > longer default in the gtk+2 settings as someone pointed out on this > list a few weeks ago. This means that the standard ^U, ^A, ^E etc. > emacs commands will no longer work - I mean, those even work on IE > on a windows box!! I think this should definitely be made default. It is important to understand that this affects *all* applications that use GTK2. The basic impact is that where ^x used to directly call an action, now if the focus is in an input field it will intercept most ^x keystrokes (and interpret them as editing commands). This shouldn't break any applications, but it is a change in behavior. People running lots of GTK2 apps, maybe a GNOME desktop, should check whether they are comfortable with this--assuming they didn't already set this behavior in ~/.gtkrc-2.0. -- Christian "naddy" Weisgerber [EMAIL PROTECTED]
Re: gtk+2 emacs mode and mozilla
> > Now that mozilla has been switched to gtk+2 a lot of people will get > > bitten by the fact that for some bizarre reason the emacs mode is no > > longer default in the gtk+2 settings as someone pointed out on this > > list a few weeks ago. This means that the standard ^U, ^A, ^E etc. > > emacs commands will no longer work - I mean, those even work on IE > > on a windows box!! I think this should definitely be made default. > > It is important to understand that this affects *all* applications > that use GTK2. The basic impact is that where ^x used to directly > call an action, now if the focus is in an input field it will > intercept most ^x keystrokes (and interpret them as editing commands). > This shouldn't break any applications, but it is a change in behavior. > > People running lots of GTK2 apps, maybe a GNOME desktop, should check > whether they are comfortable with this--assuming they didn't already > set this behavior in ~/.gtkrc-2.0. If it is so important that you LEFT THIS ALONE until just before we head into a release? Who's not paying attention to making a quality release?
Apache/php problem
I've installed Horde through ports and then a number of php5 extensions from packages. I enabled php (phpxs -s) and checked the configuration to make sure everything was there. I copied over the php.ini (recommended). Starting apache, however, results in the following error: # apachectl start /usr/sbin/apachectl start: httpd could not be started I know it's php-related, because if I comment out the LoadModule directive for php5, it starts fine. There are no errors in the error_log. Has anyone run into this? Any ideas how to debug this problem? This is a 3.7 -release server with all errata applied. Here are the installed php packages: # pkg_info | grep php php5-bz2-5.0.3p1bzip2 compression extensions for php5 php5-core-5.0.3p1 server-side HTML-embedded scripting language php5-curl-5.0.3p1 curl URL library extensions for php5 php5-dba-5.0.3p1dba GDBM access extensions for php5 php5-extensions-5.0.3p1 informational package about PHP5 extensions php5-gd-5.0.3p1 image manipulation extensions for php5 php5-imap-5.0.3p1 imap, pop3 and nntp extensions for php5 php5-ldap-5.0.3p1 ldap protocol extensions for php5 php5-mcrypt-5.0.3p1 mcrypt encryption/decryption extensions for php5 php5-mhash-5.0.3p1 mhash extensions for php5 php5-mysql-5.0.3p1 mysql database access extensions for php5 php5-pear-5.0.3p1 base classes for common PHP tasks Thanks, -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net
php5-gd bug (was: Apache/php problem)
On Aug 12, 2005, at 2:29 PM, Jason Dixon wrote: I've installed Horde through ports and then a number of php5 extensions from packages. I enabled php (phpxs -s) and checked the configuration to make sure everything was there. I copied over the php.ini (recommended). Starting apache, however, results in the following error: # apachectl start /usr/sbin/apachectl start: httpd could not be started I found the culprit but I'm not sure what type of bug this is. If I pkg_delete php5-gd, apache starts fine. As soon as I re-install and enable it, apache won't start. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net
Re: php5-gd bug (was: Apache/php problem)
On Aug 12, 2005, at 3:31 PM, Jason Dixon wrote: I found the culprit but I'm not sure what type of bug this is. If I pkg_delete php5-gd, apache starts fine. As soon as I re-install and enable it, apache won't start. There's definitely something amiss with php5-gd. With no php5-gd, "pear list" works as expected except for this error: # pear list PHP Warning: PHP Startup: Unable to load dynamic library '/var/www/ lib/php/modules/gd.so' - Can't open file in Unknown on line 0 Installed packages: === Now, if I install php5-gd and try it again, I get nothing at all besides the prompt: # pear list # pear list # Very strange. Would anyone like a ktrace of pear? Thanks, -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net
Re: firefox
"J. Lievisse Adriaanse" <[EMAIL PROTECTED]> writes: > On Fri, 12 Aug 2005 18:02:01 +0100 > Pedro Marcolino <[EMAIL PROTECTED]> wrote: > >> Mozilla seems to be working properly, but i got a few full crashs( back to >> xdm ) while using it... >> These "random" crashes are annoying. Well, that isn't a *firefox* crash. It is Xorg crashing. And yes, it happens here too. Same symptoms. There is a low-probability that when you add a tab in firefox you hear a double "click" as the monitor switches frequencies twice and are blown back to xdm's login screen. Damn annoying, especially is you are worried that you might have unsaved changes in tons of emacs buffers. This is a segv on Xorg's part (see the tail of /var/log/Xorg.0.log after you log in again.) -wolfgang -- Wolfgang S. Rupprechthttp://www.wsrcc.com/wolfgang/ Microsoft Vista - because "Virus Installer" was too long.
Re: lang/clisp build fails on i386 -current
Christian Weisgerber writes: J. Lievisse Adriaanse <[EMAIL PROTECTED]> wrote: When trying to build lang/clisp on both of my laptops (running -current), the build fails in "make build" because it can't map the memory correctly, it says something like: [...] Does anybody else has this problems too? Known problem, everybody does. Do you know if the OpenBSD kernel will be fixed before 3.8 is released? Thierry Deval wrote on 4th May: "While a proper solution has to be devised, you can use the following diff that diminishes the impact of randomization on malloc... And makes clisp work again. [...]" I still use the patch that Thierry provided.
crashing misc/figlet
Hi All, I just noticed that my OpenBSD system's figlet(6), as installed from /usr/ports/misc/figlet/, dumps core with a Segmentation fault : $ figlet hoi Segmentation fault (core dumped) I've tried a couple of recent systems, including a very recent snapshot, but they all display the same behaviour. Now since no interesting changes seem to have been made to this port in the last two years and I'm sure I've used it perfectly fine on a 3.5-current system some time ago, I think this is caused by some change in OpenBSD. I have, however, no clue where to look. I tried contacting the maintainer but have not heard from him yet. Can anyone reproduce this problem ? Thanks, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/