Re: UPDATE: WindowMaker-0.95.2
On 03/16/12 21:40, Bryan Linton wrote: > On 2012-03-16 12:08:30, David Coppa wrote: >> So... What should I do with this update? >> > > Hmm, my opinion is to hold off and wait for a newer version that > will hopefully be more stable than this one. I'm probably going > to switch back to 0.92 because of all the new bugs in 0.95.2. > > The only bug in 0.92 I encountered was the "periodic focus bug". > If it were patched away, there would not be any bugs in the older > release that affected me. Ah, that's when you hit that point where it's impossible to set the focus on anything and you're just kinda stuck and have to relaunch WM? Great. As a longtime WM user I agree with Bryan, 0.95.2 didn't bring anything with it except new bugs. I'm still running it on one machine and it doesn't crash or anything, but still has the problems mentioned. Oh well, better luck next time. Stu
Re: UPDATE: WindowMaker-0.95.2
On 2012-03-16 12:08:30, David Coppa wrote:
> On Mon, Mar 12, 2012 at 1:14 AM, Bryan Linton wrote:
>
>> Some good news and some bad news to report. I've been able to
>> reliably reproduce the double-spawning of xterms I've been seeing.
>> The bad news is that it still happens even with a fresh
>> configuration directory.
>>
>
> So... What should I do with this update?
>
Hmm, my opinion is to hold off and wait for a newer version that
will hopefully be more stable than this one. I'm probably going
to switch back to 0.92 because of all the new bugs in 0.95.2.
The only bug in 0.92 I encountered was the "periodic focus bug".
If it were patched away, there would not be any bugs in the older
release that affected me.
Patch attached. (I think I did this right, someone should
probably double-check.)
--
Bryan
Index: Makefile
===
RCS file: /cvs/ports/x11/windowmaker/Makefile,v
retrieving revision 1.81
diff -u -p -r1.81 Makefile
--- Makefile16 Sep 2011 12:29:17 - 1.81
+++ Makefile17 Mar 2012 01:31:47 -
@@ -6,7 +6,7 @@ COMMENT-lang= language subpackage for W
V= 0.92.0
DISTNAME= WindowMaker-${V}
PKGNAME-main= ${DISTNAME:L}
-REVISION-main= 10
+REVISION-main= 11
FULLPKGNAME-lang= windowmaker-lang-${V}
REVISION-lang= 2
SHARED_LIBS= wraster 5.0
Index: patches/patch-src_actions_c
===
RCS file: patches/patch-src_actions_c
diff -N patches/patch-src_actions_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_actions_c 17 Mar 2012 01:31:47 -
@@ -0,0 +1,39 @@
+$OpenBSD$
+#
+# This is a backport from WindowMaker cvs which fixes the
+# "periodic focus bug" described at:
+#
http://repo.or.cz/w/wmaker-crm.git/commitdiff/c91bb1ba1360006c568db37438779e525868cf17
+#
+
+--- src/actions.c.orig Fri Mar 16 17:10:27 2012
src/actions.c Fri Mar 16 17:11:57 2012
+@@ -78,6 +78,15 @@ static struct {
+ #define SHADE_STEPS shadePars[(int)wPreferences.shade_speed].steps
+ #define SHADE_DELAY shadePars[(int)wPreferences.shade_speed].delay
+
++static int
++compareTimes(Time t1, Time t2)
++{
++ Time diff;
++ if (t1 == t2)
++ return 0;
++ diff = t1 - t2;
++ return (diff < 6) ? 1 : -1;
++}
+
+ /*
+ *--
+@@ -99,11 +108,11 @@ wSetFocusTo(WScreen *scr, WWindow *wwin)
+
+ WWindow *old_focused;
+ WWindow *focused=scr->focused_window;
+-int timestamp=LastTimestamp;
++Time timestamp=LastTimestamp;
+ WApplication *oapp=NULL, *napp=NULL;
+ int wasfocused;
+
+-if (scr->flags.ignore_focus_events || LastFocusChange > timestamp)
++if (scr->flags.ignore_focus_events || compareTimes(LastFocusChange,
timestamp) > 0)
+ return;
+
+ if (!old_scr)
Re: getdelim/getline fallout
On Fri, Mar 16, 2012 at 9:41 PM, Christian Weisgerber wrote: > Adding support for getdelim() and getline() causes build failures > in 33 ports. Once these are fixed, a few additional failures may > appear in dependent ports. > > There are three groups: > > [..] > (2) Things that have a local copy of POSIX getline and for some > reason don't pick up the system one, again resulting in a collision: > > multimedia/subrip duplicate getline > multimedia/subtitleripper duplicate getline > security/vpnc duplicate getline > x11/ratpoison duplicate getline i have diffs for these 4. f.-
NEW: japanese/mecab
Hi, Attached is a port of MeCab, a Japanese morphological analyzer engine and the IPA dictionary for MeCab. This is needed for the Japanese plugin for anki and the upcoming gwaei update that supports deinflection of verbs and adjectives. Comments? OK? f.- mecab.tgz Description: GNU Zip compressed data
getdelim/getline fallout
Adding support for getdelim() and getline() causes build failures in 33 ports. Once these are fixed, a few additional failures may appear in dependent ports. There are three groups: (1) Crufty old stuff that has a local function getline() that collides with the POSIX one: cad/chipmunklocal getline comms/minicom local getline comms/seyon local getline databases/sqlitebrowser local getline editors/elvis local getline editors/jovelocal getline editors/ldapvi local getline games/xpilotlocal getline japanese/kinput2,canna,wnn local getline mail/metamail local getline mail/procmail local getline misc/cdrdao local getline net/icb local getline news/nn local getline print/dvi2tty local getline security/nfsshell local getline security/pgplocal getline sysutils/apc-upsd local getline sysutils/sddlocal getline textproc/ispell,-swedishlocal getline textproc/mgdiff local getline www/ffproxy local getline www/thttpd local getline x11/xfedor local getline x11/xmbdfed local getline (2) Things that have a local copy of POSIX getline and for some reason don't pick up the system one, again resulting in a collision: multimedia/subrip duplicate getline multimedia/subtitleripper duplicate getline security/vpnc duplicate getline x11/ratpoison duplicate getline (3) GNU software that includes the same broken version of gnulib: misc/fileutils gnulib misc/sh-utils gnulib net/wol gnulib textproc/textutils gnulib -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [NEW] devel/tortoisehg
On Fri, Mar 16, 2012 at 07:32:15PM +0100, Remi Pointel wrote: > Hi, > > this is the port of tortoisehg, a series of applications for Mercurial. > Attached are ports needed for this software (py-qscintilla and py-iniparse). > > Critical positive or negative would be appreciated ;-). Remarks: ===> Building for tortoisehg-2.3.1 systrace: deny user: landry, prog: /usr/local/bin/python2.7, pid: 28979(0)[28897], policy: /usr/bin/make, filters: 241, syscall: native-fswrite(10), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc systrace: deny user: landry, prog: /usr/local/bin/python2.7, pid: 28979(0)[28897], policy: /usr/bin/make, filters: 241, syscall: native-fswrite(5), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc running build and same message for py-iniparse, both during build and fake (which also rebuids!..grr python) Why does py-qscintilla has MODPY_RUNDEP=no & MODPY_BUILDDEP=no ? configure uses MODPY_BIN... and it builds a .so under site-packages. I've given thg my src/mozilla-central repo on macppc, browsed a bit the revs and it didn't explode... so i guess it's a good test :) If you fix those minor things, ok for me. Landry
[NEW] devel/tortoisehg
Hi, this is the port of tortoisehg, a series of applications for Mercurial. Attached are ports needed for this software (py-qscintilla and py-iniparse). Critical positive or negative would be appreciated ;-). Few information : $ pkg_info tortoisehg Information for inst:tortoisehg-2.3.1 Comment: series of applications for Mercurial Description: TortoiseHg is a series of applications for the Mercurial distributed revision control system. It also includes a Gnome/Nautilus extension and a CLI wrapper application. Maintainer: The OpenBSD ports mailing-list WWW: http://tortoisehg.bitbucket.org/ Cheers, -- Remi py-iniparse-0.4.tar.gz Description: Binary data tortoisehg-2.3.1.tar.gz Description: Binary data py-qscintilla-2.5.1.tar.gz Description: Binary data
Re: UPDATE: WindowMaker-0.95.2
On Mon, Mar 12, 2012 at 1:14 AM, Bryan Linton wrote: > Some good news and some bad news to report. I've been able to > reliably reproduce the double-spawning of xterms I've been seeing. > The bad news is that it still happens even with a fresh > configuration directory. > > To reproduce: > 0) Create a keyboard shortcut if one does not already exist (I'm > using +u set to spawn an xterm) > 1) Open WindowMaker's preferences. > 2) Click on "Applications Menu Definition" (it's the icon > immediately to the left of the keyboard icon) > 3) Click save, and then close. > 4) Keyboard shortcuts will spawn two applications. > > I use keyboard shortcuts to spawn xterms, browsers, and filemanagers. > All of them spawn twice after performing the above. To fix it, > or -> Exit -> Restart. > > If I repeat steps 1-3, three windows will spawn. Repeat again and > four windows will spawn etc. (I stopped after getting five to > spawn at once). > > > Two other bugs that happened that I have not been able to > reproduce since running 0.95.2 are as follows. > > I had WindowMaker start to use 100% CPU and become unresponsive. > I had to switch to a console and pkill wmaker. IIRC, > ++ did not function to quit X while this was > happening, hence the use of pkill on the console. > > I also had a weird bug where videos in mplayer that normally > played fine, only played at about 5 FPS. Restarting WindowMaker > had no effect, but quitting WindowMaker and running startx again > did fix it. > > > I will continue to run with 0.95.2 to see if I can reproduce the > above two bugs or find any new ones. So... What should I do with this update? ciao, david
