From owner-scwm-discuss@SCWM.MIT.EDU Sun Jan 2 13:50:30 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA15428 for scwm-discuss-outgoing; Sun, 2 Jan 2000 13:50:30 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from hermes.epita.fr (hermes.epita.fr [194.98.116.10]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA15425 for ; Sun, 2 Jan 2000 13:50:26 -0500 Received: from phobos.lrde.epita.fr (mail@phobos.lrde.epita.fr [10.227.5.38]) by hermes.epita.fr id TAA06067 for EPITA Paris France Sun, 2 Jan 2000 19:50:32 GMT Received: from pollux by phobos.lrde.epita.fr with local (Exim 3.11 #1) id 124puj-0005jQ-00; Sun, 02 Jan 2000 19:39:37 +0100 To: scwm-discuss@scwm.mit.edu Subject: netscape-google-search From: Alexandre Duret-Lutz Date: 02 Jan 2000 19:39:37 +0100 In-Reply-To: "Greg J. Badros"'s message of "18 Dec 1999 13:13:33 -0800" Message-ID: Lines: 21 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hi! I'm was just trying to play with the netscape module and found that netscape-google-search didn't work. The following patch may fix this (this is a diff against today's CVS version). --- scheme/netscape.scm~ Sun Jan 2 19:33:14 2000 +++ scheme/netscape.scm Sun Jan 2 19:33:47 2000 @@ -165,7 +165,7 @@ ;; (netscape-google-search "glade") ;; (netscape-google-search "gtk") (define-public (netscape-google-search word) - (netscape-goto-url (string-append (cgi-escapify-space url-google word)))) + (netscape-goto-url (string-append url-google (cgi-escapify-space word)))) (define*-public (netscape-google-search-cut-buffer) "Use netscape to do a Google search of the `X-cut-buffer-string'." -- Alexandre Duret-Lutz From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 3 04:08:45 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA03657 for scwm-discuss-outgoing; Mon, 3 Jan 2000 04:08:45 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from tech.com.au (root@techpt.lnk.telstra.net [139.130.75.122]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA03654 for ; Mon, 3 Jan 2000 04:08:23 -0500 Received: from tech.com.au (tardis [203.41.180.243]) by tech.com.au (8.9.3/8.9.3) with ESMTP id UAA00442 for ; Mon, 3 Jan 2000 20:08:11 +1100 Message-ID: <387066FA.BF175ECF@tech.com.au> Date: Mon, 03 Jan 2000 20:08:10 +1100 From: Chris X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i686) X-Accept-Language: en MIME-Version: 1.0 To: "scwm-discuss@scwm.mit.edu" Subject: Scwm crashing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Not wanting to hassle anybody in this holiday season, but.... Has any progress been made on the crashing problem? Hoping to soon move back to scwm... -- Chris Bitmead mailto:chris@tech.com.au From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 3 04:35:56 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA03807 for scwm-discuss-outgoing; Mon, 3 Jan 2000 04:35:56 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from motgate2.mot.com (motgate2.mot.com [136.182.1.10]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA03804 for ; Mon, 3 Jan 2000 04:35:19 -0500 Received: [from motgate2.mot.com (localhost [127.0.0.1]) by motgate2.mot.com (DELIVERY ONLY-vwallDelivery 2.0) with ESMTP id CAA20885 for ; Mon, 3 Jan 2000 02:35:14 -0700 (MST)] Received: [from mothost.mot.com (mothost.mot.com [129.188.137.101]) by motgate2.mot.com (VWALL-motgate2 2.0) with ESMTP id CAA20873 for ; Mon, 3 Jan 2000 02:35:14 -0700 (MST)] Received: [from msghkg1.sps.mot.com (msghkg1.sps.mot.com [216.17.115.1]) by mothost.mot.com (MOT-mothost 2.0) with ESMTP id CAA22900 for ; Mon, 3 Jan 2000 02:35:13 -0700 (MST)] Received: from india56.email.sps.mot.com ([223.1.236.56]) by msghkg1.sps.mot.com (Netscape Messaging Server 3.61) with ESMTP id AAA303C; Mon, 3 Jan 2000 17:35:10 +0800 X-Mailer: emacs 20.5.1 (via feedmail 9-beta-8 I) From: Puneet Goel To: Chris Cc: "scwm-discuss@scwm.mit.edu" Subject: Re: Scwm crashing References: <387066FA.BF175ECF@tech.com.au> In-Reply-To: Chris's message of "Mon, 03 Jan 2000 02:21:33 MST" Date: 03 Jan 2000 15:07:28 +0530 Message-ID: Lines: 29 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk >>>>> "CB" == Chris writes: CB> Not wanting to hassle anybody in this holiday season, but.... CB> Has any progress been made on the crashing problem? Hoping to soon move CB> back to scwm... CB> -- CB> Chris Bitmead CB> mailto:chris@tech.com.au I too .... -- Puneet Goel email - puneet at computer period org home - (91)124-335056 work - (91)124-303212 x 1213 -- WHEN I travelled to here and to there, I was tired of thee, O Road, but now when thou leadest me to everywhere I am wedded to thee in love. - Rabindranath Tagore (Stray Birds) -- From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 3 06:32:07 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id GAA04011 for scwm-discuss-outgoing; Mon, 3 Jan 2000 06:32:07 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from seldon.dtek.chalmers.se (+V98zUERnvDn3eLpyBWINYYinyQMjfI1@seldon.dtek.chalmers.se [129.16.30.6]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id GAA04008 for ; Mon, 3 Jan 2000 06:32:01 -0500 Received: from licia.dtek.chalmers.se (gLcIeOeKlNI5tJa/2nOgUD85wLAHYx1I@licia.dtek.chalmers.se [129.16.30.88]) by seldon.dtek.chalmers.se (8.8.8/8.8.8) with ESMTP id MAA02129 for ; Mon, 3 Jan 2000 12:31:58 +0100 (MET) Received: (from d4jonas@localhost) by licia.dtek.chalmers.se (8.9.3/8.9.3) id MAA27089; Mon, 3 Jan 2000 12:31:57 +0100 (MET) To: scwm-discuss@scwm.mit.edu Subject: Re: dumb question about focus and next-window References: <87n1r14fn3.fsf@potato.hanchrow.org> X-No-Archive: Yes Mail-Copies-To: never Organization: The Deciples of Albericht Nibelungen From: Jonas Steverud Date: 03 Jan 2000 12:31:57 +0100 In-Reply-To: Eric Hanchrow's message of "23 Dec 1999 11:32:32 -0800" Message-ID: Lines: 29 User-Agent: Gnus/5.070097 (Pterodactyl Gnus v0.97) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eric Hanchrow writes: > I haven't used scwm in a few versions, and apparantly its behavior has > changed slightly ... and I don't know how to change my .scwmrc to > accommodate it. [...] > In other words, I'm trying to duplicate the > behavior of Alt+Tab in Microsoft Windows. I've tried to accomplish the same behaviour and nor can I get it to work. When I worked on this two weeks before X-mas I came to the conclusion (IMHO) that either is next-window broken or it has changed drastically. Either way, some help on how to accomplish this is highly appreciated. - -- ( GPG/PGP key @ www.dtek.chalmers.se/~d4jonas/ ! Wei Wu Wei ) ( U2MoL, Roleplaying, LaTeX, Emacs/Gnus, SCWM, etc. ! To Do Without Do ) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (SunOS) Comment: Processed by Mailcrypt and Gnu Privacy Guard iD8DBQE4cIidYFmxFYdMVIkRAo2DAJ9+zd6kyjFHGArTp2CXjDa9BVB8sACfcyuf AiiYedxEJBgFfgeAOKmk3DE= =ZGwH -----END PGP SIGNATURE----- From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 3 11:04:07 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA04508 for scwm-discuss-outgoing; Mon, 3 Jan 2000 11:04:07 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA04505 for ; Mon, 3 Jan 2000 11:04:02 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id IAA14326; Mon, 3 Jan 2000 08:04:01 -0800 To: scwm-discuss@SCWM.MIT.EDU Subject: Re: dumb question about focus and next-window References: <87n1r14fn3.fsf@potato.hanchrow.org> From: "Greg J. Badros" Date: 03 Jan 2000 08:04:01 -0800 In-Reply-To: Jonas Steverud's message of "03 Jan 2000 12:31:57 +0100" Message-ID: Lines: 26 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Jonas Steverud writes: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Eric Hanchrow writes: > > > I haven't used scwm in a few versions, and apparantly its behavior has > > changed slightly ... and I don't know how to change my .scwmrc to > > accommodate it. > [...] > > In other words, I'm trying to duplicate the > > behavior of Alt+Tab in Microsoft Windows. > > I've tried to accomplish the same behaviour and nor can I get it to > work. When I worked on this two weeks before X-mas I came to the > conclusion (IMHO) that either is next-window broken or it has changed > drastically. Either way, some help on how to accomplish this is highly > appreciated. If you're using the system.scwmrc, A-tab (note that that is *not* Meta-Tab) is bound to window-task-switcher-menu from the task-switcher module. It works very much like Win95 task switching. Let me know if you already knew about that and it's not what you want. Greg From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 3 11:07:18 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA04560 for scwm-discuss-outgoing; Mon, 3 Jan 2000 11:07:18 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA04548 for ; Mon, 3 Jan 2000 11:06:54 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id IAA14331; Mon, 3 Jan 2000 08:06:42 -0800 To: Chris Cc: "scwm-discuss@scwm.mit.edu" Subject: Re: Scwm crashing References: <387066FA.BF175ECF@tech.com.au> From: "Greg J. Badros" Date: 03 Jan 2000 08:06:42 -0800 In-Reply-To: Chris's message of "Mon, 03 Jan 2000 20:08:10 +1100" Message-ID: Lines: 20 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris writes: > Not wanting to hassle anybody in this holiday season, but.... :-) > Has any progress been made on the crashing problem? Hoping to soon move > back to scwm... Well, I can reproduce the problem, but for the holidays I was away from my desk and it wasn't worth the added effort to try to debug Scwm w/ only one screen (my laptop). Now that I'm back to the joys of 3-display living, I should have more luck and it's one of my top priorities after I make a couple of edits to some papers. Thanks for continuing to push me on this! When it's not something I experience regularly it's easier to be motivated when there are real users complaining politely and regularly! Greg From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 3 11:56:40 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA04852 for scwm-discuss-outgoing; Mon, 3 Jan 2000 11:56:40 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA04849 for ; Mon, 3 Jan 2000 11:56:37 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id IAA14757; Mon, 3 Jan 2000 08:56:14 -0800 To: cesco@debian.org Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm.c References: <19991230185125.A277@ntt.it> From: "Greg J. Badros" Date: 03 Jan 2000 08:56:14 -0800 In-Reply-To: Francesco Tapparo's message of "Thu, 30 Dec 1999 18:51:25 +0100" Message-ID: Lines: 18 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > I found some code in scwm.c, I do'nt understand: > > It seems, scwm try to loca $HOME/.scwm.language-territory and > $HOME/.scwm.locale-fullname (if I18N is defined). > > I do'nt understand what function have these files, even if I understand it's > something related to internationalization/locallization issues. > > Thanks for every answer. That's all it is. It probably would be cleaner to just have the system.scwmrc and/or user's scwmrc use the read-only variables to choose to do whatever they want and, perhaps, stick with this convention. It really does not need to be in the C code, IMO. Greg From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 3 12:07:28 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA04951 for scwm-discuss-outgoing; Mon, 3 Jan 2000 12:07:28 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA04948 for ; Mon, 3 Jan 2000 12:07:18 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA14788; Mon, 3 Jan 2000 09:07:14 -0800 To: Eric Hanchrow Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: dumb question about focus and next-window References: <87n1r14fn3.fsf@potato.hanchrow.org> From: "Greg J. Badros" Date: 03 Jan 2000 09:07:14 -0800 In-Reply-To: Eric Hanchrow's message of "23 Dec 1999 11:32:32 -0800" Message-ID: Lines: 68 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Eric Hanchrow writes: > I haven't used scwm in a few versions, and apparantly its behavior has > changed slightly ... and I don't know how to change my .scwmrc to > accommodate it. > > Specifically: I'm using scwm 0.99.5.1 (and guile 1.3.4). I've got the > following in my .scwmrc > > (bind-key 'all "s-Tab" > (lambda () > (next-window > #:only visible? > #:except iconified-window? > ))) > > The intent is that, when I press s-Tab, the window that's currently on > top will get sent to the bottom, and the next window will be visible > (and have the focus). In other words, I'm trying to duplicate the > behavior of Alt+Tab in Microsoft Windows. Although you should still look into window-task-switcher, noting that the s-Tab won't work as nicely as A-Tab since the Alt is a hard-coded hack for now (I'll certainly accept patches to make it work with Super and Hyper modifiers too). You could try: (use-scwm-modules winops) (set! window-list-proc focus-change-warp-pointer) > However, the behavior I see is that, while the next window indeed gets > the focus, it doesn't raise. That is, it remains obscured by > whichever windows happen to be on top of it. The above two s-exps change which procedure gets called on the new window. focus-change-warp-pointer does a little bit more than you want. You could also: (define-public (focus-and-raise win) (interactive) (if (and win (window? win)) (begin (focus-window win) (raise-window win)))) (set! window-list-proc focus-and-raise) > I assume the answer is simple, but I wasn't able to find a pertinent > example in the documentation. Any ideas how I can do this? There isn't a good example, but I'd've thought that the docs for `next-window' would've been sufficient. Please make a suggestion about what could've helped you find this information: "Circulate to the next matching window. If WINDOW is given, circulate to that window. ONLY and EXCEPT control which windows match --- see `list-windows' for details. PROC is a procedure of one argument which does the work after the windows are circulated. PROC defaults to `window-list-proc'. See also `prev-window'. Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 7 12:56:19 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA23478 for scwm-discuss-outgoing; Fri, 7 Jan 2000 12:56:19 -0500 Received: from sentry (firewall-user@sentry.gw.tislabs.com [192.94.214.100]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA23475 for ; Fri, 7 Jan 2000 12:56:10 -0500 Received: by sentry; id MAA18416; Fri, 7 Jan 2000 12:57:11 -0500 (EST) Received: from clipper.gw.tislabs.com(10.33.1.2) by sentry.gw.tislabs.com via smap (V5.5) id xma018412; Fri, 7 Jan 00 12:56:44 -0500 Received: from woodchuck.gw.tislabs.com (IDENT:root@woodchuck.gw.tislabs.com [10.33.60.58]) by clipper.gw.tislabs.com (8.9.3/8.9.1) with ESMTP id MAA00859 for ; Fri, 7 Jan 2000 12:54:56 -0500 (EST) Received: (from durward@localhost) by woodchuck.gw.tislabs.com (8.9.3/8.9.1) id MAA03483; Fri, 7 Jan 2000 12:55:24 -0500 X-Authentication-Warning: woodchuck.gw.tislabs.com: durward set sender to durward@tislabs.com using -f To: scwm-discuss@SCWM.MIT.EDU Subject: 0.99.5.1 instability -- bad pixmaps? From: Durward McDonell Date: 07 Jan 2000 12:55:24 -0500 In-Reply-To: Greg Badros's message of "27 Aug 1999 02:26:06 -0700" Message-ID: Lines: 36 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Howdy. First off, I should say that I am subscribed to scwm-discuss, but I don't read it religiously, so I might be asking something that has been dealt with. If so, please point me to the appropriate thread. I recently upgraded from 0.8a to 0.99.5.1, and now scwm isn't so stable anymore. The recurring problem seems to be something to do with a bad pixmap -- at least, that's the error I get from X. Also, right before it crashes (with a segv), usually one of the pixmaps for one of my icons goes blank, like it can't draw it anymore. Any suggestions? I can post my .scwmrc if it would help. I'm using guile 1.3.4. Specifically, I get a bunch of things like this: [Scwm][GetIconBitmap]: <> Help! Bad Icon bitmap! and this: X Error of failed request: BadPixmap (invalid Pixmap parameter) Major opcode of failed request: 54 (X_FreePixmap) Resource id in failed request: 0x20001da Serial number of failed request: 85345 Current serial number in output stream: 85349 Also, I noticed that from within emacs, some combination of loading scwm-mode and calling scwm-eval-* makes emacs hang, which is pretty impressive. I don't know how to reproduce this reliably. Thanks. -- Durward McDonell durward@tislabs.com From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 7 13:05:01 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA23602 for scwm-discuss-outgoing; Fri, 7 Jan 2000 13:05:01 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA23592 for ; Fri, 7 Jan 2000 13:04:57 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA13038; Fri, 7 Jan 2000 10:04:54 -0800 To: Durward McDonell Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: 0.99.5.1 instability -- bad pixmaps? References: From: "Greg J. Badros" Date: 07 Jan 2000 10:04:54 -0800 In-Reply-To: Durward McDonell's message of "07 Jan 2000 12:55:24 -0500" Message-ID: Lines: 42 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Durward McDonell writes: > Howdy. > > First off, I should say that I am subscribed to scwm-discuss, but I > don't read it religiously, so I might be asking something that has > been dealt with. If so, please point me to the appropriate thread. > > I recently upgraded from 0.8a to 0.99.5.1, and now scwm isn't so > stable anymore. The recurring problem seems to be something to do > with a bad pixmap -- at least, that's the error I get from X. Also, > right before it crashes (with a segv), usually one of the pixmaps for > one of my icons goes blank, like it can't draw it anymore. Any > suggestions? I can post my .scwmrc if it would help. I'm using guile > 1.3.4. > > Specifically, I get a bunch of things like this: > > [Scwm][GetIconBitmap]: <> Help! Bad Icon bitmap! > > and this: > > X Error of failed request: BadPixmap (invalid Pixmap parameter) > Major opcode of failed request: 54 (X_FreePixmap) > Resource id in failed request: 0x20001da > Serial number of failed request: 85345 > Current serial number in output stream: 85349 Can you create a minimal .scwmrc that demonstrates this problem, and give me explicit directions on how to reproduce the difficult? This sounds like it won't be too hard to figure out once I can experience the problem directly. > Also, I noticed that from within emacs, some combination of loading > scwm-mode and calling scwm-eval-* makes emacs hang, which is pretty > impressive. I don't know how to reproduce this reliably. Same thing here: if I can reproduce it, I'm way closer to figuring out what goes wrong. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 7 13:48:15 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA23688 for scwm-discuss-outgoing; Fri, 7 Jan 2000 13:09:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA23661 for ; Fri, 7 Jan 2000 13:08:03 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA13047; Fri, 7 Jan 2000 10:07:51 -0800 To: ggt@linuxfan.com Cc: scwm-discuss@SCWM.MIT.EDU Subject: Scwm crashing may be fixed! [was Re: 'nother stack trace] References: <199912191030.VAA00630@zappa.> From: "Greg J. Badros" Date: 07 Jan 2000 10:07:51 -0800 In-Reply-To: Glenn Trigg's message of "Sun, 19 Dec 1999 21:30:46 +1100" Message-ID: Lines: 19 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Glenn Trigg writes: > This one seems to be a bit different from the others of late. > > (and just to let you know the crashing is still quite regular for me :-) I found and fixed a bad race condition in the new window code that I was able to reliably wreak havoc with using the GIMP. That problem is definitely gone, and I'm hopeful that it's the same one that you've been seeing lately. Can you update to the latest CVS and report your experience? Also, I fixed a couple of annoying problems w.r.t. the start of button presses for interactive-moves not being used properly, resulting in an offset between where the user clicked on the window and what the anchor point of the window through the move is. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 7 15:18:53 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id PAA24459 for scwm-discuss-outgoing; Fri, 7 Jan 2000 15:18:53 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id PAA24456 for ; Fri, 7 Jan 2000 15:18:48 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id MAA07264; Fri, 7 Jan 2000 12:18:45 -0800 To: scwm-discuss@SCWM.MIT.EDU Subject: Re: [0.99.5.1] H-gradients not supported? References: From: "Greg J. Badros" Date: 07 Jan 2000 12:18:45 -0800 In-Reply-To: Jonas Steverud's message of "19 Dec 1999 10:47:12 +0100" Message-ID: Lines: 36 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Jonas Steverud writes: > "Greg J. Badros" writes: > > > Jonas Steverud writes: > [...] > > > I had the following in my .scwmrc for 0.8: > > > > > > (with-decor js-common-decor > [...] > > > But 0.99.5.1 does not like that. Have I missed something? > > > > What is the error? > > Sorry for not adding it. Slipped my mind. > > These are some old errormessages: > -------------8<--------------- > scwm> (with-decor js-common-decor (title-style #:h-gradient (list 20 (list "navy blue" 20) "navyblue" "black"))) Both: (title-style #:active-up (list #:h-gradient (list 20 (list "navy blue" 20) "navyblue" "black"))) and: (title-style #:h-gradient (list 20 (list "navy blue" 20) "navyblue" "black"))) work for me; my guess is the problem is that you can't allocate enough colors on your display -- is it 8 bit? In any case, the error message definitely should be better. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 7 16:49:50 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id QAA24943 for scwm-discuss-outgoing; Fri, 7 Jan 2000 16:49:50 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id QAA24940 for ; Fri, 7 Jan 2000 16:49:45 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id NAA10910; Fri, 7 Jan 2000 13:49:42 -0800 To: scwm-discuss@scwm.mit.edu Subject: New hooks: pre-command-hook and post-command-hook From: "Greg J. Badros" Date: 07 Jan 2000 13:49:42 -0800 Message-ID: Lines: 26 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I just added a couple of new hooks to Scwm: SCWM_HOOK(pre_command_hook,"pre-command-hook",2, "This hook is invoked with two arguments before every `call-interactively' execution. The arguments are the procedure to be called, and a list of the arguments passed. Global variable `this-command' and `this-command-args' can be modified to change either of these."); SCWM_HOOK(post_command_hook,"post-command-hook",2, "This hook is invoked with two arguments after every `call-interactively' execution. The arguments are the procedure just called, and the list of the arguments passed."); Each interactive command goes through these, so you can edit arguments, or alter commands before they are executed. See scheme/tests/pre-post-command.scm for some trivial example uses. I'm hoping to do a Scwm-0.99.6 release real soon now after I get feedback about whether my recent changes have (finally) eliminated the stability problem some of you have been experiencing. Most of my recent commits have been to improve stability, not add features: the CVS scwm is more stable than 0.99.5.1 for me, so please try it. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 8 04:50:44 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA28819 for scwm-discuss-outgoing; Sat, 8 Jan 2000 04:50:44 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from 212186010174.11.tuwien.teleweb.at (212186010174.11.tuwien.teleweb.at [212.186.10.174]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id EAA28816 for ; Sat, 8 Jan 2000 04:50:38 -0500 Received: (qmail 1345 invoked by uid 115); 8 Jan 2000 09:50:06 -0000 To: scwm-discuss@scwm.mit.edu Subject: scwm-logo-* References: <19991219150006.A16844@milwaukee> <87902pbuwp.fsf@sheila.i-did-not-set--mail-host-address--so-shoot-me> <19991220234025.B1247@ntt.it> X-Attribution: Robbe From: Robert Bihlmeyer Date: 08 Jan 2000 10:49:30 +0100 In-Reply-To: "Greg J. Badros"'s message of "20 Dec 1999 15:07:24 -0800" Message-ID: Lines: 47 User-Agent: Gnus/5.070097 (Pterodactyl Gnus v0.97) XEmacs/21.1 (Biscayne) MIME-Version: 1.0 content-Type: multipart/signed; boundary="----------=_947325005-1150-2"; micalg="pgp-sha1"; protocol="application/pgp-signature" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk This is a multi-part message in MIME format. It has been signed conforming to RFC2015. You'll need PGP or GPG to check the signature. ------------=_947325005-1150-2 Content-Type: text/plain; charset=us-ascii Hi, >>>>> On 20 Dec 1999 15:07:24 -0800 >>>>> "Greg J. Badros" said: Greg> Francesco Tapparo writes: >> the needed icons are included in scwm*deb. The scwm-logo-* are too >> big to justify its inclusion in the package, IMHO. Greg> I've been meaning to make a smaller dozen of these images so Greg> that they'd not be so big. Using uncompressed xpms is the Bad Thing. We can install (and probably already distribute) them gzipped - the xpm-loader can handle xpm.gz pretty well (don't forget to change the extensions in the various scheme files). The combined size of scwm-logo*.xpm goes from 3238 to 838 when "gzip -9" is applied. Greg> >> Perhaps a solution would be to susbitute the modifiers string (as >> "H-w") with something as (hypher "-w"), so I could redefine hypher >> if Hypher is not bound. What do you think about it, Greg? Is this >> a clean solution? FWIW, I've used `(super "Left")' etc. in robbe.scwmrc for long to have the ability to bind replace S- with C-M- or somesuch on modifier-impaired machines. I have defined super to the right thing by hand, but something like (define (super str) (string-append (if (mod-mask-super) "S-" "C-M-") str)) should work even better. Greg> I'll update system.scwmrc to do something pretty close to this. You use (hyper "...") throughout, but its does no automatic choosing yet, or did I miss something? Robbe -- Robert Bihlmeyer reads: Deutsch, English, MIME, Latin-1, NO SPAM! ------------=_947325005-1150-2 Content-Type: application/pgp-signature; name="signature.ng" Content-Disposition: inline; filename="signature.ng" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE4dwhO33KcuuZYPvsRAgDEAKCDlsUS3yY31dGNA3bB8R3vtjmFnwCggLv3 lEEIRSNB5iA1ayz4062RbTg= =uVcM -----END PGP SIGNATURE----- ------------=_947325005-1150-2-- From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 8 15:13:59 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id PAA29353 for scwm-discuss-outgoing; Sat, 8 Jan 2000 15:13:59 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id PAA29350 for ; Sat, 8 Jan 2000 15:13:53 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id MAA12479; Sat, 8 Jan 2000 12:13:47 -0800 To: Robert Bihlmeyer Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm-logo-* References: <19991219150006.A16844@milwaukee> <87902pbuwp.fsf@sheila.i-did-not-set--mail-host-address--so-shoot-me> <19991220234025.B1247@ntt.it> From: "Greg J. Badros" Date: 08 Jan 2000 12:13:47 -0800 In-Reply-To: Robert Bihlmeyer's message of "08 Jan 2000 10:49:30 +0100" Message-ID: Lines: 67 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Robert Bihlmeyer writes: > This is a multi-part message in MIME format. > It has been signed conforming to RFC2015. > You'll need PGP or GPG to check the signature. > > ------------=_947325005-1150-2 > Content-Type: text/plain; charset=us-ascii > > Hi, > > >>>>> On 20 Dec 1999 15:07:24 -0800 > >>>>> "Greg J. Badros" said: > > Greg> Francesco Tapparo writes: > > >> the needed icons are included in scwm*deb. The scwm-logo-* are too > >> big to justify its inclusion in the package, IMHO. > > Greg> I've been meaning to make a smaller dozen of these images so > Greg> that they'd not be so big. > > Using uncompressed xpms is the Bad Thing. > > We can install (and probably already distribute) them gzipped - the > xpm-loader can handle xpm.gz pretty well (don't forget to change the > extensions in the various scheme files). The combined size of > scwm-logo*.xpm goes from 3238 to 838 when "gzip -9" is applied. But if we distribute a .tar.gz file, it shouldn't make much of a difference in the distribution, I'd expect. And as far as reading them, I don't want to slow startup any more than necessary. I'd love to have a smaller version of the scwm-logo (both in size of image and number of images), but I don't have time to do this now. > Greg> > > >> Perhaps a solution would be to susbitute the modifiers string (as > >> "H-w") with something as (hypher "-w"), so I could redefine hypher > >> if Hypher is not bound. What do you think about it, Greg? Is this > >> a clean solution? > > FWIW, I've used `(super "Left")' etc. in robbe.scwmrc for long to have > the ability to bind replace S- with C-M- or somesuch on > modifier-impaired machines. I have defined super to the right thing by > hand, but something like > > (define (super str) > (string-append (if (mod-mask-super) "S-" "C-M-") str)) > > should work even better. > > Greg> I'll update system.scwmrc to do something pretty close to this. > > You use (hyper "...") throughout, but its does no automatic choosing > yet, or did I miss something? No, you missed nothing... it's nothing fancy yet. The problem is that Hyper bindings overlap with, e.g., C-S-M bindings, so just switching to a different modifier set won't totally work. I've almost got the GUI binding interface done, so maybe this'll be a smaller point, shortly. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Sun Jan 9 14:03:50 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA01589 for scwm-discuss-outgoing; Sun, 9 Jan 2000 14:03:50 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mons.uio.no (7411@mons.uio.no [129.240.130.14]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA01586 for ; Sun, 9 Jan 2000 14:03:45 -0500 Received: from octarine.uio.no ([129.240.186.25]) by mons.uio.no with esmtp (Exim 2.12 #7) id 127Ncs-0005Wk-00 for scwm-discuss@scwm.mit.edu; Sun, 9 Jan 2000 20:03:42 +0100 Received: from hmeland by octarine.uio.no with local (Exim 2.12 #7) id 127Ncr-0004As-00 for scwm-discuss@SCWM.MIT.EDU; Sun, 9 Jan 2000 20:03:41 +0100 To: scwm-discuss@scwm.mit.edu Subject: Re: [0.99.5.1] H-gradients not supported? References: From: Harald Meland Date: 09 Jan 2000 20:03:41 +0100 In-Reply-To: "Greg J. Badros"'s message of "07 Jan 2000 12:18:45 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk [Greg J. Badros] > (title-style #:active-up (list #:h-gradient (list 20 (list "navy blue" 20) "navyblue" "black"))) Side issue: Why do scwm insist on having colors in the gradients specified by strings? I've worked around this inconsistency using the `color->string' function from stringops.scm -- but to get that working with the latest Debian scwm (which is 0.99.5.1-4, I think -- it's at home, so I can't check right now) I've had to add :use-module (app scwm base) to the `define-module' stuff at the start of stringops.scm (or get an error saying that `color-property' is not defined whenever I try using `color->string'). This is all from memory, and I haven't checked whether it has been fixed in CVS. -- Harald From owner-scwm-discuss@SCWM.MIT.EDU Sun Jan 9 16:00:30 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id QAA01799 for scwm-discuss-outgoing; Sun, 9 Jan 2000 16:00:30 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id QAA01796 for ; Sun, 9 Jan 2000 16:00:25 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id NAA22309; Sun, 9 Jan 2000 13:00:19 -0800 To: Harald Meland Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: [0.99.5.1] H-gradients not supported? References: From: "Greg J. Badros" Date: 09 Jan 2000 13:00:19 -0800 In-Reply-To: Harald Meland's message of "09 Jan 2000 20:03:41 +0100" Message-ID: Lines: 31 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Harald Meland writes: > [Greg J. Badros] > > > (title-style #:active-up (list #:h-gradient (list 20 (list "navy blue" 20) "navyblue" "black"))) > > Side issue: Why do scwm insist on having colors in the gradients > specified by strings? TODO lists this: * face.c (add_spec_to_face_x) should use color objects, not strings, for gradients; see also colors.c (AllocLinearGradient) I'll accept a patch to make this change, but I've the bigger stability issues to worry about for now. > I've worked around this inconsistency using the `color->string' > function from stringops.scm -- but to get that working with the latest > Debian scwm (which is 0.99.5.1-4, I think -- it's at home, so I can't > check right now) I've had to add > > :use-module (app scwm base) > > to the `define-module' stuff at the start of stringops.scm (or get an > error saying that `color-property' is not defined whenever I try using > `color->string'). Yep, that's a bug-- thanks for the fix! Greg From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 10 18:02:56 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA07604 for scwm-discuss-outgoing; Mon, 10 Jan 2000 18:02:56 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA07601 for ; Mon, 10 Jan 2000 18:02:51 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id PAA10690; Mon, 10 Jan 2000 15:02:48 -0800 To: scwm-discuss@scwm.mit.edu Subject: Scwm-0.99.6pre1 pre-release From: "Greg J. Badros" Date: 10 Jan 2000 15:02:48 -0800 Message-ID: Lines: 18 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hi, I've got a pre-release of a new version of Scwm available at: ftp://upintheair.cs.washington.edu/pub/scwm/scwm-0.99.6pre1.tar.gz x86 RPM in: ftp://upintheair.cs.washington.edu/pub/scwm/RPMS source RPM in: ftp://upintheair.cs.washington.edu/pub/scwm/SRPMS I'm hoping to make the Scwm-0.99.6 release by Wednesday to beat the Debian code freeze. Feedback on successes and failures are greatly appreciated! Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 06:50:28 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id GAA11434 for scwm-discuss-outgoing; Tue, 11 Jan 2000 06:50:28 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from tech.com.au (root@techpt.lnk.telstra.net [139.130.75.122]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id GAA11431 for ; Tue, 11 Jan 2000 06:50:03 -0500 Received: from tech.com.au (tardis [203.41.180.243]) by tech.com.au (8.9.3/8.9.3) with ESMTP id WAA01501 for ; Tue, 11 Jan 2000 22:49:48 +1100 Message-ID: <387B18DC.BA680F23@tech.com.au> Date: Tue, 11 Jan 2000 22:49:48 +1100 From: Chris X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i686) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6pre1 pre-release References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Is there hope for the crash problem with this release? -- Chris Bitmead mailto:chris@tech.com.au "Greg J. Badros" wrote: > > Hi, > > I've got a pre-release of a new version of Scwm available at: > > ftp://upintheair.cs.washington.edu/pub/scwm/scwm-0.99.6pre1.tar.gz > > x86 RPM in: > ftp://upintheair.cs.washington.edu/pub/scwm/RPMS > > source RPM in: > ftp://upintheair.cs.washington.edu/pub/scwm/SRPMS > > I'm hoping to make the Scwm-0.99.6 release by Wednesday to beat the > Debian code freeze. Feedback on successes and failures are greatly > appreciated! > > Thanks, > Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 08:04:02 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id IAA11611 for scwm-discuss-outgoing; Tue, 11 Jan 2000 08:04:02 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mailhostnew.tbit.dk (mailhostnew.tbit.dk [194.182.135.150]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id IAA11608 for ; Tue, 11 Jan 2000 08:03:57 -0500 Received: from chl (chl.tbit.dk [194.182.135.65]) by mailhostnew.tbit.dk (8.9.3+Sun/8.9.3) with ESMTP id OAA03480; Tue, 11 Jan 2000 14:03:54 +0100 (MET) Received: by tbit.dk via sendmail from stdin id (Debian Smail3.2.0.102) for scwm-discuss@SCWM.MIT.EDU; Tue, 11 Jan 2000 14:03:53 +0100 (CET) To: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: From: Christian Lynbech Date: 11 Jan 2000 14:03:53 +0100 In-Reply-To: "Greg J. Badros"'s message of "10 Jan 2000 15:02:48 -0800" Message-ID: Lines: 22 User-Agent: Gnus/5.070099 (Pterodactyl Gnus v0.99) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I have just updated to fresh versions of both guile and scwm (from CVS, so this may not be related to the pre-release) and I had some problems in getting my .scwmrc to work. It appeared that `use-scwm-modules' executes the module imports in reverse order! When I split the use modules form into a list of forms each taking only one module, everything worked again. The slightly strange thing is that the installed systemrc was not bitten by this (though I have not checked the exact order of imports in that). Is this a known problem? ---------------------------+-------------------------------------------------- Christian Lynbech | Ericsson Telebit A/S Fax: +45 8628 8186 | Fabrikvej 11, DK-8260 Viby J Phone: +45 8738 2228 | email: chl@tbit.dk --- URL: http://www.tbit.dk ---------------------------+-------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic@hal.com (Michael A. Petonic) From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 08:55:59 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id IAA11834 for scwm-discuss-outgoing; Tue, 11 Jan 2000 08:55:59 -0500 Received: from mh1dmz1.bloomberg.com (mh1dmz1.bloomberg.com [199.172.169.36]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id IAA11831 for ; Tue, 11 Jan 2000 08:55:53 -0500 Received: from ns2.bloomberg.com by mh1dmz1.bloomberg.com; Tue, 11 Jan 2000 08:55:45 -0500 Received: from blinky.bloomberg.com by ns2.bloomberg.com (8.6.13/200.20.1.1) id IAA27586; Tue, 11 Jan 2000 08:55:48 -0500 Received: (from hjstein@localhost) by blinky.bloomberg.com (8.9.3/8.9.3) id IAA18241; Tue, 11 Jan 2000 08:55:48 -0500 X-Authentication-Warning: blinky.bloomberg.com: hjstein set sender to hjstein@bfr.co.il using -f To: "Greg J. Badros" Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: CC: hjstein@bfr.co.il From: hjstein@bfr.co.il (Harvey J. Stein) Date: 11 Jan 2000 08:55:48 -0500 In-Reply-To: "Greg J. Badros"'s message of "10 Jan 2000 15:02:48 -0800" Message-Id: Lines: 14 X-Mailer: Gnus v5.5/Emacs 20.3 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "Greg J. Badros" writes: > Hi, > > I've got a pre-release of a new version of Scwm available at: > > ftp://upintheair.cs.washington.edu/pub/scwm/scwm-0.99.6pre1.tar.gz What version of Guile does it expect? -- Harvey Stein Bloomberg LP hjstein@bfr.co.il From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 11:34:00 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA12184 for scwm-discuss-outgoing; Tue, 11 Jan 2000 11:34:00 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA12181 for ; Tue, 11 Jan 2000 11:33:56 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id IAA12547; Tue, 11 Jan 2000 08:33:47 -0800 To: hjstein@bfr.co.il (Harvey J. Stein) Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: From: "Greg J. Badros" Date: 11 Jan 2000 08:33:47 -0800 In-Reply-To: hjstein@bfr.co.il's message of "11 Jan 2000 08:55:48 -0500" Message-ID: Lines: 16 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk hjstein@bfr.co.il (Harvey J. Stein) writes: > "Greg J. Badros" writes: > > > Hi, > > > > I've got a pre-release of a new version of Scwm available at: > > > > ftp://upintheair.cs.washington.edu/pub/scwm/scwm-0.99.6pre1.tar.gz > > What version of Guile does it expect? Tested against Guile-1.3.4; definitely does *not* work against the very latest guile-s (or at least won't once I check in some changes to guile). Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 11:36:37 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA12225 for scwm-discuss-outgoing; Tue, 11 Jan 2000 11:36:37 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA12219 for ; Tue, 11 Jan 2000 11:36:05 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id IAA12554; Tue, 11 Jan 2000 08:35:50 -0800 To: Chris Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: <387B18DC.BA680F23@tech.com.au> From: "Greg J. Badros" Date: 11 Jan 2000 08:35:50 -0800 In-Reply-To: Chris's message of "Tue, 11 Jan 2000 22:49:48 +1100" Message-ID: Lines: 14 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris writes: > Is there hope for the crash problem with this release? There were *two* unrelated and severe crash problems that I fixed for this release, as well as a bunch of other places where I made defensive programming changes that had no observed effect for me. I'm *very* *hopeful* that the crash problems are largely gone; but please build with debugging turned on so that you can hand off a useful backtrace if it crashes. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 11:38:06 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA12258 for scwm-discuss-outgoing; Tue, 11 Jan 2000 11:38:06 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA12251 for ; Tue, 11 Jan 2000 11:37:42 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id IAA12560; Tue, 11 Jan 2000 08:37:31 -0800 To: Christian Lynbech Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: From: "Greg J. Badros" Date: 11 Jan 2000 08:37:31 -0800 In-Reply-To: Christian Lynbech's message of "11 Jan 2000 14:03:53 +0100" Message-ID: Lines: 24 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Christian Lynbech writes: > I have just updated to fresh versions of both guile and scwm (from > CVS, so this may not be related to the pre-release) and I had some > problems in getting my .scwmrc to work. > > It appeared that `use-scwm-modules' executes the module imports in > reverse order! When I split the use modules form into a list of forms > each taking only one module, everything worked again. > > The slightly strange thing is that the installed systemrc was not > bitten by this (though I have not checked the exact order of imports > in that). > > Is this a known problem? Yes it's known; no its not well-understood. I believe it's a problem with the guile module system's interaction with things other than function definitions in the modules. I've started to move such things out of the modules where possible, but haven't had time to thoroughly investigate the problem to the point of deep understanding of the issues. Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 12:23:16 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA12657 for scwm-discuss-outgoing; Tue, 11 Jan 2000 12:23:16 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA12654 for ; Tue, 11 Jan 2000 12:23:10 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA12627; Tue, 11 Jan 2000 09:22:58 -0800 To: cesco@debian.org Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: applications lists References: <19991223214623.A2941@ntt.it> From: "Greg J. Badros" Date: 11 Jan 2000 09:22:58 -0800 In-Reply-To: Francesco Tapparo's message of "Thu, 23 Dec 1999 21:46:23 +0100" Message-ID: Lines: 55 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > The actual system.scwmrc creates some applications menus using applications > list. > The Debian system.scwmrc has the following definition of menu-root-start: > > (define menu-root-start > (cond ((eq? (vendor?) 'debian) > (make-debianapps-menu #:image-side "scwm-gnu-linux.xpm" > #:image-align 'bottom > #:color-bg-image-side "blue")) > (#t > (menu > (list > (menu-title "Start" #:image-left "mini-exp.xpm") > [snipped] > #:action 'menu-quit-verify)) > #:image-side "scwm-gnu-linux.xpm" > #:image-align 'bottom > #:color-bg-image-side "blue")))) > > the #t part is the upstream menu, and vendor? is a function returning 'debian > if the system is debian one. > My objective was to permit to the debian scwm users to have a functional > menus with little effort even if they ahve not the menu package installed. > > It would be a lot more comfortable for me, and these users (those without > menu installed) if the applications lists would be in a separate file. So > I/they can upgrade the system.scwmrc and have my/their modified applications > lists without any rewriting. I've added a bunch of strategically-placed load-files in system.scwmrc, including ~/.scwm/after-applications that gets loaded after the built-in application information lists are made, but before the menu style. It's not an ideal solution, but it does provide a helluva lot more flexibility w/o editing system.scwmrc. The full list of files loaded is: ~/.scwm/startup ~/.scwm/after-modules ~/.scwm/after-applications ~/.scwm/after-window-styles ~/.scwm/after-menus ~/.scwm/after-bindings ~/.scwm/after-before-preferences ~/.scwm/after-after-preferences ~/.scwm/after-done (and is included in NEWS) N.B. This will be in 0.99.6, but isn't in 0.99.6pre1. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 12:31:07 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA12761 for scwm-discuss-outgoing; Tue, 11 Jan 2000 12:31:07 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA12748 for ; Tue, 11 Jan 2000 12:30:56 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA12778; Tue, 11 Jan 2000 09:30:51 -0800 To: cesco@debian.org Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: preliminary version of a gtk-enabled message References: <19991223160605.A487@ntt.it> <19991226151849.A369@ntt.it> From: "Greg J. Badros" Date: 11 Jan 2000 09:30:51 -0800 In-Reply-To: Francesco Tapparo's message of "Sun, 26 Dec 1999 15:18:49 +0100" Message-ID: Lines: 24 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > On Thu, Dec 23, 1999 at 04:06:05PM +0100, Francesco Tapparo wrote: > > I wrote a preliminary version of a message function using gtk and not > > xmessage. Of course the objective is to replace the xmessage-enabled message. > > Because it is very low quality right now, I put it in its module, under > > the name gtkmessage. I would like to have some feedback about it. > > Here are some shortcomings of this implementation: > > This is my second version. It use a label widget, instead of a text one, > because the label calculate its dimensions. This idea is stolen from > xmessage; actually xmessage create a label widget, get its' dimension and > the use those to resize a text widget. I do'nt know how to get the size of a > widget in guile-gtk, so I'm using directly a label. > Now the quality is rather good (it uses a technique similar to the technique > used by xmessage). I've added a tweaked version of this to Scwm -- thanks for the contribution! I added title and close-message keyword arguments, and made the message a manadatory argument. I also changed the alignment of the button for dismissing the window. Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 12:50:35 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA12964 for scwm-discuss-outgoing; Tue, 11 Jan 2000 12:50:35 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA12960 for ; Tue, 11 Jan 2000 12:50:28 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA14116; Tue, 11 Jan 2000 09:50:23 -0800 To: "David J. Kanter" Cc: Scwm listserv Subject: Re: Is Debian's unstable scwm terribly broken... References: <19991219150006.A16844@milwaukee> From: "Greg J. Badros" Date: 11 Jan 2000 09:50:22 -0800 In-Reply-To: "David J. Kanter"'s message of "Sun, 19 Dec 1999 15:00:06 -0600" Message-ID: Lines: 27 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "David J. Kanter" writes: > [Scwm][bind-key]: <> Unbound modifier H- You can now put: (define (hyper str) (string-append "ignore-" str)) in ~/.scwm/startup and all the bindings that start with hyper will be ignored. (Yes, this is a hack, but hopefully a useful one.) Alternatively, use: (define (hyper str) (string-append "C-s-" str)) to convert what were hyper bindings to "Ctrl+Super" bindings if you have that modifier key, instead. Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 12:55:21 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA13062 for scwm-discuss-outgoing; Tue, 11 Jan 2000 12:55:21 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA13059 for ; Tue, 11 Jan 2000 12:55:18 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA14133; Tue, 11 Jan 2000 09:54:35 -0800 To: zhaoway Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Is Debian's unstable scwm terribly broken... References: <19991219150006.A16844@milwaukee> <87902pbuwp.fsf@sheila.i-did-not-set--mail-host-address--so-shoot-me> From: "Greg J. Badros" Date: 11 Jan 2000 09:54:35 -0800 In-Reply-To: zhaoway's message of "20 Dec 1999 21:31:50 +0800" Message-ID: Lines: 20 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk zhaoway writes: > Oh, here is another problem towards the ``startscwm'' script. Greg, :-) > > I use .Xmodmap to switch my Ctrl and Caps-Lock. when I use startx to start, > the switch is done. but when i use startscwm to start the whole stuff, the > switch is done twice(?), i.e. not done. :-) If i comment out the section > in startscwm processing .Xmodmap, then all is OK. Guess it should be commented > out? :-) startscwm is meant to be used instead of startx, not as a means of starting scwm from another script. You should perhaps just be starting the scwm process yourself if you want to use startx-- maybe use the last 15 lines or so from startscwm, suitably modified. But it might be easier to just let startscwm do all the work. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 21:34:40 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id VAA14608 for scwm-discuss-outgoing; Tue, 11 Jan 2000 21:34:40 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from pat.uio.no (7411@pat.uio.no [129.240.130.16]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id VAA14605 for ; Tue, 11 Jan 2000 21:34:36 -0500 Received: from octarine.uio.no ([129.240.186.25]) by pat.uio.no with esmtp (Exim 2.12 #7) id 128DcH-00073j-00 for scwm-discuss@scwm.mit.edu; Wed, 12 Jan 2000 03:34:33 +0100 Received: from hmeland by octarine.uio.no with local (Exim 2.12 #7) id 128Dan-0004U4-00 for scwm-discuss@scwm.mit.edu; Wed, 12 Jan 2000 03:33:01 +0100 To: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6pre1 pre-release References: From: Harald Meland Date: 12 Jan 2000 03:33:01 +0100 In-Reply-To: "Greg J. Badros"'s message of "10 Jan 2000 15:02:48 -0800" Message-ID: Lines: 43 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk [Greg J. Badros] > Feedback on successes and failures are greatly appreciated! It appears the autoconf stuff doesn't detect guile features properly -- i.e., AC_CHECK_LIB(guile, scm_done_malloc, AC_DEFINE(HAVE_SAFE_SCM_EVAL_STRING), ,$GUILE_LIBS) expands to LIBS="-lguile $GUILE_LIBS $LIBS" when we'd rather want LIBS="$GUILE_LIBS -lguile $LIBS" Here's a quick patch: --- configure.in.~1~ Mon Jan 10 23:30:30 2000 +++ configure.in Wed Jan 12 02:58:00 2000 @@ -569,6 +569,9 @@ dnl # Check for bleeding-edge guile funcs +saved_LDFLAGS="$LDFLAGS" +LDFLAGS="$GUILE_LIBS" + dnl This checks (roughly) if the guile lib is a sufficiently recent snapshot dnl to have a scm_eval_string that is safe against re-entry by continuations. dnl I was to lazy to write a real test macro so I just check for a function @@ -608,6 +611,8 @@ AC_CHECK_LIB(guile, scm_make_smob_type_mfpe, AC_DEFINE(HAVE_SCM_MAKE_SMOB_TYPE_MFPE), ,$GUILE_LIBS) AC_CHECK_LIB(guile, scm_strport_to_string, AC_DEFINE(HAVE_SCM_STRPORT_TO_STRING), ,$GUILE_LIBS) + +LDFLAGS="${saved_LDFLAGS}" dnl check for scm_the_last_fluid in place of scm_the_last_stack_var -- Harald From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 11 22:09:24 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id WAA14782 for scwm-discuss-outgoing; Tue, 11 Jan 2000 22:09:24 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mons.uio.no (7411@mons.uio.no [129.240.130.14]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id WAA14779 for ; Tue, 11 Jan 2000 22:09:19 -0500 Received: from octarine.uio.no ([129.240.186.25]) by mons.uio.no with esmtp (Exim 2.12 #7) id 128E9n-0001EX-00 for scwm-discuss@scwm.mit.edu; Wed, 12 Jan 2000 04:09:11 +0100 Received: from hmeland by octarine.uio.no with local (Exim 2.12 #7) id 128E9n-000691-00 for scwm-discuss@scwm.mit.edu; Wed, 12 Jan 2000 04:09:11 +0100 To: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6pre1 pre-release References: From: Harald Meland Date: 12 Jan 2000 04:09:10 +0100 In-Reply-To: Harald Meland's message of "12 Jan 2000 03:33:01 +0100" Message-ID: Lines: 63 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk [Harald Meland] > [Greg J. Badros] > > > Feedback on successes and failures are greatly appreciated! > > It appears the autoconf stuff doesn't detect guile features properly > [...] And once I had my patch in place, the next grinding halt on my Solaris 7 box looked like this: Making all in src make[1]: Entering directory `/usit/morgoth/src/MASTER/scwm/scwm-0.99.6pre1/src' ../src/scwm-snarf -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I/local/X11R6/include -I/local/gnu/include -I/opt/local/include -g Grab.c > Grab.x && \ ../src/scwm-doc-snarf -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I/local/X11R6/include -I/local/gnu/include -I/opt/local/include -g Grab.c > Grab.doc \ || { rm Grab.x Grab.doc ; false; } "/local/gnu/include/libguile/scmconfig.h", line 58: warning: macro redefined: inline "../include/config.h", line 15: warning: macro redefined: inline "Grab.c", line 82: directive not honored in macro argument list "Grab.c", line 91: warning: macro redefined: FUNC_NAME "Grab.c", line 96: directive not honored in macro argument list "Grab.c", line 104: warning: macro redefined: FUNC_NAME "Grab.c", line 108: directive not honored in macro argument list "Grab.c", line 126: EOF in argument list of macro: SCWM_PROC "Grab.c", line 126: EOF in argument list of macro: SCWM_PROC "Grab.c", line 126: invalid input token: " "Grab.c", line 126: invalid input token: ' instead. This must be paired with "Grab.c", line 126: invalid input token: '") cc: acomp failed for Grab.c parse error in file /tmp/perl-e8XaicU at line 1, next 2 tokens "BEGIN {" parse error in file /tmp/perl-e8XaicU at line 1, next token "}" /\$\$\$\s*(\S+)\s+(\S+)\s+(\d+)\s+(\d+)\s+(\d+)\s*\@\@\@\s*(.*?) \@!!!/: nested *?+ in regexp at /tmp/perl-e8XaicU line 1. In file included from /local/gnu/include/libguile/__scm.h:125, from /local/gnu/include/libguile.h:50, from /local/gnu/include/guile/gh.h:52, from scwm.h:57, from Grab.c:31: /local/gnu/include/libguile/scmconfig.h:58: warning: `inline' redefined ../include/config.h:15: warning: this is the location of the previous definition make[1]: *** [Grab.x] Error 1 make[1]: Leaving directory `/usit/morgoth/src/MASTER/scwm/scwm-0.99.6pre1/src' make: *** [all-recursive] Error 1 octarine$ In file included from color.h:11, from scwm.h:60, from Grab.c:31: ../include/config.h:15: warning: `inline' redefined /local/gnu/include/libguile/scmconfig.h:58: warning: this is the location of the previous definition tee: standard output: Broken pipe The first batch of compilation warnings ("directive not honored" etc.) comes from SUN's cc, which I'd very much like to use instead of gcc on Solaris, and which I have explicitly asked for when configuring. I'm not really into anything even remotely resembling cpp wizardry, so I'm at a loss as to what is needed to fix these. However, the two final cpp warnings ("warning: `inline' redefined") look very much like the output gcc would produce... And indeed, in src/scwm-doc-snarf the default of $CPP (if not explicitly set) is "gcc -E", regardless of how scwm has been configured. -- Harald From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 01:43:41 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id BAA15176 for scwm-discuss-outgoing; Wed, 12 Jan 2000 01:43:41 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id BAA15173 for ; Wed, 12 Jan 2000 01:43:37 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id WAA24840; Tue, 11 Jan 2000 22:43:29 -0800 To: Harald Meland Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: From: "Greg J. Badros" Date: 11 Jan 2000 22:43:29 -0800 In-Reply-To: Harald Meland's message of "12 Jan 2000 03:33:01 +0100" Message-ID: Lines: 11 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Harald Meland writes: > [Greg J. Badros] > > > Feedback on successes and failures are greatly appreciated! > > It appears the autoconf stuff doesn't detect guile features properly Okay, I applied this patch. Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 02:01:44 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id CAA15404 for scwm-discuss-outgoing; Wed, 12 Jan 2000 02:01:44 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id CAA15399 for ; Wed, 12 Jan 2000 02:01:41 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id XAA01828; Tue, 11 Jan 2000 23:01:34 -0800 To: Harald Meland Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: From: "Greg J. Badros" Date: 11 Jan 2000 23:01:34 -0800 In-Reply-To: Harald Meland's message of "12 Jan 2000 04:09:10 +0100" Message-ID: Lines: 32 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Harald Meland writes: > [Harald Meland] > > > [Greg J. Badros] > > > > > Feedback on successes and failures are greatly appreciated! > > > > It appears the autoconf stuff doesn't detect guile features properly > > [...] > > And once I had my patch in place, the next grinding halt on my Solaris > 7 box looked like this: Okay, I've fixed the inline problem, I think. A bunch of the rest of the difficulties appear to be related to your C compiler's not permitting literal strings to span multiple lines w/o being backslashed. I need to write a script to clean this up; it was just brought up on the Guile list, too. I was a bit surprised to hear it was a problem because I'd had the code like that for a while in Scheme... I guess no one using non-gcc was tracking the CVS for a while. :-(. Thanks for your report, though! It probably won't be tonight that I fix this, unfortunately. The perl problem may be because of an older perl. What is the output of 'perl -V' on your system? Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 02:37:52 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id CAA15750 for scwm-discuss-outgoing; Wed, 12 Jan 2000 02:37:52 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id CAA15746 for ; Wed, 12 Jan 2000 02:37:16 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id XAA27772; Tue, 11 Jan 2000 23:37:01 -0800 To: Harald Meland Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: From: "Greg J. Badros" Date: 11 Jan 2000 23:37:01 -0800 In-Reply-To: "Greg J. Badros"'s message of "11 Jan 2000 23:01:34 -0800" Message-ID: Lines: 24 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "Greg J. Badros" writes: > A bunch of the rest of the difficulties appear to be related to your C > compiler's not permitting literal strings to span multiple lines w/o > being backslashed. I need to write a script to clean this up; it was > just brought up on the Guile list, too. I was a bit surprised to hear > it was a problem because I'd had the code like that for a while in > Scheme... I guess no one using non-gcc was tracking the CVS for a > while. :-(. Thanks for your report, though! It probably won't be > tonight that I fix this, unfortunately. Actually, I take it back... my first try worked surprisingly well so I've made the change already. Please try the latest from CVS and let me know how that goes for you. If you run into other (non-documentation) string literals that span lines, just add \n\ to the end of the lines (and please let me know where they were). Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 03:14:12 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id DAA16389 for scwm-discuss-outgoing; Wed, 12 Jan 2000 03:14:12 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from 212186010174.11.tuwien.teleweb.at (212186010174.11.tuwien.teleweb.at [212.186.10.174]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id DAA16383 for ; Wed, 12 Jan 2000 03:14:04 -0500 Received: (qmail 1243 invoked by uid 115); 12 Jan 2000 08:13:31 -0000 To: scwm-discuss@scwm.mit.edu Subject: SCM_HOOKP X-Attribution: Robbe From: Robert Bihlmeyer Date: 12 Jan 2000 00:23:56 +0100 Message-ID: Lines: 10 User-Agent: Gnus/5.070097 (Pterodactyl Gnus v0.97) XEmacs/21.1 (Biscayne) MIME-Version: 1.0 content-Type: multipart/signed; boundary="----------=_947664810-1197-6"; micalg="pgp-sha1"; protocol="application/pgp-signature" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk This is a multi-part message in MIME format. It has been signed conforming to RFC2015. You'll need PGP or GPG to check the signature. ------------=_947664810-1197-6 Content-Type: text/plain; charset=us-ascii Hi, is Guile 1.3.2 still supported? If yes, it has no SCM_HOOKP and the sanity-check in callback.c does not compile. Robbe -- Robert Bihlmeyer reads: Deutsch, English, MIME, Latin-1, NO SPAM! ------------=_947664810-1197-6 Content-Type: application/pgp-signature; name="signature.ng" Content-Disposition: inline; filename="signature.ng" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE4fDeq33KcuuZYPvsRAlppAJ9MfL9EphnTxsodnZbOwQ2CNY+WkgCdERBz C0oHnxm2tSr5TQsAahX3MYs= =xANu -----END PGP SIGNATURE----- ------------=_947664810-1197-6-- From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 03:14:21 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id DAA16394 for scwm-discuss-outgoing; Wed, 12 Jan 2000 03:14:21 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from 212186010174.11.tuwien.teleweb.at (212186010174.11.tuwien.teleweb.at [212.186.10.174]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id DAA16384 for ; Wed, 12 Jan 2000 03:14:04 -0500 Received: (qmail 1249 invoked by uid 115); 12 Jan 2000 08:13:31 -0000 To: scwm-discuss@scwm.mit.edu Subject: Re: dumb question about focus and next-window References: <87n1r14fn3.fsf@potato.hanchrow.org> X-Attribution: Robbe From: Robert Bihlmeyer Date: 12 Jan 2000 00:55:06 +0100 In-Reply-To: "Greg J. Badros"'s message of "03 Jan 2000 09:07:14 -0800" Message-ID: Lines: 26 User-Agent: Gnus/5.070097 (Pterodactyl Gnus v0.97) XEmacs/21.1 (Biscayne) MIME-Version: 1.0 content-Type: multipart/signed; boundary="----------=_947664811-1197-7"; micalg="pgp-sha1"; protocol="application/pgp-signature" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk This is a multi-part message in MIME format. It has been signed conforming to RFC2015. You'll need PGP or GPG to check the signature. ------------=_947664811-1197-7 Content-Type: text/plain; charset=us-ascii Hi, >>>>> On 03 Jan 2000 09:07:14 -0800 >>>>> "Greg J. Badros" said: Greg> Although you should still look into window-task-switcher, Greg> noting that the s-Tab won't work as nicely as A-Tab since the Greg> Alt is a hard-coded hack for now (I'll certainly accept patches Greg> to make it work with Super and Hyper modifiers too). I think the menu function should determine itself on which modifier release to react. Ideally, it would check what modifiers are down at call time, and a selection would be made when any (all?) of those modifiers is released. But I found no function to query modifier status short of some xkb function which I don't know if we want to depend on. A perhaps not so clean solution would be to leak the modifier status out from "events.c". What do you think about that? Robbe -- Robert Bihlmeyer reads: Deutsch, English, MIME, Latin-1, NO SPAM! ------------=_947664811-1197-7 Content-Type: application/pgp-signature; name="signature.ng" Content-Disposition: inline; filename="signature.ng" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE4fDer33KcuuZYPvsRAreZAJ467c+mn6QrQzutBhhFdtd0W4wuoQCfRPY1 XpFQPGJOmYF4Kui1Vn8Xhm0= =/XMR -----END PGP SIGNATURE----- ------------=_947664811-1197-7-- From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 03:32:36 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id DAA16783 for scwm-discuss-outgoing; Wed, 12 Jan 2000 03:32:36 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id DAA16773 for ; Wed, 12 Jan 2000 03:32:24 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id AAA07766; Wed, 12 Jan 2000 00:32:16 -0800 To: Robert Bihlmeyer Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: SCM_HOOKP References: From: "Greg J. Badros" Date: 12 Jan 2000 00:32:16 -0800 In-Reply-To: Robert Bihlmeyer's message of "12 Jan 2000 00:23:56 +0100" Message-ID: Lines: 14 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Robert Bihlmeyer writes: > is Guile 1.3.2 still supported? If yes, it has no SCM_HOOKP and > the sanity-check in callback.c does not compile. I guess not. :-) Seriously, 1.3.2 was pretty buggy in a couple of ways, and it's too much effort to support and test every version of Guile. If someone else has time to make it work w/ 1.3.2 *and* test it regularly against that, then I'm happy to have scwm keep it working with older versions. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 03:34:53 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id DAA16839 for scwm-discuss-outgoing; Wed, 12 Jan 2000 03:34:53 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id DAA16836 for ; Wed, 12 Jan 2000 03:34:50 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id AAA07771; Wed, 12 Jan 2000 00:34:43 -0800 To: Robert Bihlmeyer Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: dumb question about focus and next-window References: <87n1r14fn3.fsf@potato.hanchrow.org> From: "Greg J. Badros" Date: 12 Jan 2000 00:34:43 -0800 In-Reply-To: Robert Bihlmeyer's message of "12 Jan 2000 00:55:06 +0100" Message-ID: Lines: 30 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Robert Bihlmeyer writes: > Greg> Although you should still look into window-task-switcher, > Greg> noting that the s-Tab won't work as nicely as A-Tab since the > Greg> Alt is a hard-coded hack for now (I'll certainly accept patches > Greg> to make it work with Super and Hyper modifiers too). > > I think the menu function should determine itself on which modifier > release to react. Ideally, it would check what modifiers are down at > call time, and a selection would be made when any (all?) of those > modifiers is released. Sure, that'd be cleaner (but I needed a quick hack at the time). > But I found no function to query modifier status short of some xkb > function which I don't know if we want to depend on. It'd be a bad race condition, anyway. > A perhaps not so clean solution would be to leak the modifier status > out from "events.c". What do you think about that? We do this already with the button press coordinates. (See stash_orig_button_position() and have_orig_position, etc.) It'd be nice to encapsulate the useful last event information up somewhere, and provide accessors from Scheme to get at it (as well as from C, of course). Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 20:34:49 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id UAA20920 for scwm-discuss-outgoing; Wed, 12 Jan 2000 20:34:49 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from pat.uio.no (7411@pat.uio.no [129.240.130.16]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id UAA20917 for ; Wed, 12 Jan 2000 20:34:43 -0500 Received: from octarine.uio.no ([129.240.186.25]) by pat.uio.no with esmtp (Exim 2.12 #7) id 128Z9r-0001tP-00 for scwm-discuss@scwm.mit.edu; Thu, 13 Jan 2000 02:34:39 +0100 Received: from hmeland by octarine.uio.no with local (Exim 2.12 #7) id 128Z9r-0000Gf-00 for scwm-discuss@SCWM.MIT.EDU; Thu, 13 Jan 2000 02:34:39 +0100 To: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6pre1 pre-release References: From: Harald Meland Date: 13 Jan 2000 02:34:39 +0100 In-Reply-To: "Greg J. Badros"'s message of "11 Jan 2000 23:01:34 -0800" Message-ID: Lines: 27 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk [Greg J. Badros] > The perl problem may be because of an older perl. What is the output of > 'perl -V' on your system? $ perl -V Unrecognized switch: -V. :) Using "-v" instead shows that it's 4.036. However, I configured scwm to use /local/bin/perl5, which is: $ /local/bin/perl5 -v This is perl, version 5.004_04 built for sun4-solaris Copyright 1987-1997, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5.0 source kit. Is some part of the compile process not taking the necessary steps to use whatever perl configure decides is proper? -- Harald From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 12 22:14:20 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id WAA21150 for scwm-discuss-outgoing; Wed, 12 Jan 2000 22:14:20 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from pat.uio.no (7411@pat.uio.no [129.240.130.16]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id WAA21147 for ; Wed, 12 Jan 2000 22:14:15 -0500 Received: from octarine.uio.no ([129.240.186.25]) by pat.uio.no with esmtp (Exim 2.12 #7) id 128aiB-0007TU-00 for scwm-discuss@scwm.mit.edu; Thu, 13 Jan 2000 04:14:11 +0100 Received: from hmeland by octarine.uio.no with local (Exim 2.12 #7) id 128aiB-0002pJ-00 for scwm-discuss@SCWM.MIT.EDU; Thu, 13 Jan 2000 04:14:11 +0100 To: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6pre1 pre-release References: From: Harald Meland Date: 13 Jan 2000 04:14:10 +0100 In-Reply-To: "Greg J. Badros"'s message of "11 Jan 2000 23:37:01 -0800" Message-ID: Lines: 109 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk [Greg J. Badros] > Actually, I take it back... my first try worked surprisingly well so > I've made the change already. Please try the latest from CVS and > let me know how that goes for you. OK, trying it out now. Noticed a inconvenience; Even though I have a working `guile-config', and it says: $ guile-config compile -I/local/gnu/include , that cpp option does not get included when snarfing (at least): $ PERL=/local/bin/perl5 CC=cc ./autogen.sh --prefix=/opt/local --with-lispdir=/local/hacks/gnu/share/emacs/deluxe-lisp [...] $ make [...] Generating scm_init_funcs.h... ../src/scwm-snarf -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I/local/X11R6/include -I/opt/local/include -I/opt/local/include -g Grab.c > Grab.x && \ ../src/scwm-doc-snarf -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I/local/X11R6/include -I/opt/local/include -I/opt/local/include -g Grab.c > Grab.doc \ || { rm Grab.x Grab.doc ; false; } "./scwm.h", line 57: cannot find include file: "./scwm-guile.h", line 18: cannot find include file: "./color.h", line 20: cannot find include file: "./scwm-snarf.h", line 13: cannot find include file: "./winprop.h", line 25: cannot find include file: "./scwm_msg.h", line 14: cannot find include file: Adding an explicit "--with-guile-prefix" option when configuring "solves" that particular problem, so now I'm using this: $ PERL=/local/bin/perl5 CC=cc ./autogen.sh --prefix=/opt/local --with-lispdir=/local/hacks/gnu/share/emacs/deluxe-lisp --with-guile-prefix=/local/gnu After replacing "perl" with "/local/bin/perl5" in src/scwm-doc-snarf, I tried once more: $ make Making all in src make[1]: Entering directory `/usit/morgoth/src/MASTER/scwm/scwm-CVS/src' ( echo "char *init_scheme_string = \"\\" ; \ sed -e 's/;.*$//g' -e 's/"/\\"/g' -e "s/'/\\\\'/g" -e 's/$/\\n\\/' ; \ echo \"\; ) <../scheme/minimal.scm > init_scheme_string.c Generating scwmpaths.h... Generating scm_init_funcs.h... ../src/scwm-snarf -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I/local/X11R6/include -I/local/gnu/include -I/opt/local/include -g Grab.c > Grab.x && \ ../src/scwm-doc-snarf -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I/local/X11R6/include -I/local/gnu/include -I/opt/local/include -g Grab.c > Grab.doc \ || { rm Grab.x Grab.doc ; false; } "/local/gnu/include/libguile/scmconfig.h", line 58: warning: macro redefined: inline "../include/config.h", line 15: warning: macro redefined: inline "/local/gnu/include/libguile/scmconfig.h", line 58: warning: macro redefined: inline "../include/config.h", line 15: warning: macro redefined: inline [...] I guess this means the inline problem is still there, but it's only a warning, right? > If you run into other (non-documentation) string literals that span > lines, just add \n\ to the end of the lines (and please let me know > where they were). I had to add explicit newlines: 1. Wherever there was a line-spanning text literal conatining blank lines, these blank lines were exchanged with "\n\" (you had already added "\n\" to all lines in the literal which were not blank). 2. I also had to add these endings to multiline documentation strings in the SCWM_HOOK and SCWM_IPROC macros. A patch can be found at . Now, compilations failed like this: $ make Making all in src make[1]: Entering directory `/usit/morgoth/src/MASTER/scwm/scwm-CVS/src' cc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I/local/X11R6/include -I/local/gnu/include -I/opt/local/include -g -c Grab.c command line: fatal: invalid arg for option M D: No such file or directory cc: acomp failed for Grab.c make[1]: *** [Grab.o] Error 2 make[1]: Leaving directory `/usit/morgoth/src/MASTER/scwm/scwm-CVS/src' make: *** [all-recursive] Error 1 $ make --version GNU Make version 3.78.1, by Richard Stallman and Roland McGrath. I see that this is due to this target in src/Makefile.in: %.o: %.c @echo '$(COMPILE) -c $<'; \ $(COMPILE) -Wp,-MD,.deps/$(*F).pp -c $< [...] I guess I could hack up a solution for this using SUN cc's "-xM" or "-xM1" options: -xM Runs the ANSI/ISO preprocessor on the named C programs, generates makefile dependencies and sends the result to the standard output [...] -xM1 Same as -xM except that -xM1 does not report dependencies for /usr/include header files. [...] but it would be nice if there was some less compiler dependent way of doing this... -- Harald From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 13 00:13:42 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id AAA21408 for scwm-discuss-outgoing; Thu, 13 Jan 2000 00:13:42 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id AAA21405 for ; Thu, 13 Jan 2000 00:13:30 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id VAA23707; Wed, 12 Jan 2000 21:13:22 -0800 To: Harald Meland Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Scwm-0.99.6pre1 pre-release References: From: "Greg J. Badros" Date: 12 Jan 2000 21:13:22 -0800 In-Reply-To: Harald Meland's message of "13 Jan 2000 04:14:10 +0100" Message-ID: Lines: 106 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Harald Meland writes: > [Greg J. Badros] > > > Actually, I take it back... my first try worked surprisingly well so > > I've made the change already. Please try the latest from CVS and > > let me know how that goes for you. > > OK, trying it out now. Noticed a inconvenience; Even though I have a > working `guile-config', and it says: > > $ guile-config compile > -I/local/gnu/include > > , that cpp option does not get included when snarfing (at least): Ok, I've now made --with-guile-include-prefix override "guile-config -compile", but guile-config's value is used otherwise. > > $ PERL=/local/bin/perl5 CC=cc ./autogen.sh --prefix=/opt/local --with-lispdir=/local/hacks/gnu/share/emacs/deluxe-lisp > $ PERL=/local/bin/perl5 CC=cc ./autogen.sh --prefix=/opt/local --with-lispdir=/local/hacks/gnu/share/emacs/deluxe-lisp --with-guile-prefix=/local/gnu > > After replacing "perl" with "/local/bin/perl5" in src/scwm-doc-snarf, > I tried once more: And I've made @PERL@ get used in scwm-doc-snarf.in to fix thiat problem > I guess this means the inline problem is still there, but it's only a > warning, right? Yes, and it looks like this is a Guile problem, not a Scwm problem. > > If you run into other (non-documentation) string literals that span > > lines, just add \n\ to the end of the lines (and please let me know > > where they were). > > I had to add explicit newlines: > > 1. Wherever there was a line-spanning text literal conatining blank > lines, these blank lines were exchanged with "\n\" (you had > already added "\n\" to all lines in the literal which were not > blank). > > 2. I also had to add these endings to multiline documentation strings > in the SCWM_HOOK and SCWM_IPROC macros. Thanks -- I missed those (obviously!)! > A patch can be found at http://www.uio.no/~hmeland/tmp/scwm-newline.patch>. Great, applied and will commit soon. > Now, compilations failed like this: > > $ make > Making all in src > make[1]: Entering directory `/usit/morgoth/src/MASTER/scwm/scwm-CVS/src' > cc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I/local/X11R6/include -I/local/gnu/include -I/opt/local/include -g -c Grab.c > command line: fatal: invalid arg for option M D: No such file or directory > cc: acomp failed for Grab.c > make[1]: *** [Grab.o] Error 2 > make[1]: Leaving directory `/usit/morgoth/src/MASTER/scwm/scwm-CVS/src' > make: *** [all-recursive] Error 1 > $ make --version > GNU Make version 3.78.1, by Richard Stallman and Roland McGrath. > > I see that this is due to this target in src/Makefile.in: > > %.o: %.c > @echo '$(COMPILE) -c $<'; \ > $(COMPILE) -Wp,-MD,.deps/$(*F).pp -c $< > [...] > > I guess I could hack up a solution for this using SUN cc's "-xM" or > "-xM1" options: > > -xM Runs the ANSI/ISO preprocessor on the named C programs, > generates makefile dependencies and sends the result to > the standard output [...] > > -xM1 Same as -xM except that -xM1 does not report > dependencies for /usr/include header files. [...] > > but it would be nice if there was some less compiler dependent way of > doing this... This is something in the interaction w/ automake. I'm not sure what the right answer is, here. It might be easiest to create a wrapper for your cc that converts the gcc-style dependency generation flags into your vender dependency flags. Or maybe automake has options to deal with this when creating Makefile.in from Makefile.am; unfortunately, I'm not yet an automake guru. Thanks! Scwm-0.99.6 will be a lot closer to working w/ vendor cc's because of your efforts. I'm going to have to release it tonight, but I promise a 0.99.6.1 release with our further fixes to make it build cleanly for you. Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 13 01:26:44 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id BAA21978 for scwm-discuss-outgoing; Thu, 13 Jan 2000 01:26:44 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id BAA21975 for ; Thu, 13 Jan 2000 01:26:38 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id WAA30693; Wed, 12 Jan 2000 22:26:31 -0800 To: scwm-discuss@scwm.mit.edu, guile@sourceware.cygnus.com Subject: ANNOUNCE: Scwm-0.99.6 released! From: "Greg J. Badros" Date: 12 Jan 2000 22:26:30 -0800 Message-ID: Lines: 196 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I'm happy to release another great version of Scwm, the Scheme Constraints Window Manager. Get it from our web site: http://scwm.mit.edu Special thanks as always to our great user community for their effort in reporting bugs, often with suggested fixes! The NEWS file entries for this release is below, followed by the formal announcement. Please forward this announcement to other lists and folks that might be interested, and please keep the bug reports and feature requests coming in. Thanks! Greg J. Badros gjb@cs.washington.edu Seattle, WA USA http://www.cs.washington.edu/homes/gjb NEWS file entries: Changes for scwm-0.99.6 (released 12-January-2000) * Bug fixes ** Button-click position is used as anchor for interactive window moves Fixes a race condition in determining where the user clicked on the window that could have resulted in the window not being under the pointer ** Fixed race condition that caused instability for short-lived windows Paricularly noticeable with the GIMP ** menus popped-up from decorations stay on screen ** visibility change hooks are called properly, and during moves/resizes ** Window minimum/maximum sizes now correct for decorations accurately ** Many more!!! * New modules ** cursor.scm -- fancy resize cursor support * New hooks ** `pre-command-hook', `post-command-hook': pre- uses `this-command' and `this-command-args' variables. ** `X-SelectionNotify-hook' for notification that there is no selection after `X-convert-selection' requests * Interactive specifications are now warned when violated. * Changed behaviours to system.scwmrc ** `load-user-file' written to permit user-customization files at strategic points, including: ~/.scwm/startup ~/.scwm/after-modules ~/.scwm/after-applications ~/.scwm/after-window-styles ~/.scwm/after-menus ~/.scwm/after-bindings ~/.scwm/after-before-preferences ~/.scwm/after-after-preferences ~/.scwm/after-done ** sides of windows do resizes (like Win) instead of moves ** C-S-M now raises the fvwm2 pager (which is no longer always on-top) ** window-configuration.scm *** Now changes in global state animate all windows simultaneously, instead of sequentially ** constraints.scm *** Now moves to new positions/sizes are animated instead of jumped-to ** non-interactive procedures display a warning when invoked interactively * Much Improved GUI for constraints ** toolbar now has a record button, that turns into a stop button ** toolbar now supports animating different pictures of constraints to give a better idea of the utility of a constraint class's button ** constraint-investigator is improved! *** has a new "Delete all" button *** highlights the constraint when hovering over the label, not just when hovering over the checkbox *** nicer-looking alignment into columns ** newly-recorded compositions get added to the toolbar w/ the record-composition.xpm pixmap in the button ** alignment constraints now do nonant-highlighting of whole edges of windows instead of always highlighting just a single corner or side window * Changed procedures ** `window-style' now understands a list for its CONDITION argument to mean '(ClassName ResourceName) ** `maximize' no longer resets the gravity on the maximized window (also some animation maximization bugs were fixed) ** Rename menu-global-theme, menu-window-theme to `make-menu-global-theme' and `make-menu-window-theme' since they are procs that return menus, not bound directly to menus. ** `set-window-highlighted-nonant!' `window-highlighted-nonant' now take symbols for supporting whole-edge highlighting for better constraint interface * New primitives ** `X-get-selection-owner', `X-convert-selection' for managing selections, also `X-SelectionNotify-hook' ** `get-next-event' for getting the next key *or* mouse event ** `call-interactively' (also invoked internally when dispatch key/mouse bindings) ** `window-visibility' for reporting on current visibility state of a window ** `animate-windows' for permitting animations of multiple windows simultaneously ** `cl-resolve-xforms', `cl-reset-dirty-windows' for use in scwm-resolve-hook to permit animation ** `done-startup?' to let us tell whether we're still initializing or not * New procedures ** `show-netscape-window-list-menu' ** `make-menu-focus-options' ** `make-keep-winclass-centered' ** `viewport-center-x', `viewport-center-y' ** `auto-accept-dialog-placement' to permit automating pressing "Return" whenever a dialog returns ** `X-handle-selection-string', `netscape-goto-selection-url', `netscape-google-search-selection-url' ** `describe-event', to complement `describe-{mouse,key}' using new `get-next-event' primitive ** `set-highlight-colors!' convenience procedure. ** `unbind-mouse', `unbind-key' take optional ignored extra arguments used to make their calls be allowed to look just like the bind-mouse, bind-key call that established the binding. * Added -g option to force regular gc-ing at all invoking of Scheme hooks slows stuff down enough for easier debugging, and also finds problems in gcing sooner, rather than later. ANNOUNCE: Scwm 0.99.6 is released. * What Scwm is: Scwm is the Scheme Constraints Window Manager, a highly dynamic and extensible window manager for the X Window System. Scwm embeds Guile Scheme as the configuration and extension language, and includes a sophisticated constraint solver for permitting the user to interactively specify constraints among top-level window sizes and positions. Nearly all decorations can be changed at run-time on a per-window basis. Dynamic loading of C modules is supported. Scwm is self-documenting and provides A powerful protocol for interacting with the window manager from other processes. * Primary Authors: Greg J. Badros Maciej Stachowiak Other substantial contributors include: Robert Bihlmeyer , Todd Larason , Jeff Nichols , and Sam Steingold . Many more people have contributed bug reports, bug fixes, or smaller changes; see AUTHORS and THANKS in the distribution. * Where you can find more info: Some information about scwm is available at: http://scwm.mit.edu There are also scwm-discuss@scwm.mit.edu and scwm-announce@scwm.mit.edu mailing lists for disscussion and release announcements repsectively. The new list scwm-commits@scwm.mit.edu receives all scwm CVS commit messages. You can subscribe to any of these at majordomo@scwm.mit.edu by sending a message with a body of "subscribe " where is the name of the list you want. * Where you can get it: You can download the latest scwm source package from: ftp://scwm.mit.edu/pub/scwm/scwm-0.99.6.tar.gz There is also ftp://scwm.mit.edu/pub/scwm/scwm-icons-0.99.6.tar.gz which has a number of images for use with scwm as icons, textures, buttons, etc. Some of these images are not available otherwise. You will also need to download and install the guile library. You can get the latest release from: ftp://prep.ai.mit.edu/pub/gnu/guile or any archive that has GNU source packages available. Guile 1.3.4 is recommended because all testing by the developers is done against that version, the latest stable release of Guile. Guile 1.2 is no longer supported, but Guile-1.3 may still work with only minimal loss of functionality (Guile-1.3.2 was buggy and should be avoided). * Packages Various binary RPMs are available at: ftp://scwm.mit.edu/pub/scwm/RPMS Various source RPMs are available at: ftp://scwm.mit.edu/pub/scwm/SRPMS and the scwm-icons distribution is available at: ftp://scwm.mit.edu/pub/scwm/RPMS/noarch See the NEWS file in the distribution for a complete list of all that has changed since the previous version of Scwm. From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 13 06:17:57 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id GAA26633 for scwm-discuss-outgoing; Thu, 13 Jan 2000 06:17:57 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from tech.com.au (root@techpt.lnk.telstra.net [139.130.75.122]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id GAA26630 for ; Thu, 13 Jan 2000 06:17:49 -0500 Received: from tech.com.au (tardis [203.41.180.243]) by tech.com.au (8.9.3/8.9.3) with ESMTP id WAA29599; Thu, 13 Jan 2000 22:17:26 +1100 Message-ID: <387DB446.624D523A@tech.com.au> Date: Thu, 13 Jan 2000 22:17:26 +1100 From: Chris X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Greg Badros CC: scwm-discuss@scwm.mit.edu, guile@sourceware.cygnus.com, guile@cs.washington.edu Subject: Re: Scwm-0.99.6 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hi all, I just installed the scwm99.6-1 Redhat x86 rpm from scwm.mit.edu onto Redhat 6.1. I also installed the cassowary 54a (even though rpm didn't require it, and the link on the web page is borken.). scwm crashes before even starting. I have checked my rpms and they are the same version as the ones on the web site. A stack trace follows. I also built the previous version of scwm on a Sun Solaris Ultra today. I spent quite a bit of time building all the libraries. Without imlib or Xpm, scwm ran, but was unusable (perhaps due to lack of imlib or xpm, but I'm surprised it couldn't work a bit better). Anyway, I then installed imlib and Xpm, and then scwm crashes immediately. Tried to run gdb on it, but gdb crashed too. Should I build with some debug option?? Below is the stack trace from the 99.6-1 x86 rpm while using the system.scwmrc #0 0x403ac4e1 in __kill () from /lib/libc.so.6 #1 0x403ac156 in raise (sig=6) at ../sysdeps/posix/raise.c:27 #2 0x403ad868 in abort () at ../sysdeps/generic/abort.c:88 #3 0x4016d915 in scm_ithrow () from /usr/lib/libguile.so.6 #4 0x4012ab7f in scm_error () from /usr/lib/libguile.so.6 #5 0x4012affd in scm_misc_error () from /usr/lib/libguile.so.6 #6 0x4012b041 in scm_wta () from /usr/lib/libguile.so.6 #7 0x4013bbeb in scm_gc_mark () from /usr/lib/libguile.so.6 #8 0x4015efc8 in mark_root () from /usr/lib/libguile.so.6 #9 0x4013c204 in scm_gc_mark () from /usr/lib/libguile.so.6 #10 0x4013c379 in scm_mark_locations () from /usr/lib/libguile.so.6 #11 0x4013bb50 in scm_igc () from /usr/lib/libguile.so.6 #12 0x4013cf49 in scm_must_malloc () from /usr/lib/libguile.so.6 #13 0x8078005 in scm_internal_cwdr_no_unwind (body=0x8069e8c , body_data=0xbfffed90, handler=0x806a2c8 , handler_data=0x80bcc60, stack_start=0xbfffedd4) at guile-compat.c:84 #14 0x8069eef in scm_internal_stack_cwdr (body=0x8069e70 , body_data=0xbfffedd8, handler=0x806a2c8 , handler_data=0x80bcc60, stack_item=0xbfffedd4) at callbacks.c:138 #15 0x8069f29 in scwm_safe_apply (proc=1079051040, args=1079432288) at callbacks.c:198 #16 0x806a27c in scwm_body_eval_str (body_data=0x80beec0) at callbacks.c:333 #17 0x4016cf69 in scm_internal_catch () from /usr/lib/libguile.so.6 #18 0x80780a6 in scm_internal_cwdr_no_unwind ( body=0x806a164 , body_data=0x80beec0, handler=0x8060638 , handler_data=0x80bcc60, stack_start=0xbfffef7c) at guile-compat.c:111 #19 0x806a439 in scwm_safe_eval_str ( string=0x80beec0 "\n\n\n\n\n\n\n\n(use-modules (app scwm optargs))\n\n(define-public guile-version (+ (string->number (major-version)) \n\t\t\t\t(/ (string->number (minor-version)) 10)))\n\n\n\n(if (> guile-version 1.3)\n (setvbuf (cur"...) at callbacks.c:731 #20 0x80878de in scwm_main (argc=1, argv=0xbffff434) at scwm.c:1157 #21 0x4013f8cd in gh_launch_pad () from /usr/lib/libguile.so.6 #22 0x40142649 in invoke_main_func () from /usr/lib/libguile.so.6 #23 0x4016d11b in scm_internal_lazy_catch () from /usr/lib/libguile.so.6 #24 0x401425fe in scm_boot_guile_1 () from /usr/lib/libguile.so.6 #25 0x40142379 in scm_boot_guile () from /usr/lib/libguile.so.6 #26 0x4013f908 in gh_enter () from /usr/lib/libguile.so.6 #27 0x8086c6b in main (argc=1, argv=0xbffff434) at scwm.c:593 From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 13 12:37:16 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA27312 for scwm-discuss-outgoing; Thu, 13 Jan 2000 12:37:16 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA27309 for ; Thu, 13 Jan 2000 12:36:41 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA26676; Thu, 13 Jan 2000 09:35:49 -0800 To: Chris Cc: scwm-discuss@scwm.mit.edu, guile@sourceware.cygnus.com Subject: Re: Scwm-0.99.6 References: <387DB446.624D523A@tech.com.au> From: "Greg J. Badros" Date: 13 Jan 2000 09:35:49 -0800 In-Reply-To: Chris's message of "Thu, 13 Jan 2000 22:17:26 +1100" Message-ID: Lines: 37 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris writes: > Hi all, > > I just installed the scwm99.6-1 Redhat x86 rpm from scwm.mit.edu onto > Redhat 6.1. I also installed the cassowary 54a (even though rpm didn't > require it, and the link on the web page is borken.). I've fixed the links now.... thanks for that. > scwm crashes before even starting. I have checked my rpms and they are > the same version as the ones on the web site. A stack trace follows. Which guile rpm are you using? The stack trace below suggests it might be guile-1.3. You should perhaps use: ftp://scwm.mit.edu/pub/scwm/RPMS/i386/guile-1.3.4-1gjb.i386.rpm The README recommends 1.3.4, but perhaps I should make that more clear on the web page. > I also built the previous version of scwm on a Sun Solaris Ultra today. > I spent quite a bit of time building all the libraries. Without imlib or > Xpm, scwm ran, but was unusable (perhaps due to lack of imlib or xpm, > but I'm surprised it couldn't work a bit better). Anyway, I then > installed imlib and Xpm, and then scwm crashes immediately. Tried to run > gdb on it, but gdb crashed too. Should I build with some debug option?? I'd rather have bugs relative to the current version of Scwm. Can you get scwm-0.99.6.tar.gz and try to build it and see if things work for you. Again, do this with guile-1.3.4, as guile-1.3 is no longer necessarily supported. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 13 17:36:12 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA27722 for scwm-discuss-outgoing; Thu, 13 Jan 2000 17:36:12 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mailo.vtcif.telstra.com.au (mailo.vtcif.telstra.com.au [202.12.144.17]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA27719 for ; Thu, 13 Jan 2000 17:35:27 -0500 Received: (from uucp@localhost) by mailo.vtcif.telstra.com.au (8.8.2/8.6.9) id JAA17919; Fri, 14 Jan 2000 09:35:13 +1100 (EST) Received: from maili.vtcif.telstra.com.au(202.12.142.17) via SMTP by mailo.vtcif.telstra.com.au, id smtpd0tN8Hm; Fri Jan 14 09:34:39 2000 Received: (from uucp@localhost) by maili.vtcif.telstra.com.au (8.8.2/8.6.9) id JAA03561; Fri, 14 Jan 2000 09:34:38 +1100 (EST) Received: from localhost(127.0.0.1), claiming to be "mail.cdn.telstra.com.au" via SMTP by localhost, id smtpdc4vC0_; Fri Jan 14 09:34:02 2000 Received: from lunitari.nimrod.itg.telecom.com.au (lunitari.nimrod.itg.telecom.com.au [192.53.254.48]) by mail.cdn.telstra.com.au (8.8.2/8.6.9) with ESMTP id JAA27047; Fri, 14 Jan 2000 09:34:01 +1100 (EST) Received: from majere.design (majere [192.53.254.45]) by lunitari.nimrod.itg.telecom.com.au (8.9.1/8.9.3) with ESMTP id JAA26855; Fri, 14 Jan 2000 09:33:31 +1100 (EST) Received: from bigfoot.com (localhost [127.0.0.1]) by majere.design (8.8.8+Sun/8.8.8) with ESMTP id JAA19596; Fri, 14 Jan 2000 09:32:55 +1100 (EST) Message-ID: <387E5297.956AF8EF@bigfoot.com> Date: Fri, 14 Jan 2000 09:32:55 +1100 From: Chris Bitmead Organization: IBM Global Services X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@scwm.mit.edu CC: "Greg J. Badros" Subject: Re: Scwm-0.99.6 References: <387DB446.624D523A@tech.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "Greg J. Badros" wrote: > Which guile rpm are you using? The stack trace below suggests it might > be guile-1.3. You should perhaps use: I'm sure it was 1.3.4gjb, but I'll double check when I get home. > I'd rather have bugs relative to the current version of Scwm. Can you > get scwm-0.99.6.tar.gz and try to build it and see if things work for > you. Again, do this with guile-1.3.4, as guile-1.3 is no longer > necessarily supported. Are there any debug options in case I have problems? From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 13 17:42:10 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA27800 for scwm-discuss-outgoing; Thu, 13 Jan 2000 17:42:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA27797 for ; Thu, 13 Jan 2000 17:42:04 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id OAA30740; Thu, 13 Jan 2000 14:41:58 -0800 To: Chris Bitmead Cc: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6 References: <387DB446.624D523A@tech.com.au> <387E5297.956AF8EF@bigfoot.com> From: "Greg J. Badros" Date: 13 Jan 2000 14:41:58 -0800 In-Reply-To: Chris Bitmead's message of "Fri, 14 Jan 2000 09:32:55 +1100" Message-ID: Lines: 27 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris Bitmead writes: > "Greg J. Badros" wrote: > > > Which guile rpm are you using? The stack trace below suggests it might > > be guile-1.3. You should perhaps use: > > I'm sure it was 1.3.4gjb, but I'll double check when I get home. Ok; let me know. Also double check "ldd scwm" output and see what you're linking against. > > I'd rather have bugs relative to the current version of Scwm. Can you > > get scwm-0.99.6.tar.gz and try to build it and see if things work for > > you. Again, do this with guile-1.3.4, as guile-1.3 is no longer > > necessarily supported. > > Are there any debug options in case I have problems? Well, guile can be built with --enable-guile-debug, but there are no particularly useful scwm options for debugging. I'll try cleaning up my laptop enough to do a useful test of the RPMs there (it's surprisingly annoying and tedious to test RPMs on a machine that you use for developing that same code). Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 13 18:09:23 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA28021 for scwm-discuss-outgoing; Thu, 13 Jan 2000 18:09:23 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mailo.vtcif.telstra.com.au (mailo.vtcif.telstra.com.au [202.12.144.17]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA28018 for ; Thu, 13 Jan 2000 18:09:16 -0500 Received: (from uucp@localhost) by mailo.vtcif.telstra.com.au (8.8.2/8.6.9) id KAA23718; Fri, 14 Jan 2000 10:08:39 +1100 (EST) Received: from maili.vtcif.telstra.com.au(202.12.142.17) via SMTP by mailo.vtcif.telstra.com.au, id smtpd0Qfngm; Fri Jan 14 10:08:11 2000 Received: (from uucp@localhost) by maili.vtcif.telstra.com.au (8.8.2/8.6.9) id KAA03892; Fri, 14 Jan 2000 10:08:11 +1100 (EST) Received: from localhost(127.0.0.1), claiming to be "mail.cdn.telstra.com.au" via SMTP by localhost, id smtpd0Ev65U; Fri Jan 14 10:07:29 2000 Received: from lunitari.nimrod.itg.telecom.com.au (lunitari.nimrod.itg.telecom.com.au [192.53.254.48]) by mail.cdn.telstra.com.au (8.8.2/8.6.9) with ESMTP id KAA23517; Fri, 14 Jan 2000 10:07:28 +1100 (EST) Received: from majere.design (majere [192.53.254.45]) by lunitari.nimrod.itg.telecom.com.au (8.9.1/8.9.3) with ESMTP id KAA27949; Fri, 14 Jan 2000 10:06:57 +1100 (EST) Received: from bigfoot.com (localhost [127.0.0.1]) by majere.design (8.8.8+Sun/8.8.8) with ESMTP id KAA21688; Fri, 14 Jan 2000 10:06:21 +1100 (EST) Message-ID: <387E5A6C.60971B8C@bigfoot.com> Date: Fri, 14 Jan 2000 10:06:20 +1100 From: Chris Bitmead Organization: IBM Global Services X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "Greg J. Badros" CC: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6 References: <387DB446.624D523A@tech.com.au> <387E5297.956AF8EF@bigfoot.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk > Well, guile can be built with --enable-guile-debug, but there are no > particularly useful scwm options for debugging. I'll try cleaning up my > laptop enough to do a useful test of the RPMs there (it's surprisingly > annoying and tedious to test RPMs on a machine that you use for > developing that same code). That's true. BTW, if you're bored (yeah right, I know that's no really going to happen) you could also test the scwm build procedure for non-root users installing in an unconventional place, and having all the other stuff (gtk, cassowary) installed in an unconventional place too that would be a good idea because I had to hack a bit. (I would provide patches, but I don't know how to fix these configure things the right way. Yep I'll have to learn). From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 13 18:39:59 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA28184 for scwm-discuss-outgoing; Thu, 13 Jan 2000 18:39:59 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA28181 for ; Thu, 13 Jan 2000 18:39:54 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id PAA30953; Thu, 13 Jan 2000 15:39:50 -0800 To: Chris Bitmead Cc: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6 References: <387DB446.624D523A@tech.com.au> <387E5297.956AF8EF@bigfoot.com> <387E5A6C.60971B8C@bigfoot.com> From: "Greg J. Badros" Date: 13 Jan 2000 15:39:50 -0800 In-Reply-To: Chris Bitmead's message of "Fri, 14 Jan 2000 10:06:20 +1100" Message-ID: Lines: 26 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris Bitmead writes: > > Well, guile can be built with --enable-guile-debug, but there are no > > particularly useful scwm options for debugging. I'll try cleaning up my > > laptop enough to do a useful test of the RPMs there (it's surprisingly > > annoying and tedious to test RPMs on a machine that you use for > > developing that same code). > > That's true. BTW, if you're bored (yeah right, I know that's no really > going to happen) you could also test the scwm build procedure for > non-root users installing in an unconventional place, and having all the > other stuff (gtk, cassowary) installed in an unconventional place too > that would be a good idea because I had to hack a bit. (I would provide > patches, but I don't know how to fix these configure things the right > way. Yep I'll have to learn). I at one point tried to get all of that working, and thought it roughly did work. It's non-trivial, though, and it's a long, slow process to fully-test those kinds of builds. Please report the bugs that you find along those lines, even if you can't provide a patch: as my time permits I'm happy to try to get those things to work... it just can't be my first priority until the bigger things are taken care of. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 14 01:40:45 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id BAA28682 for scwm-discuss-outgoing; Fri, 14 Jan 2000 01:40:45 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mailo.vtcif.telstra.com.au (mailo.vtcif.telstra.com.au [202.12.144.17]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id BAA28679 for ; Fri, 14 Jan 2000 01:40:39 -0500 Received: (from uucp@localhost) by mailo.vtcif.telstra.com.au (8.8.2/8.6.9) id RAA13379 for ; Fri, 14 Jan 2000 17:40:34 +1100 (EST) Received: from maili.vtcif.telstra.com.au(202.12.142.17) via SMTP by mailo.vtcif.telstra.com.au, id smtpdG_qaF_; Fri Jan 14 17:40:26 2000 Received: (from uucp@localhost) by maili.vtcif.telstra.com.au (8.8.2/8.6.9) id RAA15899 for ; Fri, 14 Jan 2000 17:40:26 +1100 (EST) Received: from localhost(127.0.0.1), claiming to be "mail.cdn.telstra.com.au" via SMTP by localhost, id smtpdsfOcI_; Fri Jan 14 17:40:03 2000 Received: from lunitari.nimrod.itg.telecom.com.au (lunitari.nimrod.itg.telecom.com.au [192.53.254.48]) by mail.cdn.telstra.com.au (8.8.2/8.6.9) with ESMTP id RAA02555 for ; Fri, 14 Jan 2000 17:40:02 +1100 (EST) Received: from majere.design (majere [192.53.254.45]) by lunitari.nimrod.itg.telecom.com.au (8.9.1/8.9.3) with ESMTP id RAA12259 for ; Fri, 14 Jan 2000 17:39:32 +1100 (EST) Received: from bigfoot.com (localhost [127.0.0.1]) by majere.design (8.8.8+Sun/8.8.8) with ESMTP id RAA15155 for ; Fri, 14 Jan 2000 17:38:55 +1100 (EST) Message-ID: <387EC47E.CE9956B1@bigfoot.com> Date: Fri, 14 Jan 2000 17:38:54 +1100 From: Chris Bitmead Organization: IBM Global Services X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "scwm-discuss@scwm.mit.edu" Subject: Some quick bug reports Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Platform: Solaris 5.6. Bash: 2.02 The "start-scwm" script depends on "which" returning non-zero for a non-existant program. (my bash doesn't) If this is because I have an old version, or buggy version of bash I'll live with it, otherwise it should be fixed. The start-scwm script sets my DISPLAY to be :0.0.0 even though I have it to be the perfectly valid :0.0 This makes it fail. When I run scwm without start-scwm I get the following core dump. I'm not worried about the message so much as the core dump. sh: wavplay: execute permission denied Could not find SCWM Messages window---consider using `startscwm' to start Scwm ERROR: In procedure scm_fport_buffer_add: ERROR: Bad file number ^[[225z^[[225zBus Error (core dumped) From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 14 02:03:42 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id CAA28844 for scwm-discuss-outgoing; Fri, 14 Jan 2000 02:03:42 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mailo.vtcif.telstra.com.au (mailo.vtcif.telstra.com.au [202.12.144.17]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id CAA28840 for ; Fri, 14 Jan 2000 02:03:37 -0500 Received: (from uucp@localhost) by mailo.vtcif.telstra.com.au (8.8.2/8.6.9) id SAA00211 for ; Fri, 14 Jan 2000 18:03:33 +1100 (EST) Received: from maili.vtcif.telstra.com.au(202.12.142.17) via SMTP by mailo.vtcif.telstra.com.au, id smtpd05qUal; Fri Jan 14 18:03:16 2000 Received: (from uucp@localhost) by maili.vtcif.telstra.com.au (8.8.2/8.6.9) id SAA23603 for ; Fri, 14 Jan 2000 18:03:16 +1100 (EST) Received: from localhost(127.0.0.1), claiming to be "mail.cdn.telstra.com.au" via SMTP by localhost, id smtpdikPo8_; Fri Jan 14 18:02:46 2000 Received: from lunitari.nimrod.itg.telecom.com.au (lunitari.nimrod.itg.telecom.com.au [192.53.254.48]) by mail.cdn.telstra.com.au (8.8.2/8.6.9) with ESMTP id SAA10451 for ; Fri, 14 Jan 2000 18:02:45 +1100 (EST) Received: from majere.design (majere [192.53.254.45]) by lunitari.nimrod.itg.telecom.com.au (8.9.1/8.9.3) with ESMTP id SAA12968 for ; Fri, 14 Jan 2000 18:02:15 +1100 (EST) Received: from bigfoot.com (localhost [127.0.0.1]) by majere.design (8.8.8+Sun/8.8.8) with ESMTP id SAA15366 for ; Fri, 14 Jan 2000 18:01:38 +1100 (EST) Message-ID: <387EC9D2.817B06A4@bigfoot.com> Date: Fri, 14 Jan 2000 18:01:38 +1100 From: Chris Bitmead Organization: IBM Global Services X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "scwm-discuss@scwm.mit.edu" Subject: Further bug reports.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk More problems. Still on Solaris. (BTW, using 99.6 for this and previous bug report). It seemed to be working without too many crashes for a while. But now it is back to crashing continuously. Using the system.scwmrc. Either trying to move a window or root menus are making it crash instantly. BTW, I found it wouldn't work whatsoever without cassowary 54a. You should probably make it clear that you MUST upgrade all component (which??) when you upgrade scwm, because it's not very clear on the web site. Back to the crashing... I believe this is still related to the... ERROR: In procedure scm_fport_buffer_add: ERROR: Bad file number messages. My gdb doesn't seem to be working so I can't give a stack trace now. Another little annoyance. When starting scwmrc when it normally comes up with the spinning lambda, it comes up with a kind of white circle and scwm in reverse lettering, but it doesn't work properly. I have imlib and xpm built in if this is relevant. From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 14 05:08:43 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id FAA31882 for scwm-discuss-outgoing; Fri, 14 Jan 2000 05:08:43 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from tech.com.au (root@techpt.lnk.telstra.net [139.130.75.122]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id FAA31879 for ; Fri, 14 Jan 2000 05:08:30 -0500 Received: from tech.com.au (tardis [203.41.180.243]) by tech.com.au (8.9.3/8.9.3) with ESMTP id VAA12903; Fri, 14 Jan 2000 21:08:22 +1100 Message-ID: <387EF596.A12E1439@tech.com.au> Date: Fri, 14 Jan 2000 21:08:22 +1100 From: Chris X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i686) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@scwm.mit.edu CC: "Greg J. Badros" Subject: Re: Scwm-0.99.6 References: <387DB446.624D523A@tech.com.au> <387E5297.956AF8EF@bigfoot.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk > I'm sure it was 1.3.4gjb, but I'll double check > when I get home. I've checked and it was 1.3.4 guile, so I guess that's not the reason it was crashing............. chris@tardis!12!bash:~/port/tex/personal$ ldd `which scwm` libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40019000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40023000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4003a000) libXtst.so.6 => /usr/X11R6/lib/libXtst.so.6 (0x40046000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x4004b000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x4005e000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4006b000) libguile.so.6 => /usr/lib/libguile.so.6 (0x40110000) libdl.so.2 => /lib/libdl.so.2 (0x40181000) libm.so.6 => /lib/libm.so.6 (0x40184000) libcassowary.so.0 => /usr/lib/libcassowary.so.0 (0x401a0000) libGTL.so.3 => /usr/lib/libGTL.so.3 (0x40267000) libImlib.so.1 => /usr/lib/libImlib.so.1 (0x402db000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40309000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40328000) libungif.so.4 => /usr/lib/libungif.so.4 (0x4035a000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40362000) libz.so.1 => /usr/lib/libz.so.1 (0x4037f000) libc.so.6 => /lib/libc.so.6 (0x4038e000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40482000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x404ce00 0) chris@tardis!13!bash:~/port/tex/personal$ guile --version Guile 1.3.4 Copyright (c) 1995, 1996, 1997 Free Software Foundation strings /usr/lib/libguile.so.6 | grep 1.3.4 /usr/share/guile/1.3.4 /usr/src/redhat/BUILD/guile-1.3.4 /usr/src/redhat/BUILD/guile-1.3.4/libguile 1.3.4 -- Chris Bitmead mailto:chris@bitmead.com From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 14 12:37:21 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA32380 for scwm-discuss-outgoing; Fri, 14 Jan 2000 12:37:21 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA32377 for ; Fri, 14 Jan 2000 12:37:03 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA02309; Fri, 14 Jan 2000 09:36:44 -0800 To: Chris Cc: scwm-discuss@scwm.mit.edu Subject: Re: Scwm-0.99.6 References: <387DB446.624D523A@tech.com.au> <387E5297.956AF8EF@bigfoot.com> <387EF596.A12E1439@tech.com.au> From: "Greg J. Badros" Date: 14 Jan 2000 09:36:43 -0800 In-Reply-To: Chris's message of "Fri, 14 Jan 2000 21:08:22 +1100" Message-ID: Lines: 12 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris writes: > > I'm sure it was 1.3.4gjb, but I'll double check > when I get home. > > I've checked and it was 1.3.4 guile, so I guess that's not the reason it > was crashing............. Okay, I'll try the RPMs here this weekend and see how it goes. The RPMs were built on a 6.0 system, so maybe that is part of the difficulty. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 14 12:48:31 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA32469 for scwm-discuss-outgoing; Fri, 14 Jan 2000 12:48:31 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA32466 for ; Fri, 14 Jan 2000 12:48:26 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA02379; Fri, 14 Jan 2000 09:48:20 -0800 To: Chris Bitmead Cc: "scwm-discuss@scwm.mit.edu" Subject: Re: Further bug reports.. References: <387EC9D2.817B06A4@bigfoot.com> From: "Greg J. Badros" Date: 14 Jan 2000 09:48:20 -0800 In-Reply-To: Chris Bitmead's message of "Fri, 14 Jan 2000 18:01:38 +1100" Message-ID: Lines: 36 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris Bitmead writes: > More problems. Still on Solaris. (BTW, using 99.6 for this and previous > bug report). > > It seemed to be working without too many crashes for a while. But now it > is back to crashing continuously. Using the system.scwmrc. Either trying > to move a window or root menus are making it crash instantly. Can you send me a backtrace when you get gdb working again. > BTW, I found it wouldn't work whatsoever without cassowary 54a. You > should probably make it clear that you MUST upgrade all component > (which??) when you upgrade scwm, because it's not very clear on the web > site. Ok, I'll update the web page. > Back to the crashing... > > I believe this is still related to the... > ERROR: In procedure scm_fport_buffer_add: > ERROR: Bad file number > messages. My gdb doesn't seem to be working so I can't give a stack > trace now. > > Another little annoyance. When starting scwmrc when it normally comes up > with the spinning lambda, it comes up with a kind of white circle and > scwm in reverse lettering, but it doesn't work properly. I have imlib > and xpm built in if this is relevant. I'll probably need to find a Solaris X server to figure this one out. Thanks for the bug reports! Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 14 12:56:46 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA32596 for scwm-discuss-outgoing; Fri, 14 Jan 2000 12:56:46 -0500 Received: from sentry (firewall-user@sentry.gw.tislabs.com [192.94.214.100]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA32593 for ; Fri, 14 Jan 2000 12:56:42 -0500 Received: by sentry; id MAA17489; Fri, 14 Jan 2000 12:57:52 -0500 (EST) Received: from clipper.gw.tislabs.com(10.33.1.2) by sentry.gw.tislabs.com via smap (V5.5) id xma017480; Fri, 14 Jan 00 12:56:56 -0500 Received: from woodchuck.gw.tislabs.com (IDENT:root@woodchuck.gw.tislabs.com [10.33.60.58]) by clipper.gw.tislabs.com (8.9.3/8.9.1) with ESMTP id MAA03932 for ; Fri, 14 Jan 2000 12:54:09 -0500 (EST) Received: (from durward@localhost) by woodchuck.gw.tislabs.com (8.9.3/8.9.1) id MAA16330; Fri, 14 Jan 2000 12:55:35 -0500 X-Authentication-Warning: woodchuck.gw.tislabs.com: durward set sender to durward@tislabs.com using -f To: scwm-discuss@SCWM.MIT.EDU Subject: Re: 0.99.5.1 instability -- bad pixmaps? References: From: Durward McDonell Date: 14 Jan 2000 12:55:35 -0500 Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I haven't figured out exactly how to reproduce my problems with scwm and X both reporting problems with bad pixmaps, but I did figure out that it has something to with imlib. I noticed that I had problems on my work machine, but not at home, and eventually thought to run ldd. It turns out I never installed imlib at home, so scwm at home wasn't using it. I recompiled scwm (0.99.5.1) at work without imlib, and the problem seems to have gone away. -- Durward McDonell durward@tislabs.com From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 14 14:00:34 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA00082 for scwm-discuss-outgoing; Fri, 14 Jan 2000 14:00:34 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from playground.lan (qmailr@alzarius-2-48.mdm.mke.execpc.com [169.207.129.176]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id OAA00079 for ; Fri, 14 Jan 2000 14:00:30 -0500 Received: (qmail 196 invoked by uid 1000); 14 Jan 2000 18:55:09 -0000 Date: 14 Jan 2000 18:55:09 -0000 Message-ID: <20000114185509.195.qmail@playground.lan> From: "A. P. Garcia" To: chris.bitmead@bigfoot.com, gjb@cs.washington.edu Subject: Re: Further bug reports.. Cc: scwm-discuss@SCWM.MIT.EDU Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk > I'll probably need to find a Solaris X server to figure this one out. Do you have one? FYI: for those who don't know, you can get a non-commercial Solaris license very easily. You play like ten bucks plus shipping, and it's yours. http://www.sun.com/solaris/freesolaris.html From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 14 14:45:18 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA00265 for scwm-discuss-outgoing; Fri, 14 Jan 2000 14:45:18 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA00262 for ; Fri, 14 Jan 2000 14:45:14 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA05184; Fri, 14 Jan 2000 11:45:03 -0800 To: "A. P. Garcia" Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Further bug reports.. References: <20000114185509.195.qmail@playground.lan> From: "Greg J. Badros" Date: 14 Jan 2000 11:45:03 -0800 In-Reply-To: "A. P. Garcia"'s message of "14 Jan 2000 18:55:09 -0000" Message-ID: Lines: 19 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "A. P. Garcia" writes: > > I'll probably need to find a Solaris X server to figure this one out. > > Do you have one? > > FYI: for those who don't know, you can get a non-commercial Solaris > license very easily. You play like ten bucks plus shipping, and it's > yours. > > http://www.sun.com/solaris/freesolaris.html Thanks for the link... I have access to some Solaris 2.x machines here at the University that I'd just have to build Scwm for. I've found it's always useful testing on multiple platforms anyway, so I might actually have time for this, even though it's "just" a cosmetic problem. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 15 03:54:28 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id DAA01394 for scwm-discuss-outgoing; Sat, 15 Jan 2000 03:54:28 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id DAA01391 for ; Sat, 15 Jan 2000 03:54:22 -0500 Received: [from pobox.mot.com (pobox.mot.com [129.188.137.100]) by ftpbox.mot.com (VWALL-IN-ftpbox 2.0) with ESMTP id BAA19586 for ; Sat, 15 Jan 2000 01:54:19 -0700 (MST)] Received: [from msghkg1.sps.mot.com (msghkg1.sps.mot.com [216.17.115.1]) by pobox.mot.com (MOT-pobox 2.0) with ESMTP id BAA26169 for ; Sat, 15 Jan 2000 01:54:18 -0700 (MST)] Received: from india74.email.sps.mot.com ([223.1.236.74]) by msghkg1.sps.mot.com (Netscape Messaging Server 3.61) with ESMTP id AAA7104; Sat, 15 Jan 2000 16:54:15 +0800 X-Mailer: emacs 20.5.1 (via feedmail 9-beta-8 I) From: Puneet Goel To: Durward McDonell Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: 0.99.5.1 instability -- bad pixmaps? References: In-Reply-To: Durward McDonell's message of "Fri, 14 Jan 2000 11:16:43 MST" Date: 15 Jan 2000 14:25:05 +0530 Message-ID: Lines: 37 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I had the same problems with imlib. I work on a sparc ultra with solaris 2.6 system installed. In addition to bad pixmaps, it is very very slow and the initial scwm-logo comes badly formed. For me too things were better without imlib. -- Puneet Goel email - puneet at computer period org home - (91)124-335056 work - (91)124-303212 x 1213 -- Don't blame my opinion on my employer. -- "I AM ashamed of my emptiness," said the Word to the Work. "I know how poor I am when I see you," said the Work to the Word. - Rabindranath Tagore (Stray Birds) -- >>>>> "DM" == Durward McDonell writes: DM> I haven't figured out exactly how to reproduce my problems with scwm DM> and X both reporting problems with bad pixmaps, but I did figure out DM> that it has something to with imlib. I noticed that I had problems on DM> my work machine, but not at home, and eventually thought to run ldd. DM> It turns out I never installed imlib at home, so scwm at home wasn't DM> using it. I recompiled scwm (0.99.5.1) at work without imlib, and the DM> problem seems to have gone away. DM> -- DM> Durward McDonell durward@tislabs.com From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 15 04:47:12 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA04307 for scwm-discuss-outgoing; Sat, 15 Jan 2000 04:47:12 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from tech.com.au (root@techpt.lnk.telstra.net [139.130.75.122]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA04304 for ; Sat, 15 Jan 2000 04:47:05 -0500 Received: from tech.com.au (tardis [203.41.180.243]) by tech.com.au (8.9.3/8.9.3) with ESMTP id UAA23030 for ; Sat, 15 Jan 2000 20:46:58 +1100 Message-ID: <38804212.79D4CF57@tech.com.au> Date: Sat, 15 Jan 2000 20:46:58 +1100 From: Chris X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i686) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@scwm.mit.edu Subject: 0.99.6 instability References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Can I make a suggestion regarding scwm stability? I think it would be worth while putting in some work to make scwm usable with minimal functionality. It appeared to me that scwm would not work without xpm and imlib. (unless I was doing something wrong which is not unlikely). I suspect the core developers are using scwm with everything from imlib to e-sound. While this is great, I'd take a working but bare-bones scwm over a fully loaded but crashing scwm (at least in the interim). My minimum functionality is something like mwm. Just working decorations, root menus, a olvwm style pager and auto-raise. And it would be good to have basic.scwmrc that is say pure mwm. No pixmaps, spinning lamba, fvwm modules, shape extenions, icons, no sound. Something which as far as is possible should always work and not offend. Would make a good basis for starting ones own customisations too. -- Chris Bitmead mailto:chris@bitmead.com From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 15 08:17:58 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id IAA04559 for scwm-discuss-outgoing; Sat, 15 Jan 2000 08:17:58 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from s2.bn3.com (s2.bn3.com [207.0.114.194]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id IAA04556 for ; Sat, 15 Jan 2000 08:17:52 -0500 Received: (qmail 5463 invoked from network); 15 Jan 2000 13:17:47 -0000 Received: from unknown (HELO sheila) (202.102.65.234) by s2.bn3.com with SMTP; 15 Jan 2000 13:17:47 -0000 Received: from zw by sheila with local (Exim 3.12 #1 (Debian)) id 129qsT-0004vf-00 for ; Sun, 16 Jan 2000 22:42:01 +0800 To: scwm-discuss@scwm.mit.edu Subject: Re: 0.99.6 instability References: <38804212.79D4CF57@tech.com.au> From: zhaoway X-Face: #,a/m4go6f@**yz~d;veM1EC]|_tg[JIB7_'iN:9W[* Z'[>-?t}sR#b3u/3+~>\$E0]W\Ms$wFc*qtTGe8?G2e3U#:|;a/sq/t5vj=7^XZf%]a,7Na0FK%G>. Tsvb6 X-Attribution: zw Date: 16 Jan 2000 22:42:01 +0800 In-Reply-To: Chris's message of "Sat, 15 Jan 2000 20:46:58 +1100" Message-ID: <87901qdqo6.fsf@zhaoway.com> Lines: 12 User-Agent: Gnus/5.070099 (Pterodactyl Gnus v0.99) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk >>>>> "Chris" == Chris writes: (snip) (Chris) And it would be good to have basic.scwmrc I will appreciate this too. ;-) -- zhaoway -=- zw * zhaoway.com -=- http://www.zhaoway.com/ -=- blue ribbon GnuPG 1024D/7C0441F2 BF4F B39D A53E A9BB 1057 2364 652C 1BA6 7C04 41F2 From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 15 12:51:38 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA04839 for scwm-discuss-outgoing; Sat, 15 Jan 2000 12:51:38 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA04836 for ; Sat, 15 Jan 2000 12:51:33 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA20456; Sat, 15 Jan 2000 09:51:16 -0800 To: Chris Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: 0.99.6 instability References: <38804212.79D4CF57@tech.com.au> From: "Greg J. Badros" Date: 15 Jan 2000 09:51:16 -0800 In-Reply-To: Chris's message of "Sat, 15 Jan 2000 20:46:58 +1100" Message-ID: Lines: 36 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris writes: > Can I make a suggestion regarding scwm stability? I think it would be > worth while putting in some work to make scwm usable with minimal > functionality. It appeared to me that scwm would not work without xpm > and imlib. (unless I was doing something wrong which is not unlikely). I > suspect the core developers are using scwm with everything from imlib to > e-sound. While this is great, I'd take a working but bare-bones scwm > over a fully loaded but crashing scwm (at least in the interim). I'll do what I can for the next release; you can always try running scwm w/ -f /dev/null and then add stuff to your .scwmrc as you like. It's also a good litmus test to see what features are causing your instability... there is lots of dynamically loaded code that never gets used if you stay away from some of the features. > My minimum functionality is something like mwm. Just working > decorations, root menus, a olvwm style pager and auto-raise. And it > would be good to have basic.scwmrc that is say pure mwm. No pixmaps, > spinning lamba, fvwm modules, shape extenions, icons, no sound. > Something which as far as is possible should always work and not offend. > Would make a good basis for starting ones own customisations too. scwm -f /dev/null, with only a handful of lines from system.scwmrc will give this to you (but would use a fvwm module for the pager... no one has yet contributed a native pager, and such a thing would likely use guile-gtk which is one of the more complex inter-dependencies that Scwm has). I'll do what I can... my time is limitied, of course, but I think I can get something close to what you are asking for without taking away from my other priorities. Thanks for the feedback! Greg From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 15 17:02:10 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA05237 for scwm-discuss-outgoing; Sat, 15 Jan 2000 17:02:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from ceylon.cs.washington.edu (ceylon.cs.washington.edu [128.95.8.15]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA05234 for ; Sat, 15 Jan 2000 17:02:06 -0500 Received: from localhost (jwnichls@localhost) by ceylon.cs.washington.edu (8.9.3/8.9.3/0.4) with ESMTP id OAA29353; Sat, 15 Jan 2000 14:01:55 -0800 (envelope-from jwnichls@cs.washington.edu) Date: Sat, 15 Jan 2000 14:01:55 -0800 (PST) From: Jeffrey Nichols To: "Greg J. Badros" cc: Chris , scwm-discuss@SCWM.MIT.EDU Subject: Re: 0.99.6 instability In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk There is already simple.scwmrc in the repository in the sample.scwmrc directory which is I believe is something akin to what you want. I've not checked extensively, but I don't believe it uses any of the many inter-dependencies that you would like to avoid. It would also be a better starting place for creating your own scwmrc than nothing. -Jeff On 15 Jan 2000, Greg J. Badros wrote: > Chris writes: > > > Can I make a suggestion regarding scwm stability? I think it would be > > worth while putting in some work to make scwm usable with minimal > > functionality. It appeared to me that scwm would not work without xpm > > and imlib. (unless I was doing something wrong which is not unlikely). I > > suspect the core developers are using scwm with everything from imlib to > > e-sound. While this is great, I'd take a working but bare-bones scwm > > over a fully loaded but crashing scwm (at least in the interim). > > I'll do what I can for the next release; you can always try running > scwm w/ -f /dev/null and then add stuff to your .scwmrc as you like. > It's also a good litmus test to see what features are causing your > instability... there is lots of dynamically loaded code that never gets > used if you stay away from some of the features. > > > My minimum functionality is something like mwm. Just working > > decorations, root menus, a olvwm style pager and auto-raise. And it > > would be good to have basic.scwmrc that is say pure mwm. No pixmaps, > > spinning lamba, fvwm modules, shape extenions, icons, no sound. > > Something which as far as is possible should always work and not offend. > > Would make a good basis for starting ones own customisations too. > > scwm -f /dev/null, with only a handful of lines from system.scwmrc will > give this to you (but would use a fvwm module for the pager... no one > has yet contributed a native pager, and such a thing would likely use > guile-gtk which is one of the more complex inter-dependencies that Scwm > has). > > I'll do what I can... my time is limitied, of course, but I think I can > get something close to what you are asking for without taking away from > my other priorities. > > Thanks for the feedback! > > Greg > --- Jeff W. Nichols "There are over forty million lines of code in Windows, UW CSE and I love every one of them." jwnichls@cs - Jean-Louis Gassee CEO, Be Inc. From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 15 17:07:39 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA05318 for scwm-discuss-outgoing; Sat, 15 Jan 2000 17:07:39 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from ceylon.cs.washington.edu (ceylon.cs.washington.edu [128.95.8.15]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA05305 for ; Sat, 15 Jan 2000 17:06:42 -0500 Received: from localhost (jwnichls@localhost) by ceylon.cs.washington.edu (8.9.3/8.9.3/0.4) with ESMTP id OAA29477; Sat, 15 Jan 2000 14:06:14 -0800 (envelope-from jwnichls@cs.washington.edu) Date: Sat, 15 Jan 2000 14:06:14 -0800 (PST) From: Jeffrey Nichols To: "Greg J. Badros" cc: Chris , scwm-discuss@SCWM.MIT.EDU Subject: Re: 0.99.6 instability In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk One word of warning... I just had simple.scwmrc running in a 0.95.1 version of scwm. I have now upgraded to 0.99.6 and it appears that some portions of simple.scwmrc have been out-dated. -Jeff On Sat, 15 Jan 2000, Jeffrey Nichols wrote: > > There is already simple.scwmrc in the repository in the sample.scwmrc > directory which is I believe is something akin to what you want. I've not > checked extensively, but I don't believe it uses any of the many > inter-dependencies that you would like to avoid. It would also be a > better starting place for creating your own scwmrc than nothing. > > -Jeff > > On 15 Jan 2000, Greg J. Badros wrote: > > > Chris writes: > > > > > Can I make a suggestion regarding scwm stability? I think it would be > > > worth while putting in some work to make scwm usable with minimal > > > functionality. It appeared to me that scwm would not work without xpm > > > and imlib. (unless I was doing something wrong which is not unlikely). I > > > suspect the core developers are using scwm with everything from imlib to > > > e-sound. While this is great, I'd take a working but bare-bones scwm > > > over a fully loaded but crashing scwm (at least in the interim). > > > > I'll do what I can for the next release; you can always try running > > scwm w/ -f /dev/null and then add stuff to your .scwmrc as you like. > > It's also a good litmus test to see what features are causing your > > instability... there is lots of dynamically loaded code that never gets > > used if you stay away from some of the features. > > > > > My minimum functionality is something like mwm. Just working > > > decorations, root menus, a olvwm style pager and auto-raise. And it > > > would be good to have basic.scwmrc that is say pure mwm. No pixmaps, > > > spinning lamba, fvwm modules, shape extenions, icons, no sound. > > > Something which as far as is possible should always work and not offend. > > > Would make a good basis for starting ones own customisations too. > > > > scwm -f /dev/null, with only a handful of lines from system.scwmrc will > > give this to you (but would use a fvwm module for the pager... no one > > has yet contributed a native pager, and such a thing would likely use > > guile-gtk which is one of the more complex inter-dependencies that Scwm > > has). > > > > I'll do what I can... my time is limitied, of course, but I think I can > > get something close to what you are asking for without taking away from > > my other priorities. > > > > Thanks for the feedback! > > > > Greg > > > > --- > Jeff W. Nichols "There are over forty million lines of code in Windows, > UW CSE and I love every one of them." > jwnichls@cs - Jean-Louis Gassee CEO, Be Inc. > > --- Jeff W. Nichols "There are over forty million lines of code in Windows, UW CSE and I love every one of them." jwnichls@cs - Jean-Louis Gassee CEO, Be Inc. From owner-scwm-discuss@SCWM.MIT.EDU Sat Jan 15 18:21:10 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA05692 for scwm-discuss-outgoing; Sat, 15 Jan 2000 18:21:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA05689 for ; Sat, 15 Jan 2000 18:21:07 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id PAA02996; Sat, 15 Jan 2000 15:20:59 -0800 To: Jeffrey Nichols Cc: Chris , scwm-discuss@SCWM.MIT.EDU Subject: Re: 0.99.6 instability References: From: "Greg J. Badros" Date: 15 Jan 2000 15:20:59 -0800 In-Reply-To: Jeffrey Nichols's message of "Sat, 15 Jan 2000 14:06:14 -0800 (PST)" Message-ID: Lines: 16 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Jeffrey Nichols writes: > One word of warning... I just had simple.scwmrc running in a 0.95.1 > version of scwm. I have now upgraded to 0.99.6 and it appears that some > portions of simple.scwmrc have been out-dated. I've now updated simple.scwmrc in CVS to work with 0.99.6. Thanks, Jeff, for pointing out that it was outdated. I think you're right that it's mostly what Chris and others may be looking for (except it doesn't start a fvwm2 pager, but that's easy enough to add if you like). A native, C-based pager module would be a really nice contribution (separate from a guile-gtk implementation of a pager). Any takers? Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Sun Jan 16 08:06:31 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id IAA09591 for scwm-discuss-outgoing; Sun, 16 Jan 2000 08:06:31 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from news.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id IAA09588 for ; Sun, 16 Jan 2000 08:06:01 -0500 Received: from mizar (r3p075.ntt.it [194.75.44.75]) by news.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id OAA20144 for ; Sun, 16 Jan 2000 14:06:21 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 129oTr-0000kJ-00 for ; Sun, 16 Jan 2000 13:08:27 +0100 Date: Sun, 16 Jan 2000 13:08:27 +0100 From: Francesco Tapparo To: scwm-discuss@scwm.mit.edu Subject: Xsession and others Message-ID: <20000116130827.A2829@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: scwm-discuss@scwm.mit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk This is the listing of /usr/share/scwm: Xmodmap-win95keyboard Xresources-cpp Xsession Xsession.patch gnome-session-Scwm Are these files needed by some program, or are they put here as examples? If the last case, it's OK if I patch the relevant Makefile.am to put themn in $(docdir) or $(docdir)/misc or something similar? cheers -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Sun Jan 16 14:17:30 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA09950 for scwm-discuss-outgoing; Sun, 16 Jan 2000 14:17:30 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA09947 for ; Sun, 16 Jan 2000 14:17:25 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA08859; Sun, 16 Jan 2000 11:17:18 -0800 To: cesco@debian.org Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Xsession and others References: <20000116130827.A2829@ntt.it> From: "Greg J. Badros" Date: 16 Jan 2000 11:17:18 -0800 In-Reply-To: Francesco Tapparo's message of "Sun, 16 Jan 2000 13:08:27 +0100" Message-ID: Lines: 26 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > This is the listing of /usr/share/scwm: > > Xmodmap-win95keyboard > Xresources-cpp > Xsession > Xsession.patch > gnome-session-Scwm > > Are these files needed by some program, or are they put here as examples? Xsession.patch, gnome-session-Scwm are each by the rpm install script. The rest can probably mostly be viewed as examples. > If the last case, it's OK if I patch the relevant Makefile.am to put themn > in $(docdir) or $(docdir)/misc or something similar? For the other three, sure, as long as you're sure to update the scwm.spec.in (the files' complete, installed paths are named there). I'm not that picky about where those files go. I'd like them to be visible, of course. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 17 11:29:22 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA13936 for scwm-discuss-outgoing; Mon, 17 Jan 2000 11:29:22 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from s2.bn3.com (s2.bn3.com [207.0.114.194]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id LAA13933 for ; Mon, 17 Jan 2000 11:29:14 -0500 Received: (qmail 7291 invoked from network); 17 Jan 2000 16:29:08 -0000 Received: from unknown (HELO sheila) (mail@202.102.65.249) by s2.bn3.com with SMTP; 17 Jan 2000 16:29:08 -0000 Received: from zw by sheila with local (Exim 3.12 #1 (Debian)) id 12AcnI-0000Ly-00 for ; Wed, 19 Jan 2000 01:51:52 +0800 To: scwm-discuss@scwm.mit.edu Subject: howto get a key and re-send it? From: zhaoway X-Face: #,a/m4go6f@**yz~d;veM1EC]|_tg[JIB7_'iN:9W[* Z'[>-?t}sR#b3u/3+~>\$E0]W\Ms$wFc*qtTGe8?G2e3U#:|;a/sq/t5vj=7^XZf%]a,7Na0FK%G>. Tsvb6 X-Attribution: zw Date: 19 Jan 2000 01:51:52 +0800 Message-ID: <87n1q3tghz.fsf@zhaoway.com> Lines: 30 User-Agent: Gnus/5.070099 (Pterodactyl Gnus v0.99) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hi, all, while playing with scwm, i got a problem, ;;(bind-key 'all "a" scwm-about-message) this works fine in both emacs and rxvt. ;;(define (send-key-a) (send-key "a")) ;;(define (send-key-b) (send-key "b")) ;;(bind-key 'all "a" send-key-b) works fine in rxvt, but i got nothing in emcs. ;;(bind-key 'all "a" send-key-a) works as expected in rxvt, but i got nothing in emacs. :-( cn you point out why for me? thank you so much! if you really want to know why i need this weird behavior, that is for fun. ;-) frnkly i'm thinking to implement a key-input-filter for chinese input for non-xim-complint applictions. like netscpe. sorry lost lot of a. ;-) -- zhaoway -=- zw * zhaoway.com -=- http://www.zhaoway.com/ -=- blue ribbon GnuPG 1024D/7C0441F2 BF4F B39D A53E A9BB 1057 2364 652C 1BA6 7C04 41F2 From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 17 12:46:14 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA14134 for scwm-discuss-outgoing; Mon, 17 Jan 2000 12:46:14 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA14131 for ; Mon, 17 Jan 2000 12:46:08 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA31303; Mon, 17 Jan 2000 09:45:54 -0800 To: zhaoway Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: howto get a key and re-send it? References: <87n1q3tghz.fsf@zhaoway.com> From: "Greg J. Badros" Date: 17 Jan 2000 09:45:54 -0800 In-Reply-To: zhaoway's message of "19 Jan 2000 01:51:52 +0800" Message-ID: Lines: 35 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk zhaoway writes: > Hi, all, > > while playing with scwm, i got a problem, > > ;;(bind-key 'all "a" scwm-about-message) > > this works fine in both emacs and rxvt. > > ;;(define (send-key-a) (send-key "a")) > ;;(define (send-key-b) (send-key "b")) > > ;;(bind-key 'all "a" send-key-b) > > works fine in rxvt, but i got nothing in emcs. > > ;;(bind-key 'all "a" send-key-a) > > works as expected in rxvt, but i got nothing in emacs. :-( GNU Emacs does not accept synthetic events (also known as sendevents). In GNU XEmacs, there is a variable x-allow-sendevents that you can set to 't. I'm not sure what the equivalent is in GNU Emacs. Alternatively, you can use the Scwm XTest module to use your X server's XTest extension, if it has that extension. Then the events that Emacs receives are not synthetic (they are as real to the application as if the user had hit the key herself). > cn you point out why for me? thank you so much! Greg From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 17 17:38:43 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA14500 for scwm-discuss-outgoing; Mon, 17 Jan 2000 17:38:43 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from news.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA14497 for ; Mon, 17 Jan 2000 17:38:32 -0500 Received: from mizar (r3p023.ntt.it [194.75.44.23]) by news.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id XAA25102 for ; Mon, 17 Jan 2000 23:39:00 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12AKev-0003ex-00 for ; Mon, 17 Jan 2000 23:30:01 +0100 Date: Mon, 17 Jan 2000 23:30:00 +0100 From: Francesco Tapparo To: scwm-discuss@scwm.mit.edu Subject: configure.in bug Message-ID: <20000117233000.A7945@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: scwm-discuss@scwm.mit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Reading the configure.in file, I've found: SCWM_ARG_PATH(docdir, [ --with-docdir=DIR Install documentation files in DIR [DATADIR/doc/PACKAGE]], [ AC_MSG_CHECKING(where documentation files should go) scwm_docdir="${withval}" AC_MSG_RESULT("${scwm_docdir}") ], [ scwm_docdir="${datadir}/${PACKAGE}" ]) this code tells the user (by the --help option) that the default is DATADIR/doc/PACKAGE, but then it set it to DATADIR/PACKAGE by default. The best default is DATADIR/DOC/PACKAGE, ihmo, because this is the documentation dir as mandated by the FHS (Filesystem Hierarchy Standard). FHS want to be a standard for all the unixes (but it is only for linux, now). cheers -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 17 19:21:04 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id TAA14851 for scwm-discuss-outgoing; Mon, 17 Jan 2000 19:21:04 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from playground.lan (qmailr@xeros-1-136.mdm.mke.execpc.com [169.207.67.202]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id TAA14848 for ; Mon, 17 Jan 2000 19:20:59 -0500 Received: (qmail 173 invoked by uid 1000); 18 Jan 2000 00:15:19 -0000 Date: 18 Jan 2000 00:15:19 -0000 Message-ID: <20000118001519.172.qmail@playground.lan> From: "A. P. Garcia" To: cesco@ntt.it, scwm-discuss@scwm.mit.edu Subject: fhs jab Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk > FHS want to be a standard for all the unixes ain't gonna happen :-) From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 17 19:35:16 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id TAA14944 for scwm-discuss-outgoing; Mon, 17 Jan 2000 19:35:16 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id TAA14941 for ; Mon, 17 Jan 2000 19:35:09 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id QAA09446; Mon, 17 Jan 2000 16:34:59 -0800 To: cesco@debian.org Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: configure.in bug References: <20000117233000.A7945@ntt.it> From: "Greg J. Badros" Date: 17 Jan 2000 16:34:59 -0800 In-Reply-To: Francesco Tapparo's message of "Mon, 17 Jan 2000 23:30:00 +0100" Message-ID: Lines: 27 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > Reading the configure.in file, I've found: > > SCWM_ARG_PATH(docdir, > [ --with-docdir=DIR Install documentation files in DIR > [DATADIR/doc/PACKAGE]], > [ > AC_MSG_CHECKING(where documentation files should go) > scwm_docdir="${withval}" > AC_MSG_RESULT("${scwm_docdir}") > ], > [ > scwm_docdir="${datadir}/${PACKAGE}" > ]) > > this code tells the user (by the --help option) that the default is > DATADIR/doc/PACKAGE, but then it set it to DATADIR/PACKAGE by default. > The best default is DATADIR/DOC/PACKAGE, ihmo, because this is the Is the case relevant here? Clearly I want the docs to match the actual, but I prefer doc, not DOC. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 18 04:34:26 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA18381 for scwm-discuss-outgoing; Tue, 18 Jan 2000 04:34:26 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from ulla.irisa.fr (ulla.irisa.fr [131.254.43.50]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA18378 for ; Tue, 18 Jan 2000 04:34:16 -0500 Received: from youkaidi.irisa.fr (youkaidi.irisa.fr [131.254.43.9]) by ulla.irisa.fr (8.9.3/8.9.3) with ESMTP id KAA01434 for ; Tue, 18 Jan 2000 10:34:10 +0100 (MET) Date: Tue, 18 Jan 2000 10:34:09 +0100 From: Hubert Canon To: SCWM Discussion Mailing List Subject: mailing list archive Message-ID: <20000118103409.A1710@youkaidi.irisa.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hi, Where is the mailing list archive for year 2000 ? -- Hubert Canon From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 18 16:39:36 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id QAA19521 for scwm-discuss-outgoing; Tue, 18 Jan 2000 16:39:36 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from s2.bn3.com (s2.bn3.com [207.0.114.194]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id QAA19518 for ; Tue, 18 Jan 2000 16:39:30 -0500 Received: (qmail 18983 invoked from network); 18 Jan 2000 21:39:08 -0000 Received: from unknown (HELO sheila) (mail@202.102.65.143) by s2.bn3.com with SMTP; 18 Jan 2000 21:39:08 -0000 Received: from zw by sheila with local (Exim 3.12 #1 (Debian)) id 12B4Fk-0001Oo-00 for ; Thu, 20 Jan 2000 07:11:04 +0800 To: scwm-discuss@scwm.mit.edu Subject: send mouse button click non-interactively From: zhaoway X-Face: #,a/m4go6f@**yz~d;veM1EC]|_tg[JIB7_'iN:9W[* Z'[>-?t}sR#b3u/3+~>\$E0]W\Ms$wFc*qtTGe8?G2e3U#:|;a/sq/t5vj=7^XZf%]a,7Na0FK%G>. Tsvb6 X-Attribution: zw Date: 20 Jan 2000 07:11:03 +0800 Message-ID: <87d7qxk67s.fsf@zhaoway.com> Lines: 16 User-Agent: Gnus/5.070099 (Pterodactyl Gnus v0.99) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hi, how can i send a mouse button click, and/or a key press to a window without user interventions? is there a easy way? (send-button-2) need user input. Thanks in advance. And sorry for so many silly and weird questions. ;-) P.s. just found google search was integrated into scwm, oh! my! ;-) We really need some documentation. hehe... ;-) -- zhaoway -=- zw * zhaoway.com -=- http://www.zhaoway.com/ -=- blue ribbon GnuPG 1024D/7C0441F2 BF4F B39D A53E A9BB 1057 2364 652C 1BA6 7C04 41F2 From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 18 19:43:33 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id TAA19829 for scwm-discuss-outgoing; Tue, 18 Jan 2000 19:43:33 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id TAA19826 for ; Tue, 18 Jan 2000 19:43:26 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id QAA12562; Tue, 18 Jan 2000 16:43:17 -0800 To: Hubert Canon Cc: SCWM Discussion Mailing List Subject: Re: mailing list archive References: <20000118103409.A1710@youkaidi.irisa.fr> From: "Greg J. Badros" Date: 18 Jan 2000 16:43:17 -0800 In-Reply-To: Hubert Canon's message of "Tue, 18 Jan 2000 10:34:09 +0100" Message-ID: Lines: 8 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hubert Canon writes: > Where is the mailing list archive for year 2000 ? Excellent question; think of it as a Y2K bug; I'll try to get to this tomorrow sometime. Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 18 19:46:41 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id TAA19879 for scwm-discuss-outgoing; Tue, 18 Jan 2000 19:46:41 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id TAA19876 for ; Tue, 18 Jan 2000 19:46:38 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id QAA12572; Tue, 18 Jan 2000 16:46:27 -0800 To: zhaoway Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: send mouse button click non-interactively References: <87d7qxk67s.fsf@zhaoway.com> From: "Greg J. Badros" Date: 18 Jan 2000 16:46:27 -0800 In-Reply-To: zhaoway's message of "20 Jan 2000 07:11:03 +0800" Message-ID: Lines: 59 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk zhaoway writes: > Hi, > > how can i send a mouse button click, and/or a key press > to a window without user interventions? is there a easy way? > > (send-button-2) need user input. Just use scwm-apropos in scwm-mode in emacs, and you'll get: Scwm apropos `send-button': synth-events: send-button-1 # synth-events: send-button-2 # synth-events: send-button-3 # the-root-module: send-button # If you look up the docs for send-button, you get: value: # external documentation: (send-button button #&optional win kind propagate? dx dy) - Built-in Primitive Send a synthetic mouse button/release event.\n\ Create a synthetic event of a press of mouse button BUTTON. The usual\n\ mouse button specification format (with modifiers) is used. Send the\n\ event to window WIN if specified; otherwise the window to be used\n\ defaults to the window context in the usual way. By default, both a\n\ press and a release are sent---a click. KIND can be one of 'press, 'release,\n\ 'click, 'desk-press, 'desk-release, or 'desk-click.\n\ If DX or DY is set, that value is used as the offset within WIN for\n\ the button events to occur. If one is not specified or #f, then the\n\ pointer offset of that coordinate is used instead.\n\ PROPAGATE? indicates whether the propagate flag is set\n\ on the event; the default is #f. You should not have to worry about\n\ this unless you know what it means. [From src/events.c:2268] #t So, just use `send-button' with the optional WIN argument, and maybe some of the other arguments as appropriate. > Thanks in advance. And sorry for so many silly and weird > questions. ;-) > > P.s. just found google search was integrated into scwm, > oh! my! ;-) We really need some documentation. hehe... ;-) Well, an interface to google searching -- I do it a lot, so it seems useful to have a single keystroke to do it. There are lots of golden nuggets in system.scwmrc for those with the patience to read it! Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 19 07:43:37 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id HAA24098 for scwm-discuss-outgoing; Wed, 19 Jan 2000 07:43:37 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from news.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id HAA24095 for ; Wed, 19 Jan 2000 07:43:31 -0500 Received: from mizar (r2p047.ntt.it [194.73.94.175]) by news.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id NAA33948; Wed, 19 Jan 2000 13:43:49 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12Ahkk-0000Jy-00; Wed, 19 Jan 2000 00:09:34 +0100 Date: Wed, 19 Jan 2000 00:09:34 +0100 From: Francesco Tapparo To: "Greg J. Badros" Cc: cesco@debian.org, scwm-discuss@scwm.mit.edu Subject: Re: configure.in bug Message-ID: <20000119000934.A1179@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: "Greg J. Badros" , cesco@debian.org, scwm-discuss@SCWM.MIT.EDU References: <20000117233000.A7945@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: ; from gjb@cs.washington.edu on Mon, Jan 17, 2000 at 04:34:59PM -0800 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Mon, Jan 17, 2000 at 04:34:59PM -0800, Greg J. Badros wrote: > Francesco Tapparo writes: > > > Reading the configure.in file, I've found: > > > > SCWM_ARG_PATH(docdir, > > [ --with-docdir=DIR Install documentation files in DIR > > [DATADIR/doc/PACKAGE]], > > [ > > AC_MSG_CHECKING(where documentation files should go) > > scwm_docdir="${withval}" > > AC_MSG_RESULT("${scwm_docdir}") > > ], > > [ > > scwm_docdir="${datadir}/${PACKAGE}" > > ]) > > > > this code tells the user (by the --help option) that the default is > > DATADIR/doc/PACKAGE, but then it set it to DATADIR/PACKAGE by default. > > The best default is DATADIR/DOC/PACKAGE, ihmo, because this is the > > > > Is the case relevant here? Clearly I want the docs to match the actual, > but I prefer doc, not DOC. No, I forgot the shift down :>. The true name for the directory is DATADIR/doc/PACKAGE (only to be clear: DATADIR and PACKAGE are capital only because the are sort of metanames). An example of documentation directory for scwm is /usr/share/doc/scwm. cheers. > > Thanks, > Greg > -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 19 10:59:00 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id KAA24565 for scwm-discuss-outgoing; Wed, 19 Jan 2000 10:59:00 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id KAA24562 for ; Wed, 19 Jan 2000 10:58:55 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id HAA14409; Wed, 19 Jan 2000 07:58:45 -0800 To: cesco@debian.org Cc: scwm-discuss@scwm.mit.edu Subject: Re: configure.in bug References: <20000117233000.A7945@ntt.it> <20000119000934.A1179@ntt.it> From: "Greg J. Badros" Date: 19 Jan 2000 07:58:44 -0800 In-Reply-To: Francesco Tapparo's message of "Wed, 19 Jan 2000 00:09:34 +0100" Message-ID: Lines: 39 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > On Mon, Jan 17, 2000 at 04:34:59PM -0800, Greg J. Badros wrote: > > Francesco Tapparo writes: > > > > > Reading the configure.in file, I've found: > > > > > > SCWM_ARG_PATH(docdir, > > > [ --with-docdir=DIR Install documentation files in DIR > > > [DATADIR/doc/PACKAGE]], > > > [ > > > AC_MSG_CHECKING(where documentation files should go) > > > scwm_docdir="${withval}" > > > AC_MSG_RESULT("${scwm_docdir}") > > > ], > > > [ > > > scwm_docdir="${datadir}/${PACKAGE}" > > > ]) > > > > > > this code tells the user (by the --help option) that the default is > > > DATADIR/doc/PACKAGE, but then it set it to DATADIR/PACKAGE by default. > > > The best default is DATADIR/DOC/PACKAGE, ihmo, because this is the > > > > > > > > Is the case relevant here? Clearly I want the docs to match the actual, > > but I prefer doc, not DOC. > > No, I forgot the shift down :>. The true name for the directory is > DATADIR/doc/PACKAGE (only to be clear: DATADIR and PACKAGE are capital only > because the are sort of metanames). An example of documentation directory > for scwm is /usr/share/doc/scwm. Ok, I'll make this change; I'm doing some more autoconf tweaking to make it a bit more robust, and I'll commit later today with this and my other changes. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 19 17:02:40 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA25200 for scwm-discuss-outgoing; Wed, 19 Jan 2000 17:02:40 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from s2.bn3.com (s2.bn3.com [207.0.114.194]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id RAA25197 for ; Wed, 19 Jan 2000 17:02:36 -0500 Received: (qmail 8319 invoked from network); 19 Jan 2000 22:02:30 -0000 Received: from unknown (HELO sheila) (mail@202.102.65.96) by s2.bn3.com with SMTP; 19 Jan 2000 22:02:30 -0000 Received: from zw by sheila with local (Exim 3.12 #1 (Debian)) id 12BR60-00015I-00 for ; Fri, 21 Jan 2000 07:34:32 +0800 To: scwm-discuss@scwm.mit.edu Subject: selection and cut-buffer From: zhaoway X-Face: #,a/m4go6f@**yz~d;veM1EC]|_tg[JIB7_'iN:9W[* Z'[>-?t}sR#b3u/3+~>\$E0]W\Ms$wFc*qtTGe8?G2e3U#:|;a/sq/t5vj=7^XZf%]a,7Na0FK%G>. Tsvb6 X-Attribution: zw Date: 21 Jan 2000 07:34:32 +0800 Message-ID: <877lh4z59z.fsf@zhaoway.com> Lines: 13 User-Agent: Gnus/5.070099 (Pterodactyl Gnus v0.99) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk another newbie question, really sorry. ;) i found there're lots of exe-on-selection-* function. how can i use a selection? like using mouse button 2 for cut-buffer? (i've read ICCCM, and C-h C-s on some of these functions. ;) and peek at netscape-goto-selection-url and X-handle-selection-string) I really needs to use the selection, 'cause cut-buffer is only a string type, while selection mechanism can use a ctext type. thanks. -- zhaoway -=- zw * zhaoway.com -=- http://www.zhaoway.com/ -=- blue ribbon GnuPG 1024D/7C0441F2 BF4F B39D A53E A9BB 1057 2364 652C 1BA6 7C04 41F2 From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 05:49:18 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id FAA28806 for scwm-discuss-outgoing; Thu, 20 Jan 2000 05:49:18 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from ulla.irisa.fr (ulla.irisa.fr [131.254.43.50]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id FAA28803 for ; Thu, 20 Jan 2000 05:49:05 -0500 Received: from youkaidi.irisa.fr (youkaidi.irisa.fr [131.254.43.9]) by ulla.irisa.fr (8.9.3/8.9.3) with ESMTP id LAA03278; Thu, 20 Jan 2000 11:48:59 +0100 (MET) Date: Thu, 20 Jan 2000 11:48:58 +0100 From: Hubert Canon To: "Greg J. Badros" Cc: SCWM Discussion Mailing List Subject: Re: mailing list archive Message-ID: <20000120114858.A17653@youkaidi.irisa.fr> References: <20000118103409.A1710@youkaidi.irisa.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1us In-Reply-To: ; from gjb@cs.washington.edu on Tue, Jan 18, 2000 at 04:43:17PM -0800 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Greg J. Badros écrivait : > Hubert Canon writes: > > Where is the mailing list archive for year 2000 ? > > Excellent question; think of it as a Y2K bug; I'll try to get to this > tomorrow sometime. I think it is not y2k specific : last year the year 1999 archives were missing too. At least the year 2000 archives link is there, but it doesn't work yet: http://scwm.mit.edu/mail-archives/scwm-discuss.2000/threads.html ,---- | Not Found | | The requested URL /mail-archives/scwm-discuss.2000/threads.html was | not found on this server. `---- From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 06:38:03 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id GAA28992 for scwm-discuss-outgoing; Thu, 20 Jan 2000 06:38:03 -0500 Received: from seldon.dtek.chalmers.se (8r1WRf6e0iw48pqUOGHYwQcgjAwbWwp9@seldon.dtek.chalmers.se [129.16.30.6]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id GAA28989 for ; Thu, 20 Jan 2000 06:37:53 -0500 Received: from licia.dtek.chalmers.se (19Rj1vLGbzvOaz4CF33UXHTqSE3zwC1f@licia.dtek.chalmers.se [129.16.30.88]) by seldon.dtek.chalmers.se (8.8.8/8.8.8) with ESMTP id MAA07532 for ; Thu, 20 Jan 2000 12:37:43 +0100 (MET) Received: (from d4jonas@localhost) by licia.dtek.chalmers.se (8.9.3/8.9.3) id MAA09466; Thu, 20 Jan 2000 12:37:41 +0100 (MET) X-Authentication-Warning: licia.dtek.chalmers.se: d4jonas set sender to d4jonas@dtek.chalmers.se using -f To: scwm-discuss@scwm.mit.edu Subject: [0.99.5.1] H-gradients not supported? X-No-Archive: Yes Mail-Copies-To: never Organization: The Deciples of Albericht Nibelungen From: Jonas Steverud Date: 20 Jan 2000 12:37:41 +0100 Message-ID: Lines: 35 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk When I use I get the follwing errors: [Scwm][nocolor]: <> can't alloc color color gradient navyblue to black ERROR: In procedure throw: ERROR: Wrong type argument in position 1: #f % scwm --version Scwm Version 0.99.5.1 compiled on Jan 2 2000 at 14:31:29 RCS_ID=$Id: scwm.c,v 1.229 1999/10/23 21:24:44 gjb Exp $ Repository Timestamp: Tue Oct 26 14:51:37 EDT 1999 -- $Revision: 1.369 $ It worked in 0.8. Debian Linux. Eight bit X. I start X with "startx", my .xinitrc: #! /bin/bash if [ -s ${HOME}/.init.d/X/resources ]; then xrdb -load ${HOME}/.init.d/X/resources fi xterm & xmodmap /etc/local/xmodmap-cerebrum xmodmap -e "pointer = 1 3 2" scwm & sleep 5d # end .xinitrc What to do? -- ( GnuPG/PGP key @ www.dtek.chalmers.se/~d4jonas/ ! Wei Wu Wei ) ( U2MoL, Roleplaying, LaTeX, Emacs/Gnus, SCWM, etc. ! To Do Without Do ) From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 12:52:53 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA29428 for scwm-discuss-outgoing; Thu, 20 Jan 2000 12:52:53 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from igate.sema.de (in-proxy.sema.de [194.123.157.114]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA29425 for ; Thu, 20 Jan 2000 12:52:48 -0500 Received: from madeira.sema.de (root@madeira.sema.de [192.168.70.35]) by igate.sema.de (8.8.8/8.8.8) with ESMTP id SAA20049 for ; Thu, 20 Jan 2000 18:52:42 +0100 Received: (from mschmitz@localhost) by madeira.sema.de (8.9.3/8.9.3) id TAA04750; Thu, 20 Jan 2000 19:51:48 +0100 Date: Thu, 20 Jan 2000 19:51:48 +0100 Message-Id: <200001201851.TAA04750@madeira.sema.de> From: Michael Schmitz To: scwm-discuss@scwm.mit.edu Subject: failed to compile SCWM-0.99.6 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hello all! I tried to compile the latest release of SCWM (the source RPM of 0.99.6) on my Linux box, but it failed (hook_name undefined). I have not looked at the source very closely, but I think the following patch fixes the problem. Michael. diff -ruN ./scwm-0.99.6.orig/src/callbacks.c ./scwm-0.99.6/src/callbacks.c --- ./scwm-0.99.6.orig/src/callbacks.c Thu Jan 13 06:24:37 2000 +++ ./scwm-0.99.6/src/callbacks.c Thu Jan 20 12:33:48 2000 @@ -407,8 +407,8 @@ assert(!gh_list_p(gh_cdr(hook))); { /* scope */ /* Warn that hook list is not a list. */ - char *szHookName = gh_scm2newstr(hook_name, NULL); - scwm_message(WARN,"WarnBadHook","hooklist is not a list for %s; resetting it to ()!", hook_name); + char *szHookName = gh_scm2newstr(hook, NULL); + scwm_message(WARN,"WarnBadHook","hooklist is not a list for %s; resetting it to ()!", szHookName); gh_set_cdr_x(hook, SCM_EOL); } } From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 13:33:26 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA29610 for scwm-discuss-outgoing; Thu, 20 Jan 2000 13:33:26 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA29607 for ; Thu, 20 Jan 2000 13:33:22 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA28762; Thu, 20 Jan 2000 10:33:12 -0800 To: Michael Schmitz Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: failed to compile SCWM-0.99.6 References: <200001201851.TAA04750@madeira.sema.de> From: "Greg J. Badros" Date: 20 Jan 2000 10:33:12 -0800 In-Reply-To: Michael Schmitz's message of "Thu, 20 Jan 2000 19:51:48 +0100" Message-ID: Lines: 16 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schmitz writes: > Hello all! > > I tried to compile the latest release of SCWM (the source RPM of > 0.99.6) on my Linux box, but it failed (hook_name undefined). I have > not looked at the source very closely, but I think the following patch > fixes the problem. Thanks for the patch; you should probably upgrade to guile-1.3.4 since I'm not sure what else might go wrong with guile-1.3; the README suggests 1.3.4, but maybe I should make it more clear that I don't test *at all* with 1.3. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 13:35:51 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA29664 for scwm-discuss-outgoing; Thu, 20 Jan 2000 13:35:51 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from igate.sema.de (in-proxy.sema.de [194.123.157.114]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA29660 for ; Thu, 20 Jan 2000 13:35:09 -0500 Received: from madeira.sema.de (root@madeira.sema.de [192.168.70.35]) by igate.sema.de (8.8.8/8.8.8) with ESMTP id TAA21747 for ; Thu, 20 Jan 2000 19:35:02 +0100 Received: (from mschmitz@localhost) by madeira.sema.de (8.9.3/8.9.3) id UAA05176; Thu, 20 Jan 2000 20:34:08 +0100 From: Michael Schmitz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14471.25391.770365.136470@madeira.sema.de> Date: Thu, 20 Jan 2000 20:34:07 +0100 (CET) To: SCWM Discussion List Subject: Re: failed to compile SCWM-0.99.6 In-Reply-To: References: <200001201851.TAA04750@madeira.sema.de> X-Mailer: VM 6.75 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk >>>>> "Greg" == Greg J Badros writes: Greg> Michael Schmitz writes: >> Hello all! >> >> I tried to compile the latest release of SCWM (the source RPM of >> 0.99.6) on my Linux box, but it failed (hook_name undefined). I have >> not looked at the source very closely, but I think the following patch >> fixes the problem. Greg> Thanks for the patch; you should probably upgrade to Greg> guile-1.3.4 since I'm not sure what else might go wrong with Greg> guile-1.3; the README suggests 1.3.4, but maybe I should Greg> make it more clear that I don't test *at all* with 1.3. I'm actually already using guile-1.3.4 for a long time... Michael. From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 13:49:50 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA29767 for scwm-discuss-outgoing; Thu, 20 Jan 2000 13:49:50 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA29764 for ; Thu, 20 Jan 2000 13:49:46 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA32392; Thu, 20 Jan 2000 10:49:40 -0800 To: scwm-discuss@SCWM.MIT.EDU Subject: Re: [0.99.5.1] H-gradients not supported? References: From: "Greg J. Badros" Date: 20 Jan 2000 10:49:40 -0800 In-Reply-To: Jonas Steverud's message of "20 Jan 2000 12:37:41 +0100" Message-ID: Lines: 27 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Jonas Steverud writes: > When I use > I get the follwing errors: > > [Scwm][nocolor]: <> can't alloc color color gradient navyblue > to black > ERROR: In procedure throw: > ERROR: Wrong type argument in position 1: #f This is due to running out of colors; is the X server fresh when you do this? It's probably not a good idea to be using color gradients with an 8-bit color display, anyway. I'll try to improve the error handling, though, so it's not such a show stopper. > What to do? For now just don't use a gradient unless you have at least 16 bit color; I'm make this less big of a deal w.r.t. not dieing completely in a later release. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 13:58:16 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA29923 for scwm-discuss-outgoing; Thu, 20 Jan 2000 13:58:16 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA29920 for ; Thu, 20 Jan 2000 13:58:12 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA02216; Thu, 20 Jan 2000 10:57:11 -0800 To: zhaoway Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: selection and cut-buffer References: <877lh4z59z.fsf@zhaoway.com> From: "Greg J. Badros" Date: 20 Jan 2000 10:57:11 -0800 In-Reply-To: zhaoway's message of "21 Jan 2000 07:34:32 +0800" Message-ID: Lines: 26 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk zhaoway writes: > another newbie question, really sorry. ;) Please don't apologize for asking good questions! > i found there're lots of exe-on-selection-* function. > how can i use a selection? like using mouse button 2 for cut-buffer? > (i've read ICCCM, and C-h C-s on some of these functions. ;) and peek > at netscape-goto-selection-url and X-handle-selection-string) > > I really needs to use the selection, 'cause cut-buffer is only a string > type, while selection mechanism can use a ctext type. thanks. What is the "ctext type" -- some international text string type? X-handle-selection-string is the closest thing to what you want, but it, too, deals with standard ASCII strings. I don't have much occasion to run into non-ascii strings, unfortunately, and haven't bothered to handle other selection types, yet. Patches are welcome. I'll tweak `execute-on-selection' (and hence `exe-on-selection') to work on the selection string instead of just the cut buffer. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 14:03:05 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA30055 for scwm-discuss-outgoing; Thu, 20 Jan 2000 14:03:05 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA30052 for ; Thu, 20 Jan 2000 14:03:01 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA02229; Thu, 20 Jan 2000 11:02:53 -0800 To: Hubert Canon Cc: SCWM Discussion Mailing List Subject: Re: mailing list archive References: <20000118103409.A1710@youkaidi.irisa.fr> <20000120114858.A17653@youkaidi.irisa.fr> From: "Greg J. Badros" Date: 20 Jan 2000 11:02:53 -0800 In-Reply-To: Hubert Canon's message of "Thu, 20 Jan 2000 11:48:58 +0100" Message-ID: Lines: 20 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hubert Canon writes: > Greg J. Badros écrivait : > > Hubert Canon writes: > > > Where is the mailing list archive for year 2000 ? > > > > Excellent question; think of it as a Y2K bug; I'll try to get to this > > tomorrow sometime. > > I think it is not y2k specific : last year the year 1999 archives were > missing too. Yea, I was just kidding (not very well, apparently). > At least the year 2000 archives link is there, but it doesn't work yet: Right, I added the link, and tried changed some stuff quickly the other day. Now I've fixed some permissions, and we'll see what happens. Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 20 14:13:49 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA30251 for scwm-discuss-outgoing; Thu, 20 Jan 2000 14:13:49 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA30244 for ; Thu, 20 Jan 2000 14:13:44 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA11921; Thu, 20 Jan 2000 11:13:36 -0800 To: Michael Schmitz Cc: SCWM Discussion List Subject: Re: failed to compile SCWM-0.99.6 References: <200001201851.TAA04750@madeira.sema.de> <14471.25391.770365.136470@madeira.sema.de> From: "Greg J. Badros" Date: 20 Jan 2000 11:13:36 -0800 In-Reply-To: Michael Schmitz's message of "Thu, 20 Jan 2000 20:34:07 +0100 (CET)" Message-ID: Lines: 30 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schmitz writes: > >>>>> "Greg" == Greg J Badros writes: > > Greg> Michael Schmitz writes: > >> Hello all! > >> > >> I tried to compile the latest release of SCWM (the source RPM of > >> 0.99.6) on my Linux box, but it failed (hook_name undefined). I have > >> not looked at the source very closely, but I think the following patch > >> fixes the problem. > > Greg> Thanks for the patch; you should probably upgrade to > Greg> guile-1.3.4 since I'm not sure what else might go wrong with > Greg> guile-1.3; the README suggests 1.3.4, but maybe I should > Greg> make it more clear that I don't test *at all* with 1.3. > > I'm actually already using guile-1.3.4 for a long time... Hmm... then I'm confused why autoconf didn't define HAVE_SCM_MAKE_HOOK -- the code that had the compile-time bug was in the #else branch of an #ifdef HAVE_SCM_MAKE_HOOK; you should maybe double check your config.log and your autoconf output. Please report bugs in configure.in if you can figure out why you're not getting the right answer for: configure.in:613: AC_CHECK_LIB(guile, scm_make_hook, AC_DEFINE(HAVE_SCM_MAKE_HOOK), ,$GUILE_LIBS) Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 21 04:00:10 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA32621 for scwm-discuss-outgoing; Fri, 21 Jan 2000 04:00:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from anakin.xinit.se (anakin.xinit.se [194.14.168.3]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA32618 for ; Fri, 21 Jan 2000 04:00:03 -0500 Received: from xinit.se (fw3.xinit.se [194.14.168.82]) by anakin.xinit.se (Postfix) with ESMTP id 6F7B64A07D for ; Fri, 21 Jan 2000 09:58:45 +0100 (MET) Message-ID: <3888200C.BAD4F557@xinit.se> Date: Fri, 21 Jan 2000 09:59:56 +0100 From: Martin Sigbjorn X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: "scwm-discuss@scwm.mit.edu" Subject: Saving constraints Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I'm using Scwm with Cassowary Constraint Solver. It has a lot of cool things but there is one problem. When I apply constraints to windows I would like to save that information to a file (e.g saved-constraints.scm). Then the constraints could be applied to the same kind of windows every time i start Scwm. I would also like to apply constraints to a window class (WM_CLASS). E.g I would like all Netscape windows to appear in the same location and with a fixed size. Enlightenment has support for this but it isn't fully functional. I believe I can do this with Scwm but I don't know how. I would really appreciate if someone could help me with this. kind regards /Martin Sigbjörn From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 21 04:24:11 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA02832 for scwm-discuss-outgoing; Fri, 21 Jan 2000 04:24:11 -0500 Received: from seldon.dtek.chalmers.se (/CKNF0doPnvaTzOWFFrctF5fG3oY+gFe@seldon.dtek.chalmers.se [129.16.30.6]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA02829 for ; Fri, 21 Jan 2000 04:24:07 -0500 Received: from licia.dtek.chalmers.se (b5uzZQmebfFqSLnVhT6uRj62rNfMw5mA@licia.dtek.chalmers.se [129.16.30.88]) by seldon.dtek.chalmers.se (8.8.8/8.8.8) with ESMTP id KAA15570 for ; Fri, 21 Jan 2000 10:24:00 +0100 (MET) Received: (from d4jonas@localhost) by licia.dtek.chalmers.se (8.9.3/8.9.3) id KAA24568; Fri, 21 Jan 2000 10:23:59 +0100 (MET) X-Authentication-Warning: licia.dtek.chalmers.se: d4jonas set sender to d4jonas@dtek.chalmers.se using -f To: scwm-discuss@scwm.mit.edu Subject: Re: [0.99.5.1] H-gradients not supported? References: X-No-Archive: Yes Mail-Copies-To: never Organization: The Deciples of Albericht Nibelungen From: Jonas Steverud Date: 21 Jan 2000 10:23:59 +0100 In-Reply-To: "Greg J. Badros"'s message of "20 Jan 2000 10:49:40 -0800" Message-ID: Lines: 33 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "Greg J. Badros" writes: > Jonas Steverud writes: > > > When I use > > I get the follwing errors: [...] > This is due to running out of colors; is the X server fresh when you do > this? Yes. > It's probably not a good idea to be using color gradients with an > 8-bit color display, anyway. :-( (I can go up to 16 but I don't know if I want to.) Good. Now I know what caused the problem. Thank you. Of to the others... - -- ( GnuPG/PGP key @ www.dtek.chalmers.se/~d4jonas/ ! Wei Wu Wei ) ( U2MoL, Roleplaying, LaTeX, Emacs/Gnus, SCWM, etc. ! To Do Without Do ) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (SunOS) Comment: Processed by Mailcrypt and Gnu Privacy Guard iD8DBQE4iCWnYFmxFYdMVIkRAqVcAJ4otXIkxatSCfw++rT+UXavUVmKJQCfYKwe 5v0W1jr7rgvRtzzxy56s064= =fASg -----END PGP SIGNATURE----- From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 21 08:49:43 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id IAA03197 for scwm-discuss-outgoing; Fri, 21 Jan 2000 08:49:43 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from s2.bn3.com (s2.bn3.com [207.0.114.194]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id IAA03194 for ; Fri, 21 Jan 2000 08:49:37 -0500 Received: (qmail 1951 invoked from network); 21 Jan 2000 13:49:32 -0000 Received: from unknown (HELO sheila) (mail@202.102.65.226) by s2.bn3.com with SMTP; 21 Jan 2000 13:49:32 -0000 Received: from zw by sheila with local (Exim 3.12 #1 (Debian)) id 12C1eO-0000Tf-00; Sat, 22 Jan 2000 22:36:28 +0800 To: debian-simplified-chinese@lists.debian.org Cc: scwm-discuss@scwm.mit.edu Subject: a funny bug? From: zhaoway X-Face: #,a/m4go6f@**yz~d;veM1EC]|_tg[JIB7_'iN:9W[* Z'[>-?t}sR#b3u/3+~>\$E0]W\Ms$wFc*qtTGe8?G2e3U#:|;a/sq/t5vj=7^XZf%]a,7Na0FK%G>. Tsvb6 X-Attribution: zw Content-Type: TEXT/PLAIN; charset=gb2312 Date: 22 Jan 2000 22:36:26 +0800 Message-ID: <871z7a8979.fsf@zhaoway.com> Lines: 51 User-Agent: Gnus/5.070099 (Pterodactyl Gnus v0.99) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Guess it will have something related to scwm. ;) I'm too sleepy right now, and will have an important job hunting meeting tomorrow. I'll be back and give more precise report later. Debian Potato. Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-================-================-================================================ ii libc6 2.1.2-11 GNU C Library: Shared libraries and Timezone dat ii locales 2.1.2-11.0.1 GNU C Library: National Language (locale) data [ ii i18ndata 2.1.2-11 GNU C Library: National Language (locale) data [ ii xlib6g 3.3.5-2 shared libraries required by X clients Scwm is the nearest CVS version built at home. maybe 3 or 4 days back. Guile is from CVS too. 1 or 2 weeks back? the problem is: whenever i do: (I added an alias for GB2312 for /usr/lib/X11/locales/locale.alias by hand on Debian.) $ LANG=zh_CN.GB2312 gedit and open a file full of chinese characters coded in GB2312. The scwm manager _restarts_ and after a while after it's runing ok, all the rxvt and xemacs windows got one line _shorter_. and to the gedit side, if i set LANG=zh_CN.GB2312, then nothing will shown in gedit window. if i set LANG=C, then chinese characters are shown in (wrong) some iso-fonts for single byte character sets. I've also tried gnp (gnotepad+), and since i'd tried for quite sometimes, my crxvt-gb terminal got only 32 lines tall from 40 lines tall originally at last. ;) . i'm frankly not too good at find the clue in such a situation. ;) so, please. ;) I think it will be hard for you too, but if you could give me any suggestions or hints or whatever, I may try my best to try to fix, or at least give out a trace or what. ;) Best regards, And prepare for the up-coming China New Year! ;) -- zhaoway -=- zw * zhaoway.com -=- http://www.zhaoway.com/ -=- blue ribbon GnuPG 1024D/7C0441F2 BF4F B39D A53E A9BB 1057 2364 652C 1BA6 7C04 41F2 From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 21 17:16:43 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA03718 for scwm-discuss-outgoing; Fri, 21 Jan 2000 17:16:43 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA03715 for ; Fri, 21 Jan 2000 17:16:38 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id OAA15119; Fri, 21 Jan 2000 14:16:28 -0800 To: Martin Sigbjorn Cc: "scwm-discuss@scwm.mit.edu" Subject: Re: Saving constraints References: <3888200C.BAD4F557@xinit.se> From: "Greg J. Badros" Date: 21 Jan 2000 14:16:27 -0800 In-Reply-To: Martin Sigbjorn's message of "Fri, 21 Jan 2000 09:59:56 +0100" Message-ID: Lines: 24 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Martin Sigbjorn writes: > I'm using Scwm with Cassowary Constraint Solver. It has a lot of cool Great! > things but there is one problem. When I apply constraints to windows I > would like to save that information to a file (e.g > saved-constraints.scm). Then the constraints could be applied to the > same kind of windows every time i start Scwm. I would also like to apply > constraints to a window class (WM_CLASS). E.g I would like all Netscape > windows to appear in the same location and with a fixed size. > Enlightenment has support for this but it isn't fully functional. I > believe I can do this with Scwm but I don't know how. I would really > appreciate if someone could help me with this. This is the next step for the UI for the constraints. Right now you can do this programmatically, but not via just mouse clicks of an end-user. Perhaps if you could suggest what interface you think you'd most like for this kind of functionality (I, of course, have my own ideas but am interested to hear fresh ideas first). Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Sun Jan 23 06:17:08 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id GAA11963 for scwm-discuss-outgoing; Sun, 23 Jan 2000 06:17:08 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from news.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id GAA11960 for ; Sun, 23 Jan 2000 06:17:02 -0500 Received: from mizar (r2p085.ntt.it [194.73.94.213]) by news.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id MAA12494; Sun, 23 Jan 2000 12:17:06 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12CL2s-0001mS-00; Sun, 23 Jan 2000 12:19:02 +0100 Date: Sun, 23 Jan 2000 12:19:02 +0100 From: Francesco Tapparo To: "Greg J. Badros" Cc: cesco@debian.org, scwm-discuss@scwm.mit.edu Subject: Re: Xsession and others Message-ID: <20000123121902.A6806@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: "Greg J. Badros" , cesco@debian.org, scwm-discuss@SCWM.MIT.EDU References: <20000116130827.A2829@ntt.it> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k1lZvvs/B4yU6o8G" User-Agent: Mutt/1.0i In-Reply-To: ; from gjb@cs.washington.edu on Sun, Jan 16, 2000 at 11:17:18AM -0800 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii On Sun, Jan 16, 2000 at 11:17:18AM -0800, Greg J. Badros wrote: > Francesco Tapparo writes: > > > This is the listing of /usr/share/scwm: > > > > Xmodmap-win95keyboard > > Xresources-cpp > > Xsession > > Xsession.patch > > gnome-session-Scwm > > > > Are these files needed by some program, or are they put here as examples? > > Xsession.patch, gnome-session-Scwm are each by the rpm install script. > The rest can probably mostly be viewed as examples. > > > If the last case, it's OK if I patch the relevant Makefile.am to put themn > > in $(docdir) or $(docdir)/misc or something similar? > > For the other three, sure, as long as you're sure to update the > scwm.spec.in (the files' complete, installed paths are named there). > I'm not that picky about where those files go. I'd like them to be > visible, of course. OK, there's the patch. I chose to add a --with-examplesdir, because if scwm is installed in /usr/local, /usr/local/share/doc/scwm/examples/* would be a bit too long :>. The default is $docdir/examples, but I do'nt mind too much about it, now that I can easily set it from configure. I patched scwm.spec.in, but I cannot test it, so I cannot guarantee there are no bugs in it. Some notes about the rpm: 1) it seems to me, the actual scwm.spec.in break if some option is given to configure, because the paths are hardcoded. It would be best to call directly @docdir@, @datadir@ etc. Moreover, it should be possibile to put the rpm specific patches in the rpm package, without cluttering the user directory with those files. Of course you have bigger fishes to frish, but it would be a good mini project for another redhat user. > > Thanks, > Greg > cheers -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.am.diff" --- Makefile.am.orig Mon Jan 17 20:23:18 2000 +++ Makefile.am Mon Jan 17 22:32:39 2000 @@ -1,7 +1,9 @@ ## $Id: Makefile.am,v 1.7 1999/09/04 07:13:22 gjb Exp $ ## process this file with automake to create Makefile.in ## (You should run ./autogen.sh from the top level directory) + bin_SCRIPTS = startscwm scwm-conf cpp-sed-nl -pkgdata_DATA = Xresources-cpp gnome-session-Scwm Xmodmap-win95keyboard \ - Xsession.patch Xsession -EXTRA_DIST = $(bin_SCRIPTS) $(pkgdata_DATA) + +pkgdata_DATA = gnome-session-Scwm Xsession.patch +examples_DATA = Xresources-cpp Xmodmap-win95keyboard Xsession +EXTRA_DIST = $(bin_SCRIPTS)$(pkgdata_DATA) $(examples_DATA) --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="configure.in.diff" --- temp/scwm-0.99.6/configure.in Thu Jan 13 06:13:13 2000 +++ scwm-0.99.6/configure.in Mon Jan 17 23:22:47 2000 @@ -704,6 +704,17 @@ scwm_docdir="${datadir}/${PACKAGE}" ]) +SCWM_ARG_PATH(examplesdir, +[ --with-examplesdir=DIR Install examples in DIR + [${scwm_docdir}/examples]], +[ + AC_MSG_CHECKING(where examples should go) + examplesdir="${withval}" + AC_MSG_RESULT("${examplesdir}") +], +[ + scwm_docdir="${scwm_docdir}/examples" +]) # open the parentheses @@ -741,6 +752,7 @@ AC_SUBST(scwm_utildir) AC_SUBST(scwm_viavoice_grammardir) AC_SUBST(scwm_docdir) +AC_SUBST(examplesdir) dnl # Check for optional settings # --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="scwm.spec.in.diff" --- scwm.spec.in.orig Sun Jan 23 11:56:08 2000 +++ scwm.spec.in Sun Jan 23 12:02:36 2000 @@ -107,9 +107,9 @@ %{prefix}/share/scwm/themes/ %{prefix}/share/scwm/modules/ %{prefix}/share/scwm/pixmaps/ -%{prefix}/share/scwm/Xmodmap-win95keyboard -%{prefix}/share/scwm/Xresources-cpp -%{prefix}/share/scwm/Xsession +@examplesdir@/Xmodmap-win95keyboard +@examplesdir@/Xresources-cpp +@examplesdir@/Xsession %{prefix}/share/scwm/Xsession.patch %{prefix}/share/scwm/gnome-session-Scwm %{prefix}/include/ --k1lZvvs/B4yU6o8G-- From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 24 04:01:47 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA13194 for scwm-discuss-outgoing; Mon, 24 Jan 2000 04:01:47 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from anakin.xinit.se (anakin.xinit.se [194.14.168.3]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA13191 for ; Mon, 24 Jan 2000 04:01:42 -0500 Received: from xinit.se (fw3.xinit.se [194.14.168.82]) by anakin.xinit.se (Postfix) with ESMTP id DE0D14A0AA; Mon, 24 Jan 2000 10:00:24 +0100 (MET) Message-ID: <388C14EF.DA540DB6@xinit.se> Date: Mon, 24 Jan 2000 10:01:35 +0100 From: Martin Sigbjorn X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Greg J. Badros" Cc: "scwm-discuss@scwm.mit.edu" Subject: Re: Saving constraints References: <3888200C.BAD4F557@xinit.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "Greg J. Badros" wrote: > > Martin Sigbjorn writes: > > > I'm using Scwm with Cassowary Constraint Solver. It has a lot of cool > > Great! > > > things but there is one problem. When I apply constraints to windows I > > would like to save that information to a file (e.g > > saved-constraints.scm). Then the constraints could be applied to the > > same kind of windows every time i start Scwm. I would also like to apply > > constraints to a window class (WM_CLASS). E.g I would like all Netscape > > windows to appear in the same location and with a fixed size. > > Enlightenment has support for this but it isn't fully functional. I > > believe I can do this with Scwm but I don't know how. I would really > > appreciate if someone could help me with this. > > This is the next step for the UI for the constraints. Right now you can > do this programmatically, but not via just mouse clicks of an end-user. > Perhaps if you could suggest what interface you think you'd most like > for this kind of functionality (I, of course, have my own ideas but am > interested to hear fresh ideas first). Ok, I guessed that you could do it programmatically. Can you show me an example how you could implement this in scheme so I can test this? I've never programmed Scheme before (starting now) so a little help would be much appreciated. As for th UI, you could take a look at how Enlightenment does this. It provides a popup-menu for every window where you can "remember" attributes such as location, size etc... for a class of windows. Maybe the "Constraint investigator" could be used for this functionality. You could have a "remember constraint" checkbox and maybe also a set of radio buttons that define whether the constraint apply to the Window class, or the title of the window etc... What do you think about this? kind regards /Martin From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 24 15:40:11 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id PAA16627 for scwm-discuss-outgoing; Mon, 24 Jan 2000 15:40:11 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from news.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id PAA16624 for ; Mon, 24 Jan 2000 15:40:05 -0500 Received: from mizar (r2p042.ntt.it [194.73.94.170]) by news.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id VAA40570 for ; Mon, 24 Jan 2000 21:40:25 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12CplG-000098-00 for ; Mon, 24 Jan 2000 21:06:54 +0100 Date: Mon, 24 Jan 2000 21:06:54 +0100 From: Francesco Tapparo To: scwm-discuss@scwm.mit.edu Subject: misc binaries in scwm package Message-ID: <20000124210654.A530@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: scwm-discuss@scwm.mit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Can someone tell me which binaries from the following are useful to the final user and which to a developer of scwm mofules?: cpp-sed-nl scwm-doc-snarf run-renamed thanks -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 24 16:38:22 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id QAA16877 for scwm-discuss-outgoing; Mon, 24 Jan 2000 16:38:22 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id QAA16874 for ; Mon, 24 Jan 2000 16:38:12 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id NAA27492; Mon, 24 Jan 2000 13:37:53 -0800 To: cesco@debian.org Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: misc binaries in scwm package References: <20000124210654.A530@ntt.it> From: "Greg J. Badros" Date: 24 Jan 2000 13:37:53 -0800 In-Reply-To: Francesco Tapparo's message of "Mon, 24 Jan 2000 21:06:54 +0100" Message-ID: Lines: 13 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > Can someone tell me which binaries from the following are useful to the > final user and which to a developer of scwm mofules?: > > cpp-sed-nl > scwm-doc-snarf > run-renamed scwm-snarf, scwm-doc-snarf are needed for building scwm, but not thereafter. cpp-sed-nl and run-renamed are both useful to end users. Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 25 03:43:50 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id DAA18329 for scwm-discuss-outgoing; Tue, 25 Jan 2000 03:43:50 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from tech.com.au (root@techpt.lnk.telstra.net [139.130.75.122]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id DAA18326 for ; Tue, 25 Jan 2000 03:43:43 -0500 Received: from tech.com.au (tardis [203.41.180.243]) by tech.com.au (8.9.3/8.9.3) with ESMTP id TAA02745 for ; Tue, 25 Jan 2000 19:43:32 +1100 Message-ID: <388D6234.F9A6B6ED@tech.com.au> Date: Tue, 25 Jan 2000 19:43:32 +1100 From: Chris X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i686) X-Accept-Language: en MIME-Version: 1.0 To: "scwm-discuss@scwm.mit.edu" Subject: Redhat rpms Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Was anything discovered about the latest Redhat rpms which I reported as not working? Does it look like it was just me, or was a problem found? From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 25 04:17:44 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA21306 for scwm-discuss-outgoing; Tue, 25 Jan 2000 04:17:44 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from igate.sema.de (in-proxy.sema.de [194.123.157.114]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA21303 for ; Tue, 25 Jan 2000 04:17:36 -0500 Received: from madeira.sema.de (root@madeira.sema.de [192.168.70.35]) by igate.sema.de (8.8.8/8.8.8) with ESMTP id KAA08513; Tue, 25 Jan 2000 10:17:12 +0100 Received: (from mschmitz@localhost) by madeira.sema.de (8.9.3/8.9.3) id LAA11329; Tue, 25 Jan 2000 11:16:24 +0100 From: Michael Schmitz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14477.30712.70895.972389@madeira.sema.de> Date: Tue, 25 Jan 2000 11:16:24 +0100 (CET) To: scwm-discuss@scwm.mit.edu CC: chris@tech.com.au Subject: Re: Redhat rpms In-Reply-To: <388D6234.F9A6B6ED@tech.com.au> References: <388D6234.F9A6B6ED@tech.com.au> X-Mailer: VM 6.75 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk >>>>> "Chris" == Chris writes: Chris> Was anything discovered about the latest Redhat rpms which Chris> I reported as not working? Does it look like it was just Chris> me, or was a problem found? SCWM-0.99.6 works fine for me (kind of RedHat 6.1) after recompiling the SCWM package itself. I had to do this since SCWM didn't come up at all due to some unresolved references. Michael. From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 25 10:57:05 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id KAA21838 for scwm-discuss-outgoing; Tue, 25 Jan 2000 10:57:05 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id KAA21835 for ; Tue, 25 Jan 2000 10:56:58 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id HAA01242; Tue, 25 Jan 2000 07:56:29 -0800 To: Michael Schmitz Cc: scwm-discuss@SCWM.MIT.EDU, chris@tech.com.au Subject: Re: Redhat rpms References: <388D6234.F9A6B6ED@tech.com.au> <14477.30712.70895.972389@madeira.sema.de> From: "Greg J. Badros" Date: 25 Jan 2000 07:56:29 -0800 In-Reply-To: Michael Schmitz's message of "Tue, 25 Jan 2000 11:16:24 +0100 (CET)" Message-ID: Lines: 20 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schmitz writes: > >>>>> "Chris" == Chris writes: > > Chris> Was anything discovered about the latest Redhat rpms which > Chris> I reported as not working? Does it look like it was just > Chris> me, or was a problem found? > > SCWM-0.99.6 works fine for me (kind of RedHat 6.1) after recompiling > the SCWM package itself. I had to do this since SCWM didn't come up at > all due to some unresolved references. I think the binary RPM is bogus. I'll make a new RPM for Scwm-0.99.7 that'll be out this week. I found a couple more stability bugs and Scwm has never been stabler for me or my guinea pigs that have always had more trouble than I have w/ its stability. Sorry for the problems with the .6 rpm. Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 25 20:01:23 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id UAA22485 for scwm-discuss-outgoing; Tue, 25 Jan 2000 20:01:23 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from best.micron.net ([204.229.122.199]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id UAA22482 for ; Tue, 25 Jan 2000 20:01:18 -0500 Received: from bliss ([204.228.207.28]) by best.micron.net (Netscape Messaging Server 4.1) with ESMTP id FOX22I00.8DG for ; Tue, 25 Jan 2000 17:15:54 -0700 Received: from lispbliss by bliss with local (Exim 2.05 #1 (Debian)) id 12D9V2-0000HB-00; Tue, 25 Jan 2000 10:11:28 -0700 To: scwm-discuss@scwm.mit.edu Subject: SCWM is very cool, but you guys already knew that :) From: Scott Jaderholm Date: 25 Jan 2000 10:11:27 -0700 Message-ID: <87r9f6t6tc.fsf@sage.cortland.com> Lines: 49 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Dear Schemers, First off, this is a very cool window manager. Being able to reconfigure it within emacs and press C-u C-j and see the changes take place is just awesome. Now, for the questions :) First, How can I "apply" a theme? I have tried loading the theme's .scm file into emacs, evaluating the two expressions but it doesn't make it take effect. Is there some function I must run to have this take effect? Second, Is there a way to have the menu (root menu) come up faster? It takes a second or so to come up and is highly anoying. Third, in Enlightenment you can take a image and put it as your titlebar. It will strech or shrink that image based on the size of the window. In fvwm, you can only tile images or use solid colors. Can SCWM strech/shrink images for the titlebar? Fourth, In FVWM I can put a "side image" on my root menu. when I bring up the root menu it has the menu like normal, but it also has a image on the side. Can I do that in scwm? how? Fifth, is there a limit to the number of questions I can ask in one message? Sixth, Is there a place I can find a bunch of working configurations for scwm? Does anyone have a nicely configured setup that they want to share? Thank you very much for your time, Scott Jaderholm -- .--------------------------------------------------------------. | Scott Jaderholm lispbliss@sage.cortland.com | | | |"Debian's non-commercial Linux distribution shows again that | |Internet-enabled, cooperative software development can produce| |software of the very highest quality." Linus Travolds | `--------------------------------------------------------------' From owner-scwm-discuss@SCWM.MIT.EDU Tue Jan 25 20:25:11 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id UAA22642 for scwm-discuss-outgoing; Tue, 25 Jan 2000 20:25:11 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id UAA22639 for ; Tue, 25 Jan 2000 20:25:06 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id RAA21549; Tue, 25 Jan 2000 17:24:55 -0800 To: Scott Jaderholm Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: SCWM is very cool, but you guys already knew that :) References: <87r9f6t6tc.fsf@sage.cortland.com> From: "Greg J. Badros" Date: 25 Jan 2000 17:24:55 -0800 In-Reply-To: Scott Jaderholm's message of "25 Jan 2000 10:11:27 -0700" Message-ID: Lines: 75 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Scott Jaderholm writes: > Dear Schemers, > > First off, this is a very cool window manager. Being able to > reconfigure it within emacs and press C-u C-j and see the changes take > place is just awesome. Thanks! I'm glad you like our work! > Now, for the questions :) > > First, How can I "apply" a theme? I have tried loading the theme's > .scm file into emacs, evaluating the two expressions but it doesn't > make it take effect. Is there some function I must run to have this > take effect? If you use system.scwmrc, you can right-click on the titlebar and select "Change theme", and all should work. Look at what system.scwmrc does for the code-based answer. > Second, Is there a way to have the menu (root menu) come up faster? It > takes a second or so to come up and is highly anoying. If you're using the null configuration file, the binding for the left-mouse button on the root window is not using what I call the "immediate-proc" -- it's timing out waiting to see if you double-clicked or not. Just change from, e.g., (bind-mouse 'root 1 (lambda () ... )) to (bind-mouse 'root 1 #f (lambda () ... )) ^^ add this for the action-proc ^^^^^^^^^^^^^^^^ and make this be the immediate-proc that gets called on the click. > Third, in Enlightenment you can take a image and put it as your > titlebar. It will strech or shrink that image based on the size of > the window. In fvwm, you can only tile images or use solid colors. > Can SCWM strech/shrink images for the titlebar? Not now. Patches are welcome, especially good ones! :-) > Fourth, In FVWM I can put a "side image" on my root menu. when I > bring up the root menu it has the menu like normal, but it also has a > image on the side. Can I do that in scwm? how? Yes -- use the #:image-side keyword argument to the `menu' primitive. See system.scwmrc for an example. > Fifth, is there a limit to the number of questions I can ask in one > message? Only by disk space. :-) > Sixth, Is there a place I can find a bunch of working configurations > for scwm? Does anyone have a nicely configured setup that they want to > share? sample.scwmrc/*.scwmrc are all good. system.scwmrc is the standard configuration that is intended to mostly be usable by just then using the GUI preferences module, but can be further customized by creating various files that it then loads at key points in the configuration. You can also edit it directly, but that complicates updating to a new version of Scwm. > Thank you very much for your time, > Scott Jaderholm You're welcome.... further feedback is appreciated, of course! Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 26 13:55:12 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA26904 for scwm-discuss-outgoing; Wed, 26 Jan 2000 13:55:12 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA26901 for ; Wed, 26 Jan 2000 13:55:06 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA28850; Wed, 26 Jan 2000 10:54:48 -0800 To: Martin Sigbjorn Cc: "scwm-discuss@scwm.mit.edu" Subject: Re: Saving constraints References: <3888200C.BAD4F557@xinit.se> <388C14EF.DA540DB6@xinit.se> From: "Greg J. Badros" Date: 26 Jan 2000 10:54:48 -0800 In-Reply-To: Martin Sigbjorn's message of "Mon, 24 Jan 2000 10:01:35 +0100" Message-ID: Lines: 72 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Martin Sigbjorn writes: > "Greg J. Badros" wrote: > > > > Martin Sigbjorn writes: > > > > > I'm using Scwm with Cassowary Constraint Solver. It has a lot of cool > > > > Great! > > > > > things but there is one problem. When I apply constraints to windows I > > > would like to save that information to a file (e.g > > > saved-constraints.scm). Then the constraints could be applied to the > > > same kind of windows every time i start Scwm. I would also like to apply > > > constraints to a window class (WM_CLASS). E.g I would like all Netscape > > > windows to appear in the same location and with a fixed size. > > > Enlightenment has support for this but it isn't fully functional. I > > > believe I can do this with Scwm but I don't know how. I would really > > > appreciate if someone could help me with this. > > > > This is the next step for the UI for the constraints. Right now you can > > do this programmatically, but not via just mouse clicks of an end-user. > > Perhaps if you could suggest what interface you think you'd most like > > for this kind of functionality (I, of course, have my own ideas but am > > interested to hear fresh ideas first). > > Ok, I guessed that you could do it programmatically. Can you show me an > example how you could implement this in scheme so I can test this? I've > never programmed Scheme before (starting now) so a little help would be > much appreciated. > As for th UI, you could take a look at how Enlightenment does this. It > provides a popup-menu for every window where you can "remember" > attributes such as location, size etc... for a class of windows. Maybe > the "Constraint investigator" could be used for this functionality. You > could have a "remember constraint" checkbox and maybe also a set of > radio buttons that define whether the constraint apply to the Window > class, or the title of the window etc... What do you think about this? Well, this isn't quite the same as remembering real constraints, but if your goal is just to place certain windows at a specific position in the viewport or virtual desktop, you can use the two new (very simple) procedures I added to make this easier: (from placement.c) (define-public (at-virtual-offset-placement x y) "Return a procedure that takes a window and places it at virtual offset X, Y. The procedure will act just like calling `move-window' on the window with the same X and Y arguments." (lambda (win) (move-window x y win))) (define-public (at-vp-offset-placement x y) "Return a procedure that takes a window and places it at viewport offset X, Y. The procedure will act just like calling `move-window-viewport-position' on the window with the same X and Y arguments." (lambda (win) (move-window-viewport-position x y win))) Then do, e.g.,: (window-style "XTerm" #:placement-proc (at-vp-offset-placement 50 50)) or (window-style "XTerm" #:placement-proc (at-virtual-offset-placement 50 50)) Instead of using actual numbers, you can use the current position of a window if you prefer. The stylist module is a good place to add this functionality more intuitively, interactively. Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 26 17:50:21 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA27264 for scwm-discuss-outgoing; Wed, 26 Jan 2000 17:50:21 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from news.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA27261 for ; Wed, 26 Jan 2000 17:50:17 -0500 Received: from mizar (r2p093.ntt.it [194.73.94.221]) by news.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id XAA25364; Wed, 26 Jan 2000 23:50:17 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12DbJR-0003oG-00; Wed, 26 Jan 2000 23:53:21 +0100 Date: Wed, 26 Jan 2000 23:53:21 +0100 From: Francesco Tapparo To: "Greg J. Badros" Cc: cesco@debian.org, scwm-discuss@scwm.mit.edu Subject: Re: misc binaries in scwm package Message-ID: <20000126235321.A14578@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: "Greg J. Badros" , cesco@debian.org, scwm-discuss@SCWM.MIT.EDU References: <20000124210654.A530@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: ; from gjb@cs.washington.edu on Mon, Jan 24, 2000 at 01:37:53PM -0800 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Mon, Jan 24, 2000 at 01:37:53PM -0800, Greg J. Badros wrote: > Francesco Tapparo writes: > > > Can someone tell me which binaries from the following are useful to the > > final user and which to a developer of scwm mofules?: > > > > cpp-sed-nl > > scwm-doc-snarf > > run-renamed > > scwm-snarf, scwm-doc-snarf are needed for building scwm, but not > thereafter. cpp-sed-nl and run-renamed are both useful to end users. > > Greg Thanks. With the following micropatch, scwm does not install useless (for the final user) executables in the users directories. Note that scwm-doc-snarf is still built, only it is not installed anymore. The patch must be applied to src/Makefile.am. cheers --- Makefile.am.orig Wed Jan 26 14:11:43 2000 +++ Makefile.am Wed Jan 26 23:44:42 2000 @@ -106,8 +106,6 @@ EXTRA_DIST = ChangeLog generate_scm_init_funcs scwm-snarf scwm-doc-snarf.in -bin_SCRIPTS = scwm-doc-snarf - init_scheme_string.c: ../scheme/minimal.scm ( echo "char *init_scheme_string = \"\\" ; \ sed -e 's/;.*$$//g' -e 's/"/\\"/g' -e "s/'/\\\\'/g" -e 's/$$/\\n\\/' ; \ -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Wed Jan 26 17:57:24 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA27343 for scwm-discuss-outgoing; Wed, 26 Jan 2000 17:57:24 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA27336 for ; Wed, 26 Jan 2000 17:57:20 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id OAA29460; Wed, 26 Jan 2000 14:57:01 -0800 To: cesco@debian.org Cc: scwm-discuss@scwm.mit.edu Subject: Re: misc binaries in scwm package References: <20000124210654.A530@ntt.it> <20000126235321.A14578@ntt.it> From: "Greg J. Badros" Date: 26 Jan 2000 14:57:01 -0800 In-Reply-To: Francesco Tapparo's message of "Wed, 26 Jan 2000 23:53:21 +0100" Message-ID: Lines: 31 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > On Mon, Jan 24, 2000 at 01:37:53PM -0800, Greg J. Badros wrote: > > Francesco Tapparo writes: > > > > > Can someone tell me which binaries from the following are useful to the > > > final user and which to a developer of scwm mofules?: > > > > > > cpp-sed-nl > > > scwm-doc-snarf > > > run-renamed > > > > scwm-snarf, scwm-doc-snarf are needed for building scwm, but not > > thereafter. cpp-sed-nl and run-renamed are both useful to end users. > > > > Greg > > Thanks. With the following micropatch, scwm does not install useless (for > the final user) executables in the users directories. Note that scwm-doc-snarf > is still built, only it is not installed anymore. > The patch must be applied to src/Makefile.am. I'm not sure I want to eliminate scwm-doc-snarf from being installed as it could be useful to have in the builder's path for C extension modules distributed outside of Scwm proper. If this causes a major headache for you maintaining the .deb and you really don't want the extra script, I'll comment it out for now, otherwise I'd rather leave it installed since I don't think it hurts anybody. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 27 15:49:28 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id PAA31823 for scwm-discuss-outgoing; Thu, 27 Jan 2000 15:49:28 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from news.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id PAA31820 for ; Thu, 27 Jan 2000 15:49:23 -0500 Received: from mizar (r3p122.ntt.it [194.75.44.122]) by news.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id VAA12938; Thu, 27 Jan 2000 21:49:39 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12Dvk0-0000A6-00; Thu, 27 Jan 2000 21:42:08 +0100 Date: Thu, 27 Jan 2000 21:42:08 +0100 From: Francesco Tapparo To: "Greg J. Badros" Cc: scwm-discuss@scwm.mit.edu Subject: Re: misc binaries in scwm package Message-ID: <20000127214208.A481@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: "Greg J. Badros" , scwm-discuss@scwm.mit.edu References: <20000124210654.A530@ntt.it> <20000126235321.A14578@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: ; from gjb@cs.washington.edu on Wed, Jan 26, 2000 at 02:57:01PM -0800 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Wed, Jan 26, 2000 at 02:57:01PM -0800, Greg J. Badros wrote: > Francesco Tapparo writes: > > > On Mon, Jan 24, 2000 at 01:37:53PM -0800, Greg J. Badros wrote: > > > Francesco Tapparo writes: [snipped] > > Thanks. With the following micropatch, scwm does not install useless (for > > the final user) executables in the users directories. Note that scwm-doc-snarf > > is still built, only it is not installed anymore. > > The patch must be applied to src/Makefile.am. > > I'm not sure I want to eliminate scwm-doc-snarf from being installed as > it could be useful to have in the builder's path for C extension modules > distributed outside of Scwm proper. If this causes a major headache for > you maintaining the .deb and you really don't want the extra script, > I'll comment it out for now, otherwise I'd rather leave it installed > since I don't think it hurts anybody. I did not understand that: I thought it was useless. Of course it should be installed if it is useful to the module developers; I can remove it very easily from my packages, as I do with Xsession.patch and some other files( sadly, the debian packages does not include the development support files, and I'm not sure if this support can be enabled during the freeze). > > Thanks, > Greg cheers -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Thu Jan 27 16:54:32 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id QAA32061 for scwm-discuss-outgoing; Thu, 27 Jan 2000 16:54:32 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id QAA32057 for ; Thu, 27 Jan 2000 16:54:27 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id NAA23102; Thu, 27 Jan 2000 13:54:17 -0800 To: cesco@debian.org Cc: scwm-discuss@scwm.mit.edu Subject: Re: misc binaries in scwm package References: <20000124210654.A530@ntt.it> <20000126235321.A14578@ntt.it> <20000127214208.A481@ntt.it> From: "Greg J. Badros" Date: 27 Jan 2000 13:54:17 -0800 In-Reply-To: Francesco Tapparo's message of "Thu, 27 Jan 2000 21:42:08 +0100" Message-ID: Lines: 34 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > On Wed, Jan 26, 2000 at 02:57:01PM -0800, Greg J. Badros wrote: > > Francesco Tapparo writes: > > > > > On Mon, Jan 24, 2000 at 01:37:53PM -0800, Greg J. Badros wrote: > > > > Francesco Tapparo writes: > [snipped] > > > Thanks. With the following micropatch, scwm does not install useless (for > > > the final user) executables in the users directories. Note that scwm-doc-snarf > > > is still built, only it is not installed anymore. > > > The patch must be applied to src/Makefile.am. > > > > I'm not sure I want to eliminate scwm-doc-snarf from being installed as > > it could be useful to have in the builder's path for C extension modules > > distributed outside of Scwm proper. If this causes a major headache for > > you maintaining the .deb and you really don't want the extra script, > > I'll comment it out for now, otherwise I'd rather leave it installed > > since I don't think it hurts anybody. > > I did not understand that: I thought it was useless. Of course it should be > installed if it is useful to the module developers; I can remove it very > easily from my packages, as I do with Xsession.patch and some other files( > sadly, the debian packages does not include the development support files, > and I'm not sure if this support can be enabled during the freeze). Well, scwm-doc-snarf is useless to a simple-minded end user, but if the end user is writing her own C extensions and wants to use the documentation conventions of the Scwm source, then scwm-doc-snarf is necessary. I suppose it should be in a scwm-dev package, if such a thing existed, but perhaps not in a binary-only scwm package. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 28 05:18:07 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id FAA02950 for scwm-discuss-outgoing; Fri, 28 Jan 2000 05:18:07 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mailhostnew.tbit.dk (mailhostnew.tbit.dk [194.182.135.150]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id FAA02946 for ; Fri, 28 Jan 2000 05:18:02 -0500 Received: from chl (chl.tbit.dk [194.182.135.65]) by mailhostnew.tbit.dk (8.9.3+Sun/8.9.3) with ESMTP id LAA11630; Fri, 28 Jan 2000 11:17:47 +0100 (MET) Received: by tbit.dk via sendmail from stdin id (Debian Smail3.2.0.102) for scwm-discuss@scwm.mit.edu; Fri, 28 Jan 2000 11:17:46 +0100 (CET) From: Christian Lynbech MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14481.27850.820868.160778@chl.tbit.dk> Date: Fri, 28 Jan 2000 11:17:46 +0100 (CET) To: scwm-discuss@scwm.mit.edu Subject: height of new windows X-Mailer: VM 6.75 under Emacs 20.5.2 Comments: Hyperbole mail buttons accepted, v04.023. Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Is it just me, my .scwmrc or does scwm cut off a line when creating new windows? If I do xterm -geometry 80x25 the new xterm has only 24 lines. Same thing can be seen by doing a (new-frame '((height . 25))) from within emacs. Enlightment seems to give me a 25 lines window when I ask for one. This is with a fairly recent CVS version of scwm. ---------------------------+-------------------------------------------------- Christian Lynbech | Ericsson Telebit A/S Fax: +45 8628 8186 | Fabrikvej 11, DK-8260 Viby J Phone: +45 8738 2228 | email: chl@tbit.dk --- URL: http://www.tbit.dk ---------------------------+-------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic@hal.com (Michael A. Petonic) From owner-scwm-discuss@SCWM.MIT.EDU Fri Jan 28 11:22:20 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA03347 for scwm-discuss-outgoing; Fri, 28 Jan 2000 11:22:20 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA03344 for ; Fri, 28 Jan 2000 11:22:15 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id IAA31243; Fri, 28 Jan 2000 08:22:01 -0800 To: Christian Lynbech Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: height of new windows References: <14481.27850.820868.160778@chl.tbit.dk> From: "Greg J. Badros" Date: 28 Jan 2000 08:22:01 -0800 In-Reply-To: Christian Lynbech's message of "Fri, 28 Jan 2000 11:17:46 +0100 (CET)" Message-ID: Lines: 12 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Christian Lynbech writes: > Is it just me, my .scwmrc or does scwm cut off a line when creating > new windows? Not just you-- thanks for pointing it out... I'll look into it later today-- I think it's rounding down incorrectly when doing the base-unit + resize-increment calculation. I should be able to fix this today. Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 31 12:24:04 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA15616 for scwm-discuss-outgoing; Mon, 31 Jan 2000 12:24:04 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from igate.sema.de (in-proxy.sema.de [194.123.157.114]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA15613 for ; Mon, 31 Jan 2000 12:23:58 -0500 Received: from madeira.sema.de (root@madeira.sema.de [192.168.70.35]) by igate.sema.de (8.8.8/8.8.8) with ESMTP id SAA10956 for ; Mon, 31 Jan 2000 18:23:46 +0100 Received: (from mschmitz@localhost) by madeira.sema.de (8.9.3/8.9.3) id TAA08856; Mon, 31 Jan 2000 19:23:05 +0100 From: Michael Schmitz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14485.54025.386246.47808@madeira.sema.de> Date: Mon, 31 Jan 2000 19:23:05 +0100 (CET) To: scwm-discuss@scwm.mit.edu Subject: SCWM-0.99.6 bugs X-Mailer: VM 6.75 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Hello all! There are two bugs that I'd like to make you aware of. 1. SCWM does not correctly restore window position when restarted (via the GNOME session manager). All windows slip to the lower right corner of the desktop they are placed on. It look like SCWM does not take the width/height of the border and titlebar into account. 2. SCWM show some 'ghost' frames for iconified windows when restarted. This means I get a window including decoration and correct size, but no contents. Maybe the second problem is somehow related to my configuration: (window-style "*" ;; color definitions #:fg "black" #:bg (make-color "#60a0c0") ;; icon stuff #:start-iconified #f #:sticky-icon #f #:icon #f #:show-icon #f #:force-icon #f #:icon-title #t ;; window list #:winlist-skip #f #:circulate-skip #f ;; initial placement #:smart-placement #t #:random-placement #t #:PPosition-hint #t ;; border #:plain-border #f #:border-width 4 #:mwm-border #t ;; decoration #:decorate-transient #t #:mwm-decor-hint #t ;; misc #:focus 'sloppy #:lenience #t #:sticky #f #:mwm-func-hint #t #:hint-override #t #:mini-icon pic-lambda-mini) Beside of these two minor problems, there's still a major stability problem in conjunction with Netcrap. SCWM often crashes when closing a browser window. Michael. From owner-scwm-discuss@SCWM.MIT.EDU Mon Jan 31 12:39:29 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA15719 for scwm-discuss-outgoing; Mon, 31 Jan 2000 12:39:29 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA15714 for ; Mon, 31 Jan 2000 12:39:18 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA03146; Mon, 31 Jan 2000 09:39:05 -0800 To: Michael Schmitz Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: SCWM-0.99.6 bugs References: <14485.54025.386246.47808@madeira.sema.de> From: "Greg J. Badros" Date: 31 Jan 2000 09:39:05 -0800 In-Reply-To: Michael Schmitz's message of "Mon, 31 Jan 2000 19:23:05 +0100 (CET)" Message-ID: Lines: 76 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schmitz writes: > Hello all! > > There are two bugs that I'd like to make you aware of. > > 1. SCWM does not correctly restore window position when restarted (via > the GNOME session manager). All windows slip to the lower right > corner of the desktop they are placed on. It look like SCWM does > not take the width/height of the border and titlebar into account. I can reproduce this; but what are you doing restarting Scwm all the time? :-) I'll see what I can do.... > 2. SCWM show some 'ghost' frames for iconified windows when > restarted. This means I get a window including decoration and > correct size, but no contents. > > Maybe the second problem is somehow related to my configuration: > > (window-style "*" > ;; color definitions > #:fg "black" > #:bg (make-color "#60a0c0") > > ;; icon stuff > #:start-iconified #f > #:sticky-icon #f > #:icon #f > #:show-icon #f > #:force-icon #f > #:icon-title #t > > ;; window list > #:winlist-skip #f > #:circulate-skip #f > > ;; initial placement > #:smart-placement #t > #:random-placement #t > #:PPosition-hint #t > > ;; border > #:plain-border #f > #:border-width 4 > #:mwm-border #t > > ;; decoration > #:decorate-transient #t > #:mwm-decor-hint #t > > ;; misc > #:focus 'sloppy > #:lenience #t > #:sticky #f > #:mwm-func-hint #t > #:hint-override #t > > #:mini-icon pic-lambda-mini) Is this the whole of your .scwmrc? I cannot reproduce just by evaluating this s-exp. Can you give me a minimal whole .scwmrc that you can use to reproduce the problem (and describe *exactly* what I need to do to see the problem). > Beside of these two minor problems, there's still a major stability > problem in conjunction with Netcrap. SCWM often crashes when closing a > browser window. This is almost definitely fixed in 0.99.6.1; I was able to see the problem, made changes that addressed the problem, and my Scwm hasn't crashed since then. Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 1 04:57:26 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id EAA19748 for scwm-discuss-outgoing; Tue, 1 Feb 2000 04:57:26 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from igate.sema.de (in-proxy.sema.de [194.123.157.114]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id EAA19745 for ; Tue, 1 Feb 2000 04:57:10 -0500 Received: from madeira.sema.de (root@madeira.sema.de [192.168.70.35]) by igate.sema.de (8.8.8/8.8.8) with ESMTP id KAA21514 for ; Tue, 1 Feb 2000 10:57:02 +0100 Received: (from mschmitz@localhost) by madeira.sema.de (8.9.3/8.9.3) id LAA11439; Tue, 1 Feb 2000 11:56:22 +0100 From: Michael Schmitz MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="H9/YBIvmx6" Content-Transfer-Encoding: 7bit Message-ID: <14486.48086.633301.591062@madeira.sema.de> Date: Tue, 1 Feb 2000 11:56:22 +0100 (CET) To: scwm-discuss@scwm.mit.edu Subject: Re: SCWM-0.99.6 bugs In-Reply-To: References: <14485.54025.386246.47808@madeira.sema.de> X-Mailer: VM 6.75 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk --H9/YBIvmx6 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit >>>>> "Greg" == Greg J Badros writes: Greg> Michael Schmitz writes: >> Hello all! >> >> There are two bugs that I'd like to make you aware of. >> >> 1. SCWM does not correctly restore window position when >> restarted (via the GNOME session manager). All windows slip >> to the lower right corner of the desktop they are placed >> on. It look like SCWM does not take the width/height of the >> border and titlebar into account. Greg> I can reproduce this; but what are you doing restarting Scwm Greg> all the time? :-) I'll see what I can do.... Fine. >> 2. SCWM show some 'ghost' frames for iconified windows when >> restarted. This means I get a window including decoration and >> correct size, but no contents. >> >> Maybe the second problem is somehow related to my configuration: >> >> (window-style "*" >> ;; color definitions >> #:fg "black" >> #:bg (make-color "#60a0c0") >> >> ;; icon stuff >> #:start-iconified #f >> #:sticky-icon #f >> #:icon #f >> #:show-icon #f >> #:force-icon #f >> #:icon-title #t >> >> ;; window list >> #:winlist-skip #f >> #:circulate-skip #f >> >> ;; initial placement >> #:smart-placement #t >> #:random-placement #t >> #:PPosition-hint #t >> >> ;; border >> #:plain-border #f >> #:border-width 4 >> #:mwm-border #t >> >> ;; decoration >> #:decorate-transient #t >> #:mwm-decor-hint #t >> >> ;; misc >> #:focus 'sloppy >> #:lenience #t >> #:sticky #f >> #:mwm-func-hint #t >> #:hint-override #t >> >> #:mini-icon pic-lambda-mini) Greg> Is this the whole of your .scwmrc? I cannot reproduce just Greg> by evaluating this s-exp. Can you give me a minimal whole Greg> .scwmrc that you can use to reproduce the problem (and Greg> describe *exactly* what I need to do to see the problem). No this is of course not my whole .scwmrc. A stripped down version is appended below. I'm using GNOME and SCWM on a RH61 Linux box. After logging in and starting some applications (it does not matter which ones) you should iconify some of them. Then kill SCWM and wait until GNOME restarts the window manager (or restart the WM via the command line). >> Beside of these two minor problems, there's still a major >> stability problem in conjunction with Netcrap. SCWM often >> crashes when closing a browser window. Greg> This is almost definitely fixed in 0.99.6.1; I was able to Greg> see the problem, made changes that addressed the problem, Greg> and my Scwm hasn't crashed since then. This is definitely good news! Michael. --H9/YBIvmx6 Content-Type: text/plain Content-Description: My .scwmrc Content-Disposition: inline; filename=".scwmrc" Content-Transfer-Encoding: 7bit (define (display-string-newline-to-error-port str) (display str (current-error-port)) (newline (current-error-port))) (add-hook! error-hook display-string-newline-to-error-port) (use-scwm-modules gnome-hints) (enable-gnome-hints) (use-scwm-modules base defoption primopts style) (setenv "DISPLAY_HEIGHT" (number->string display-height)) (setenv "DISPLAY_WIDTH" (number->string display-width)) (setenv "DISPLAY_PLANES" (number->string display-depth)) (setenv "GNOME_SM" (if gnome-sm "true" "false")) (use-scwm-modules optargs menus-extras) (define* (popup-root-window) "Pop up the root window's menu." (interactive) (with-window #f (popup-menu 'menu-root-window #t))) (define* (popup-window-operations) "Popup the window operations menu." (interactive) (popup-menu (menu-window-operations (get-window)))) ;; a clone of the function jump-to-register which works in case the ;; focus follows the mouse; The original function sets the focus to ;; the window identified by the register value, but doesn't move the ;; mouse (which causes the window to lose focus again) (define (my-jump-to-register) (let* ((register (get-register-name)) (value (get-register register))) (cond ((window? value) (let ((position (window-center-position value))) (move-pointer-to (car position) (cadr position))) (focus-window value)) ((window-configuration? value) (copy-window-configuration value (car value)) (let ((position (window-center-position (car value)))) (move-pointer-to (car position) (cadr position))) (focus-window (car value))) (value (restore-global-window-configuration value))))) (define pic-xterm-mini (make-image "mini-term.xpm")) (define pic-lambda-mini (make-image "lambda.xpm")) (set-desk-size! 2 2) (use-scwm-modules winlist winops fvwm-module) (register-fvwm2-module-config "FvwmPager" "*FvwmPagerGeometry -0+0" "*FvwmPagerRows 1" "*FvwmPagerColumns 2" "*FvwmPagerSmallFont 5x8" "*FvwmPagerFont none") (define fvwm2-pager (run-fvwm2-module "FvwmPager" '("0" "1"))) (set-smart-placement-is-really-smart! #t) (use-scwm-modules auto-raise) (window-style "*" #:auto-raise #t #:auto-raise-delay 500) (set! *default-focus-style* 'sloppy) (use-scwm-modules face) (define mini-icon-button-face (make-face '((relief flat)) '((pixmap mini-program-icon)))) (define face-iconify-button (make-face '((relief flat)) '((pixmap "mini-shrink-windows-full.xpm")))) (set! menu-bg-color (make-color "gray80")) (set! menu-text-color (make-color "black")) (use-scwm-modules face titlebar-buttons winops) (title-style #:font (optget *window-font*) #:justify 'left #:relief 'raised) (use-scwm-modules animated-iconify) (add-right-button face-iconify-button #f animated-iconify) (border-style #:hidden-handles #t #:no-inset #f) (window-style "*" #:fg "black" #:bg (make-color "#60a0c0") #:start-iconified #f #:sticky-icon #f #:icon #f #:show-icon #f #:force-icon #f #:icon-title #t #:winlist-skip #f #:circulate-skip #f #:smart-placement #t #:random-placement #t #:PPosition-hint #t #:plain-border #f #:border-width 4 #:mwm-border #t #:decorate-transient #t #:mwm-decor-hint #t #:focus 'sloppy #:lenience #t #:sticky #f #:mwm-func-hint #t #:hint-override #t #:mini-icon pic-lambda-mini) (use-scwm-modules basic-styles wininfo) (gnome-install-window-styles) (window-style "FvwmPager" #:use-style desk-widget-no-titlebar #:sticky-icon #t #:sticky #t) (window-style (resource-match?? "(xterm|rxvt)" 'regexp) #:mini-icon pic-xterm-mini #:icon "xterm.xpm") (window-style (resource-match?? "panel" 'regexp) #:border-width 0 #:plain-border #t) (use-scwm-modules std-menus animation stylist winlist-menu winops shove-window window-configuration xprop-extras animated-iconify) (define* (menu-window-operations #&optional w) "Return a menu of window operations for window W. If W is not given - which might be true if you build the root menu - the items will have some more general label. The menu lets you move, resize, maximize, minimize, stick, etc. the window." (menu (list (menu-title "Window Operations") menu-separator (menuitem "&Stick/Unstick" #:image-left "mini-stick.xpm" #:action (thunk toggle-stick)) (if (bound? w) (menuitem (if (iconified-window? w) "Unmi&nimize" "Mi&nimize") #:image-left "mini-iconify.xpm" #:action animated-toggle-iconify) (menuitem "&Iconify/Restore" #:action animated-toggle-iconify)) menu-separator (menuitem "Close" #:image-left "mini-cross.xpm" #:action close-window)))) (use-scwm-modules flux) (define menu-root-window (let* ((image-height (+ 2 (assoc-ref (font-properties *menu-font*) 'height))) (image-width image-height)) (menu (list (menu-title "SCWM Root-Menu" #:image-left "mini-exp.xpm") menu-separator (menuitem "W&indow Operations" #:image-left "mini-zoom.xpm" #:submenu (lambda () (menu-window-operations))) menu-separator (menuitem "E&xit Scwm" #:image-left "mini-stop.xpm" #:action quit)) #:popup-delay #f #:hover-delay 0))) (define* (popup-scwm-root-menu) "Popup the root menu." (interactive) (popup-menu menu-root-window)) (use-scwm-modules flash-window window-selection) (bind-mouse 'all "s-2" #f (lambda () (popup-menu (menu-window-operations)))) (bind-mouse 'all "s-A-S-2" #f show-icon-list-menu) (bind-mouse 'root 1 #f popup-scwm-root-menu) (bind-mouse '(title frame-corners frame-sides) "s-1" #f toggle-raise) (bind-mouse 'icon "s-1" #f animated-deiconify-to-vp-focus) (use-scwm-modules flux-gtk) (bind-key 'all "s-s" toggle-stick) (bind-key 'all "s-i" animated-toggle-iconify) (bind-key 'all "s-l" lower-window) (use-scwm-modules key-mover) (key-viewport-moves "s" 100 "Left" "Down" "Up" "Right") (use-scwm-modules property-respond) (start-property-respond) (if (and gnome-sm (not (SM-register))) (message (SM-error-message))) (use-scwm-modules gtk (gtk gtk)) (add-hook! error-hook gtk-show-error) # Local Variables: # mode: scwm # End: --H9/YBIvmx6-- From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 1 10:44:50 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id KAA20116 for scwm-discuss-outgoing; Tue, 1 Feb 2000 10:44:50 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id KAA20113 for ; Tue, 1 Feb 2000 10:44:44 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id HAA14732; Tue, 1 Feb 2000 07:44:23 -0800 To: Michael Schmitz Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: SCWM-0.99.6 bugs References: <14485.54025.386246.47808@madeira.sema.de> <14486.48086.633301.591062@madeira.sema.de> From: "Greg J. Badros" Date: 01 Feb 2000 07:44:23 -0800 In-Reply-To: Michael Schmitz's message of "Tue, 1 Feb 2000 11:56:22 +0100 (CET)" Message-ID: Lines: 13 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schmitz writes: > No this is of course not my whole .scwmrc. A stripped down version is > appended below. Great, I can reproduce it using the contained file. I'll track down the problem later today, time permitting. Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 1 10:52:05 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id KAA20203 for scwm-discuss-outgoing; Tue, 1 Feb 2000 10:52:05 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id KAA20200 for ; Tue, 1 Feb 2000 10:52:02 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id HAA14816; Tue, 1 Feb 2000 07:51:49 -0800 To: zhaoway Cc: debian-simplified-chinese@lists.debian.org, scwm-discuss@SCWM.MIT.EDU Subject: Re: a funny bug? References: <871z7a8979.fsf@zhaoway.com> From: "Greg J. Badros" Date: 01 Feb 2000 07:51:49 -0800 In-Reply-To: zhaoway's message of "22 Jan 2000 22:36:26 +0800" Message-ID: Lines: 60 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk zhaoway writes: > Guess it will have something related to scwm. ;) > I'm too sleepy right now, and will have an important > job hunting meeting tomorrow. I'll be back and give > more precise report later. > > Debian Potato. > > Desired=Unknown/Install/Remove/Purge > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) > ||/ Name Version Description > +++-================-================-================================================ > ii libc6 2.1.2-11 GNU C Library: Shared libraries and Timezone dat > ii locales 2.1.2-11.0.1 GNU C Library: National Language (locale) data [ > ii i18ndata 2.1.2-11 GNU C Library: National Language (locale) data [ > ii xlib6g 3.3.5-2 shared libraries required by X clients > > Scwm is the nearest CVS version built at home. maybe 3 or 4 days back. > Guile is from CVS too. 1 or 2 weeks back? > > the problem is: > > whenever i do: (I added an alias for GB2312 for /usr/lib/X11/locales/locale.alias > by hand on Debian.) > > $ LANG=zh_CN.GB2312 gedit > > and open a file full of chinese characters coded in GB2312. The scwm manager > _restarts_ and after a while after it's runing ok, all the rxvt and xemacs > windows got one line _shorter_. My guess is that Scwm is not restarting, but that it is crashing. The getting-shorter problem is fixed now, I believe. It'd be great if you could attach a gdb to the running Scwm before executing the line that makes scwm "restart", above, and send be the output of executing the "backtrace" command in that gdb. I.e., do: % ps aux | grep scwm # figure out the pid of SCWM % gdb /usr/src/scwm gdb> attach 45923 # or whatever the pid was # now do % LANG=zh_CN.GB2312 gedit # from an xterm, should cause Scwm to stop and gdb prompt to reappear, do: gdb> backtrace And mail me that output. > And prepare for the up-coming China New Year! ;) Happy new year! And remember-- all evens day tomorrow 2/2/2000! First in *ages*! Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 1 10:54:57 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id KAA20252 for scwm-discuss-outgoing; Tue, 1 Feb 2000 10:54:57 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id KAA20247 for ; Tue, 1 Feb 2000 10:54:54 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id HAA14822; Tue, 1 Feb 2000 07:54:05 -0800 To: Chris Cc: scwm-discuss@SCWM.MIT.EDU Subject: RPMs of Scwm-0.99.6.1 [was Re: Scwm-0.99.6] References: <387DB446.624D523A@tech.com.au> <387E5297.956AF8EF@bigfoot.com> <387EF596.A12E1439@tech.com.au> From: "Greg J. Badros" Date: 01 Feb 2000 07:54:05 -0800 In-Reply-To: Chris's message of "Fri, 14 Jan 2000 21:08:22 +1100" Message-ID: Lines: 14 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Chris writes: > > I'm sure it was 1.3.4gjb, but I'll double check > when I get home. > > I've checked and it was 1.3.4 guile, so I guess that's not the reason it > was crashing............. The latest cassowary-0.55-1.i386.rpm and scwm-0.99.6.1-1.i386.rpm should work great together. I've tested them, and I'm building them on a different host that still uses the gcc that comes with RH6 (incompatilibites between RPM binaries appears to be the problem with the preceding RPMs that caused trouble for everyone). Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 1 17:18:53 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA20907 for scwm-discuss-outgoing; Tue, 1 Feb 2000 17:18:53 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA20887 for ; Tue, 1 Feb 2000 17:18:44 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id OAA15389; Tue, 1 Feb 2000 14:18:31 -0800 To: Michael Schmitz Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: SCWM-0.99.6 bugs References: <14485.54025.386246.47808@madeira.sema.de> <14486.48086.633301.591062@madeira.sema.de> From: "Greg J. Badros" Date: 01 Feb 2000 14:18:31 -0800 In-Reply-To: Michael Schmitz's message of "Tue, 1 Feb 2000 11:56:22 +0100 (CET)" Message-ID: Lines: 34 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schmitz writes: > >> 2. SCWM show some 'ghost' frames for iconified windows when > >> restarted. This means I get a window including decoration and > >> correct size, but no contents. > >> > >> Maybe the second problem is somehow related to my configuration: The below patch should fix this problem; it'll be in CVS shortly. Thanks! Greg Index: style.scm =================================================================== RCS file: /usr/local/repository/scwm/scheme/style.scm,v retrieving revision 1.36 diff -u -p -u -r1.36 style.scm --- style.scm 2000/01/13 07:28:12 1.36 +++ style.scm 2000/02/01 22:17:18 @@ -218,7 +218,7 @@ STYLE must be given exactly the same way (apply set-icon-box! (append args (list w))))) (add-boolean-style-option #:sticky-icon stick-icon unstick-icon) -(add-boolean-style-option #:start-iconified iconify-window deiconify-window) +(add-boolean-style-option #:start-iconified iconify-window noop) (add-boolean-style-option #:kept-on-top keep-on-top un-keep-on-top) (add-boolean-style-option #:sticky stick-window unstick-window) From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 2 02:48:33 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id CAA21846 for scwm-discuss-outgoing; Wed, 2 Feb 2000 02:48:33 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from babar.eazel.com (root@eazel3.eazel.com [208.37.144.3]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id CAA21842 for ; Wed, 2 Feb 2000 02:48:25 -0500 Received: from alum.mit.edu (pythagoras [208.37.144.18]) by babar.eazel.com (8.9.3/8.8.7) with ESMTP id XAA11930 for ; Tue, 1 Feb 2000 23:48:18 -0800 Message-ID: <3897E141.17122FAF@alum.mit.edu> Date: Tue, 01 Feb 2000 23:48:17 -0800 From: Maciej Stachowiak X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@scwm.mit.edu Subject: Compile problems and drowning in bad hook warnings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I need the patch at the bottom of this message to compile the latest Scwm out of anoncvs. After I got it to compile, running it (even with -f /dev/null) gives me a buch of "Bad hook:" warnings. I compiled with: Imlib 1.9.7 guile 1.3.4 No cassowary No guile-gtk (I just wanted something basic running and didn't have time to download the world). I would greatly appreciate help getting things running, so I can use Scwm in some screenshots that will be widely published instead of one of Those Other Window Managers. - Maciej Index: src/callbacks.c =================================================================== RCS file: /anoncvs/scwm/src/callbacks.c,v retrieving revision 1.98 diff -u -r1.98 callbacks.c --- callbacks.c 2000/01/20 20:19:38 1.98 +++ callbacks.c 2000/02/02 07:43:43 @@ -308,7 +308,7 @@ { /* scope */ /* Warn that hook list is not a list. */ char *szHookName = gh_scm2newstr(hook, NULL); - scwm_message(WARN,"WarnBadHook","hooklist is not a list for %s; resetting it to ()!", hook_name); + scwm_message(WARN,"WarnBadHook","hooklist is not a list for %s; resetting it to ()!", szHookName); gh_set_cdr_x(hook, SCM_EOL); } } Index: src/shutdown.c =================================================================== RCS file: /anoncvs/scwm/src/shutdown.c,v retrieving revision 1.60 diff -u -r1.60 shutdown.c --- shutdown.c 2000/02/01 22:20:10 1.60 +++ shutdown.c 2000/02/02 07:43:43 @@ -198,7 +198,7 @@ #undef FUNC_NAME SCWM_IPROC(scwm_quit, "scwm-quit", 0, 0, 0, - (), + (), NULL, "Exit scwm cleanly. `quit' is redefined as this within scwm.") #define FUNC_NAME s_scwm_quit { From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 2 02:50:28 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id CAA21883 for scwm-discuss-outgoing; Wed, 2 Feb 2000 02:50:28 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from babar.eazel.com (root@eazel3.eazel.com [208.37.144.3]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id CAA21876 for ; Wed, 2 Feb 2000 02:50:22 -0500 Received: from alum.mit.edu (pythagoras [208.37.144.18]) by babar.eazel.com (8.9.3/8.8.7) with ESMTP id XAA11964 for ; Tue, 1 Feb 2000 23:50:15 -0800 Message-ID: <3897E1B7.95A9B490@alum.mit.edu> Date: Tue, 01 Feb 2000 23:50:15 -0800 From: Maciej Stachowiak X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@SCWM.MIT.EDU Subject: Re: Compile problems and drowning in bad hook warnings References: <3897E141.17122FAF@alum.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk An addendum: running with system.scwmrc gives me a few Bad hook errors and then a coredump with this backtrace: #0 0x807ae54 in Done (restart_or_dump=-1, command=0x0) at shutdown.c:148 148 Done(*((int *)0),NULL); /* Force seg fault */ (gdb) bt #0 0x807ae54 in Done (restart_or_dump=-1, command=0x0) at shutdown.c:148 #1 0x807a7c4 in SigDoneSegv (ignored_ignore=11) at scwm.c:1683 #2 0x40269408 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #3 0x805fac7 in scm_empty_hook_p (hook=1077706648) at callbacks.c:292 #4 0x805fdac in scwm_handle_error (data=0x8088ae0, tag=1077462864, throw_args=1077776664) at callbacks.c:494 #5 0x4016a2e9 in scm_internal_catch (tag=9076, body=0x4016a530 , body_data=0xbffff008, handler=0x805fd68 , handler_data=0x8088ae0) at throw.c:223 #6 0x4016a59c in scm_internal_stack_catch (tag=9076, body=0x805fae4 , body_data=0xbffff048, handler=0x805fd68 , handler_data=0x8088ae0) at throw.c:359 #7 0x805fb47 in scwm_body_load (body_data=0xbffff16c) at callbacks.c:444 #8 0x4016a303 in scm_internal_catch (tag=9076, body=0x805faf4 , body_data=0xbffff16c, handler=0x806c010 , handler_data=0xbffff138) at throw.c:228 #9 0x806c115 in scm_internal_cwdr_no_unwind (body=0x805faf4 , body_data=0xbffff16c, handler=0x8056c64 , handler_data=0x8088ae0, stack_start=0xbffff160) at guile-compat.c:111 #10 0x805fe54 in safe_load (fname=1077867840) at callbacks.c:516 #11 0x40134e04 in scm_deval (x=10612, env=1077863704) at eval.c:3099 #12 0x4013162e in scm_eval_3 (obj=1077868072, copyp=0, env=1077867400) at eval.c:3888 #13 0x401316cf in scm_eval_x (obj=1077868072) at eval.c:3919 #14 0x805faf1 in scwm_body_eval_x (body_data=0xbffff3c8) at callbacks.c:438 #15 0x4016a48d in scm_internal_lazy_catch (tag=9076, body=0x805fae4 , body_data=0xbffff3c8, handler=0x4016a4e0 , handler_data=0x0) at throw.c:310 #16 0x4016a559 in cwss_body (data=0xbffff388) at throw.c:345 #17 0x4016a303 in scm_internal_catch (tag=9076, body=0x4016a530 , body_data=0xbffff388, handler=0x805fd68 , handler_data=0x8088ae0) at throw.c:228 #18 0x4016a59c in scm_internal_stack_catch (tag=9076, body=0x805fae4 , body_data=0xbffff3c8, handler=0x805fd68 , handler_data=0x8088ae0) at throw.c:359 #19 0x805fc82 in scwm_body_eval_str (body_data=0x808e060) at callbacks.c:444 #20 0x4016a303 in scm_internal_catch (tag=9076, body=0x805fc28 , body_data=0x808e060, handler=0x806c010 , handler_data=0xbffff4b8) at throw.c:228 #21 0x806c115 in scm_internal_cwdr_no_unwind (body=0x805fc28 , body_data=0x808e060, handler=0x8056c64 , handler_data=0x8088ae0, stack_start=0xbffff4e0) at guile-compat.c:111 #22 0x805fe79 in scwm_safe_eval_str ( string=0x808e060 "(let ((home-scwmrc (string-append (getenv \"HOME\") \"/\" \".scwmrc\")) (system-scwmrc \"/usr/local/share/scwm/scwmrc/system.scwmrc\")) (if (access? home-scwmrc R_OK) (safe-load home-scwmrc) "...) at callbacks.c:525 #23 0x8079ef6 in scwm_main (argc=1, argv=0xbffff974) at scwm.c:1267 #24 0x4013e833 in gh_launch_pad (closure=0x8079494, argc=1, argv=0xbffff974) at gh_init.c:60 #25 0x40141146 in invoke_main_func (body_data=0xbffff8e8) at init.c:571 #26 0x4016a48d in scm_internal_lazy_catch (tag=9076, body=0x40141120 , body_data=0xbffff8e8, handler=0x4016a770 , handler_data=0x0) at throw.c:310 #27 0x40141100 in scm_boot_guile_1 (base=0xbffff8e4, closure=0xbffff8e8) at init.c:545 #28 0x40140e95 in scm_boot_guile (argc=1, argv=0xbffff974, main_func=0x4013e818 , closure=0x8079494) at init.c:405 #29 0x4013e861 in gh_enter (argc=1, argv=0xbffff974, c_main_prog=0x8079494 ) at gh_init.c:70 #30 0x807948f in main (argc=1, argv=0xbffff974) at scwm.c:608 From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 2 03:37:14 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id DAA22338 for scwm-discuss-outgoing; Wed, 2 Feb 2000 03:37:14 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from babar.eazel.com (root@eazel3.eazel.com [208.37.144.3]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id DAA22334 for ; Wed, 2 Feb 2000 03:36:32 -0500 Received: from alum.mit.edu (pythagoras [208.37.144.18]) by babar.eazel.com (8.9.3/8.8.7) with ESMTP id AAA12125 for ; Wed, 2 Feb 2000 00:36:17 -0800 Message-ID: <3897EC80.89507D01@alum.mit.edu> Date: Wed, 02 Feb 2000 00:36:16 -0800 From: Maciej Stachowiak X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@SCWM.MIT.EDU Subject: Re: Compile problems and drowning in bad hook warnings References: <3897E141.17122FAF@alum.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk This all worked perfectly w/ Scwm 0.99.6.1. I'm saved! Maciej Stachowiak wrote: > > I need the patch at the bottom of this message to compile the latest > Scwm out of anoncvs. > > After I got it to compile, running it (even with -f /dev/null) gives me > a buch > of "Bad hook:" warnings. > > I compiled with: > > Imlib 1.9.7 > guile 1.3.4 > No cassowary > No guile-gtk > > (I just wanted something basic running and didn't have time to > download the world). > > I would greatly appreciate help getting things running, so I can > use Scwm in some screenshots that will be widely published > instead of one of Those Other Window Managers. > > - Maciej > > Index: src/callbacks.c > =================================================================== > RCS file: /anoncvs/scwm/src/callbacks.c,v > retrieving revision 1.98 > diff -u -r1.98 callbacks.c > --- callbacks.c 2000/01/20 20:19:38 1.98 > +++ callbacks.c 2000/02/02 07:43:43 > @@ -308,7 +308,7 @@ > { /* scope */ > /* Warn that hook list is not a list. */ > char *szHookName = gh_scm2newstr(hook, NULL); > - scwm_message(WARN,"WarnBadHook","hooklist is not a list for %s; > resetting it to ()!", hook_name); > + scwm_message(WARN,"WarnBadHook","hooklist is not a list for %s; > resetting it to ()!", szHookName); > gh_set_cdr_x(hook, SCM_EOL); > } > } > Index: src/shutdown.c > =================================================================== > RCS file: /anoncvs/scwm/src/shutdown.c,v > retrieving revision 1.60 > diff -u -r1.60 shutdown.c > --- shutdown.c 2000/02/01 22:20:10 1.60 > +++ shutdown.c 2000/02/02 07:43:43 > @@ -198,7 +198,7 @@ > #undef FUNC_NAME > > SCWM_IPROC(scwm_quit, "scwm-quit", 0, 0, 0, > - (), > + (), NULL, > "Exit scwm cleanly. `quit' is redefined as this within scwm.") > #define FUNC_NAME s_scwm_quit > { From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 2 12:20:59 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA25815 for scwm-discuss-outgoing; Wed, 2 Feb 2000 12:20:59 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA25809 for ; Wed, 2 Feb 2000 12:20:55 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA20202; Wed, 2 Feb 2000 09:20:42 -0800 To: Maciej Stachowiak Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Compile problems and drowning in bad hook warnings References: <3897E141.17122FAF@alum.mit.edu> From: "Greg J. Badros" Date: 02 Feb 2000 09:20:41 -0800 In-Reply-To: Maciej Stachowiak's message of "Tue, 01 Feb 2000 23:48:17 -0800" Message-ID: Lines: 36 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Maciej Stachowiak writes: > I need the patch at the bottom of this message to compile the latest > Scwm out of anoncvs. > > After I got it to compile, running it (even with -f /dev/null) gives me > a buch > of "Bad hook:" warnings. > > I compiled with: > > Imlib 1.9.7 > guile 1.3.4 > No cassowary > No guile-gtk > > (I just wanted something basic running and didn't have time to > download the world). > > > I would greatly appreciate help getting things running, so I can > use Scwm in some screenshots that will be widely published > instead of one of Those Other Window Managers. the szHookName error is in the #else branch of HAVE_SCM_MAKE_HOOK -- you probably just need to rm config.cache; ./autogen.sh [configure options here] The shutdown.c bugs was just a very recent CVS change not completed properly (never should've been left that way overnight, but I must've gotten distracted). Both changes are made in CVS now. Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 2 12:22:15 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA25891 for scwm-discuss-outgoing; Wed, 2 Feb 2000 12:22:15 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA25888 for ; Wed, 2 Feb 2000 12:22:12 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA20223; Wed, 2 Feb 2000 09:22:01 -0800 To: Maciej Stachowiak Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Compile problems and drowning in bad hook warnings References: <3897E141.17122FAF@alum.mit.edu> <3897E1B7.95A9B490@alum.mit.edu> From: "Greg J. Badros" Date: 02 Feb 2000 09:22:01 -0800 In-Reply-To: Maciej Stachowiak's message of "Tue, 01 Feb 2000 23:50:15 -0800" Message-ID: Lines: 12 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Maciej Stachowiak writes: > An addendum: running with system.scwmrc gives me a few Bad hook errors > and then a coredump with this backtrace: This is because you didn't reconfigure your CVS directory with the new Guile-1.3.4. I need to eliminate support for guile-1.3.3 and earlier as it's not gonna work (but here, it's because the configure options say that you don't have 1.3.4, so the wrong code is getting used for your library). Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 2 12:24:48 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA25909 for scwm-discuss-outgoing; Wed, 2 Feb 2000 12:24:48 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA25906 for ; Wed, 2 Feb 2000 12:24:43 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA20234; Wed, 2 Feb 2000 09:24:33 -0800 To: Maciej Stachowiak Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: Compile problems and drowning in bad hook warnings References: <3897E141.17122FAF@alum.mit.edu> <3897EC80.89507D01@alum.mit.edu> From: "Greg J. Badros" Date: 02 Feb 2000 09:24:33 -0800 In-Reply-To: Maciej Stachowiak's message of "Wed, 02 Feb 2000 00:36:16 -0800" Message-ID: Lines: 13 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Maciej Stachowiak writes: > This all worked perfectly w/ Scwm 0.99.6.1. I'm saved! Good. 0.99.6.1 is definitely the most stable Scwm since June or so. There were a lot of race conditions (and that bad memory leak) that I've since eradicated. But again, I think the core dump you experienced was due to an erroneous compile-- CVS Scwm is also incredibly stable, but has nothing compelling over 0.99.6.1 as yet (but is still safe to track and use on a daily basis as long as you're willing to deal with minor CVS guffaws. Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 2 21:24:25 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id VAA26875 for scwm-discuss-outgoing; Wed, 2 Feb 2000 21:24:25 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from chaos.noisehavoc.org ([208.41.100.131]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id VAA26872 for ; Wed, 2 Feb 2000 21:24:17 -0500 From: mstachow@alum.mit.edu Received: from alum.mit.edu (localhost [127.0.0.1]) by chaos.noisehavoc.org (8.9.3/8.9.3) with ESMTP id UAA12885; Wed, 2 Feb 2000 20:58:37 -0500 Message-ID: <3898E0C8.7AC7176F@alum.mit.edu> Date: Wed, 02 Feb 2000 20:58:32 -0500 X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: "Greg J. Badros" CC: scwm-discuss@scwm.mit.edu Subject: Re: Compile problems and drowning in bad hook warnings References: <3897E141.17122FAF@alum.mit.edu> <3897EC80.89507D01@alum.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "Greg J. Badros" wrote: > > Maciej Stachowiak writes: > > > This all worked perfectly w/ Scwm 0.99.6.1. I'm saved! > > Good. 0.99.6.1 is definitely the most stable Scwm since June or so. > There were a lot of race conditions (and that bad memory leak) that I've > since eradicated. But again, I think the core dump you experienced was > due to an erroneous compile-- CVS Scwm is also incredibly stable, but > has nothing compelling over 0.99.6.1 as yet (but is still safe to track > and use on a daily basis as long as you're willing to deal with minor > CVS guffaws. Well, I've been building against guile 1.3.4 consistently, but I have been seeing crashes occasionally. It only really happened while I was tweaking my configuration and theme (btw, the screenshots I was working on are at http://scwm.mit.edu/nautilus-screenshots for anyone interested) so I am not sure if I have anything reproducible for you. I will try to file bug reports for anything else that comes up in my daily use. - Maciej From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 3 12:51:26 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA30583 for scwm-discuss-outgoing; Thu, 3 Feb 2000 12:51:26 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA30580 for ; Thu, 3 Feb 2000 12:51:21 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA25958; Thu, 3 Feb 2000 09:50:56 -0800 To: mstachow@alum.mit.edu Cc: scwm-discuss@scwm.mit.edu Subject: Re: Compile problems and drowning in bad hook warnings References: <3897E141.17122FAF@alum.mit.edu> <3897EC80.89507D01@alum.mit.edu> <3898E0C8.7AC7176F@alum.mit.edu> From: "Greg J. Badros" Date: 03 Feb 2000 09:50:56 -0800 In-Reply-To: mstachow@alum.mit.edu's message of "Wed, 02 Feb 2000 20:58:32 -0500" Message-ID: Lines: 30 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk mstachow@alum.mit.edu writes: > "Greg J. Badros" wrote: > > > > Maciej Stachowiak writes: > > > > > This all worked perfectly w/ Scwm 0.99.6.1. I'm saved! > > > > Good. 0.99.6.1 is definitely the most stable Scwm since June or so. > > There were a lot of race conditions (and that bad memory leak) that I've > > since eradicated. But again, I think the core dump you experienced was > > due to an erroneous compile-- CVS Scwm is also incredibly stable, but > > has nothing compelling over 0.99.6.1 as yet (but is still safe to track > > and use on a daily basis as long as you're willing to deal with minor > > CVS guffaws. > > Well, I've been building against guile 1.3.4 consistently, but I have > been seeing crashes occasionally. It only really happened while I was > tweaking my configuration and theme (btw, the screenshots I was working > on are at http://scwm.mit.edu/nautilus-screenshots for anyone interested) > so I am not sure if I have anything reproducible for you. That'd be great... if I can reproduce it, I can figure it out. > I will try to file bug reports for anything else that comes up in my > daily use. Or send patches! (or just commit the fixes... :-) ). Greg From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 6 05:53:22 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id FAA09536 for scwm-discuss-outgoing; Sun, 6 Feb 2000 05:53:22 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from einstein.tro.net (einstein.tro.net [195.190.20.21]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id FAA09533 for ; Sun, 6 Feb 2000 05:53:02 -0500 Received: from [192.168.1.2] (ppp010.tro.net [195.190.20.74]) by einstein.tro.net (8.9.3/8.9.3) with ESMTP id LAA20504 for ; Sun, 6 Feb 2000 11:53:01 +0100 X-Envelope-To: X-Sender: schuerig@pop.tro.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 6 Feb 2000 11:52:18 +0100 To: scwm-discuss@scwm.mit.edu From: Michael Schuerig Subject: scwm + cassowary on Debian Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I'm trying to get scwm to work on Debian (2.2, frozen). I don't expect much from a window manager, icewm does (almost) all I need. But I'm very eager to try out the constraint features of scwm. Unfortunately they're not available in the regular Debian package. Though, I'm wondering, couldn't they be made available in a non-free package? Anyway, I compiled the latest GTL, cassowary and scwm from the sources and installed them using stow with a prefix of /usr/local. Basically, it works, but there are some problems: - I don't know where the cassowary guile modules should live on Debian. Currently they are in /usr/lib/guile/cassowary, but I'm not sure if that's the right place. I have to adjust the GUILE_LOAD_PATH manually for them to be found, and I'm wondering if there's a standard place on Debian where guile looks for additional modules. - The module ui-constraints-gtk-toggle-menu is used in some of the sample scwmrc files, but as far as I can tell it is defined nowhere. - The Gnome-Pager shows 3x3 sub pages within each of its normal 4 pages. Michael From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 6 13:16:17 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA09928 for scwm-discuss-outgoing; Sun, 6 Feb 2000 13:16:17 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA09925 for ; Sun, 6 Feb 2000 13:16:12 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA23560; Sun, 6 Feb 2000 10:15:58 -0800 To: Michael Schuerig Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: From: "Greg J. Badros" Date: 06 Feb 2000 10:15:58 -0800 In-Reply-To: Michael Schuerig's message of "Sun, 6 Feb 2000 11:52:18 +0100" Message-ID: Lines: 50 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schuerig writes: > I'm trying to get scwm to work on Debian (2.2, frozen). I don't expect > much from a window manager, icewm does (almost) all I need. But I'm > very eager to try out the constraint features of scwm. Unfortunately > they're not available in the regular Debian package. Though, I'm > wondering, couldn't they be made available in a non-free package? The cassowary library does have a special exception for when linked against Scwm to try to make it free enough for Debian tastes. (And both can be built w/o reliance on the GTL library, though I don't test that way very often). My RedHat RPMs do include the constraint-enabled version of Scwm, but I'm afraid that's probably not all that helpful if you're on a Debian system. > Anyway, I compiled the latest GTL, cassowary and scwm from the sources > and installed them using stow with a prefix of /usr/local. Basically, > it works, but there are some problems: > > - I don't know where the cassowary guile modules should live on Debian. > Currently they are in /usr/lib/guile/cassowary, but I'm not sure if > that's the right place. I have to adjust the GUILE_LOAD_PATH manually > for them to be found, and I'm wondering if there's a standard place on > Debian where guile looks for additional modules. I think it is supposed to be /usr/lib/guile/site/cassowary. You can use: strace -etrace=open scwm ....other options here.... to see where it goes looking for stuff when your GUILE_LOAD_PATH is unset. > - The module ui-constraints-gtk-toggle-menu is used in some of the > sample scwmrc files, but as far as I can tell it is defined nowhere. This is a bug; ui-constraints-gtk-toggle-menu has been renamed to constraint-investigator.scm, but I missed a couple of references to the old name when updating. It'll be fixed in CVS by the end of the day, but you can also just change the references yourself. The function to invoke the investigator is `start-constraint-investigator'. Thanks! > - The Gnome-Pager shows 3x3 sub pages within each of its normal 4 pages. I don't understand if this is a problem or just an observation (I just don't use the GnomePager very much). Thanks! Greg P.S. So the constraint features are working for you? From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 6 15:21:06 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id PAA10165 for scwm-discuss-outgoing; Sun, 6 Feb 2000 15:21:06 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from einstein.tro.net (einstein.tro.net [195.190.20.21]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id PAA10162 for ; Sun, 6 Feb 2000 15:21:00 -0500 Received: from [192.168.1.2] (ppp014.tro.net [195.190.20.78]) by einstein.tro.net (8.9.3/8.9.3) with ESMTP id VAA31065 for ; Sun, 6 Feb 2000 21:21:45 +0100 X-Envelope-To: X-Sender: schuerig@pop.tro.net Message-Id: In-Reply-To: References: Michael Schuerig's message of "Sun, 6 Feb 2000 11:52:18 +0100" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 6 Feb 2000 21:18:33 +0100 To: scwm-discuss@SCWM.MIT.EDU From: Michael Schuerig Subject: Re: scwm + cassowary on Debian Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk At 19:15 Uhr +0100 06.02.2000, Greg J. Badros wrote: > The cassowary library does have a special exception for when linked > against Scwm to try to make it free enough for Debian tastes. I hope, then, that the Francesco Tapparo, the official Debian maintainer, will include it some time in the future. > I think it is supposed to be /usr/lib/guile/site/cassowary. You can use: > > strace -etrace=open scwm ....other options here.... Now I've put it there as apparently there's no predefined place where guile looks on Debian. With an adjusted GUILE_LOAD_PATH this works. > > - The Gnome-Pager shows 3x3 sub pages within each of its normal 4 >pages. > > I don't understand if this is a problem or just an observation (I just > don't use the GnomePager very much). I had set the virtual desk height and width to three times the actual sizes. And that's what the Gnome Pager made of it. Unfortunately, too, it shows every icon displayed on the desktop by gmc as a separate window. For some reason *menu-max-fold-lines* is not defined during the ordinary startup process. Apparently menus-extras needs to be use-d somewhere, but I can't tell where this might be. > P.S. So the constraint features are working for you? Yes, they do. And they are what I like best about scwm right now. The rest still overwhelms me more than a bit. Thanks for your help Michael From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 6 15:39:13 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id PAA10328 for scwm-discuss-outgoing; Sun, 6 Feb 2000 15:39:13 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id PAA10325 for ; Sun, 6 Feb 2000 15:39:03 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id MAA28166; Sun, 6 Feb 2000 12:38:50 -0800 To: Michael Schuerig Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: From: "Greg J. Badros" Date: 06 Feb 2000 12:38:50 -0800 In-Reply-To: Michael Schuerig's message of "Sun, 6 Feb 2000 21:18:33 +0100" Message-ID: Lines: 54 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schuerig writes: > At 19:15 Uhr +0100 06.02.2000, Greg J. Badros wrote: > > > The cassowary library does have a special exception for when linked > > against Scwm to try to make it free enough for Debian tastes. > > I hope, then, that the Francesco Tapparo, the official Debian > maintainer, will include it some time in the future. Yes, me too. :-) I'm very glad to hear that building it worked without too much trouble for you. > > I think it is supposed to be /usr/lib/guile/site/cassowary. You can use: > > > > strace -etrace=open scwm ....other options here.... > > Now I've put it there as apparently there's no predefined place where > guile looks on Debian. With an adjusted GUILE_LOAD_PATH this works. Good. > > > - The Gnome-Pager shows 3x3 sub pages within each of its normal 4 > >pages. > > > > I don't understand if this is a problem or just an observation (I just > > don't use the GnomePager very much). > > I had set the virtual desk height and width to three times the actual > sizes. And that's what the Gnome Pager made of it. Unfortunately, too, > it shows every icon displayed on the desktop by gmc as a separate > window. > > For some reason *menu-max-fold-lines* is not defined during the > ordinary startup process. Apparently menus-extras needs to be use-d > somewhere, but I can't tell where this might be. What is the error message you're getting? > > P.S. So the constraint features are working for you? > > Yes, they do. And they are what I like best about scwm right now. The > rest still overwhelms me more than a bit. That's fantastic! (about liking the Constraint features, not about the overwhelming of the rest of the stuff) I'm very excited to hear more about how you're using the constraint toolbar and investigator, any feature requests you might have, bug reports, etc. Thanks! Greg From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 6 17:10:29 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA10523 for scwm-discuss-outgoing; Sun, 6 Feb 2000 17:10:29 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from einstein.tro.net (einstein.tro.net [195.190.20.21]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA10520 for ; Sun, 6 Feb 2000 17:10:23 -0500 Received: from [192.168.1.2] (ppp027.tro.net [195.190.20.91]) by einstein.tro.net (8.9.3/8.9.3) with ESMTP id XAA07359; Sun, 6 Feb 2000 23:10:56 +0100 X-Envelope-To: scwm-discuss@SCWM.MIT.EDU X-Sender: schuerig@pop.tro.net Message-Id: In-Reply-To: References: Michael Schuerig's message of "Sun, 6 Feb 2000 21:18:33 +0100" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 6 Feb 2000 23:06:04 +0100 To: "Greg J. Badros" From: Michael Schuerig Subject: Re: scwm + cassowary on Debian Cc: scwm-discuss@SCWM.MIT.EDU Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk At 21:38 Uhr +0100 06.02.2000, Greg J. Badros wrote: > Michael Schuerig writes: > > > At 19:15 Uhr +0100 06.02.2000, Greg J. Badros wrote: > > > > > The cassowary library does have a special exception for when linked > > > against Scwm to try to make it free enough for Debian tastes. > > > > I hope, then, that the Francesco Tapparo, the official Debian > > maintainer, will include it some time in the future. > > Yes, me too. :-) I'm very glad to hear that building it worked without > too much trouble for you. > > For some reason *menu-max-fold-lines* is not defined during the > > ordinary startup process. Apparently menus-extras needs to be use-d > > somewhere, but I can't tell where this might be. > > What is the error message you're getting? Oops. I'm using the corrected gnome.scwmrc and when I choose "Scwm Options..." from the menu I get the message "ERROR: Unbound variable: *menu-max-fold-lines*". It is shown in the guile-gtk error messages window as well as in It goes to the terminal window where I started scwm. Entering (use-scwm-modules menus-extras) in scwmrepl is a quick fix. Yes, I'm starting scwm manually after killing icewm-gnome. Somehow it doesn't appear to play nicely with parts of Gnome when I start scwm from my .xinitrc. Then it moves icons on the desktop to random locations and every icon gets its own entry in the Gnome Pager tasklist. When I start scwm manually, neither of this happens. > I'm very excited to hear more about how you're using the constraint > toolbar and investigator, any feature requests you might have, bug > reports, etc. I'm not sure if this can already be done: I'd like to be able to get an idea of the active constraints instantly, say when I hold down some key combination. As this may be confusing when there are a lot of constraints, each one could be shown for a configurable interval. I'm not very fond of the investigator, but I don't have a better idea; in general I'd like to have direct manipulation of constraints. Regarding the tool I'd like to switch it's orientation between horizontal and vertical. Also, the toolbar could help with visualization: moving the mouse cursor over one of the buttons could show the active constraints of the respective kind. Thanks for helping & listening! Michael From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 6 20:11:10 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id UAA10960 for scwm-discuss-outgoing; Sun, 6 Feb 2000 20:11:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id UAA10957 for ; Sun, 6 Feb 2000 20:11:04 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id RAA04280; Sun, 6 Feb 2000 17:10:52 -0800 To: Michael Schuerig Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: From: "Greg J. Badros" Date: 06 Feb 2000 17:10:52 -0800 In-Reply-To: Michael Schuerig's message of "Sun, 6 Feb 2000 23:06:04 +0100" Message-ID: Lines: 88 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schuerig writes: > At 21:38 Uhr +0100 06.02.2000, Greg J. Badros wrote: > > Michael Schuerig writes: > > > > > At 19:15 Uhr +0100 06.02.2000, Greg J. Badros wrote: > > > > > > > The cassowary library does have a special exception for when linked > > > > against Scwm to try to make it free enough for Debian tastes. > > > > > > I hope, then, that the Francesco Tapparo, the official Debian > > > maintainer, will include it some time in the future. > > > > Yes, me too. :-) I'm very glad to hear that building it worked without > > too much trouble for you. > > > > > > For some reason *menu-max-fold-lines* is not defined during the > > > ordinary startup process. Apparently menus-extras needs to be use-d > > > somewhere, but I can't tell where this might be. > > > > What is the error message you're getting? > > Oops. I'm using the corrected gnome.scwmrc and when I choose "Scwm > Options..." from the menu I get the message "ERROR: Unbound variable: > *menu-max-fold-lines*". It is shown in the guile-gtk error messages > window as well as in It goes to the terminal window where I started > scwm. Entering (use-scwm-modules menus-extras) in scwmrepl is a quick > fix. Okay, add menus-extras around line 75 of gnome.scwmrc (to the list of use-scwm-modules). > Yes, I'm starting scwm manually after killing icewm-gnome. Somehow it > doesn't appear to play nicely with parts of Gnome when I start scwm > from my .xinitrc. Then it moves icons on the desktop to random > locations and every icon gets its own entry in the Gnome Pager > tasklist. When I start scwm manually, neither of this happens. You should be able to select add Scwm as an option in the gnome configuration utility. > > I'm very excited to hear more about how you're using the constraint > > toolbar and investigator, any feature requests you might have, bug > > reports, etc. > > I'm not sure if this can already be done: I'd like to be able to get an > idea of the active constraints instantly, say when I hold down some key > combination. As this may be confusing when there are a lot of > constraints, each one could be shown for a configurable interval. I'm There actually is commented-out code in constraints.scm that did this for C-A-S-H bindings. The problem, though is that the drawing of constraints is *not* done in an overlay plane of any sort, so refreshing the window is often necessary after drawing the constraints. Alternatively, I could grab the X server, but that's not wholly satisfying either. > not very fond of the investigator, but I don't have a better idea; in > general I'd like to have direct manipulation of constraints. Regarding D.M. of constraints would be great, but would need an overlay plane to be really useful. I've considered doing this for some subset of constraints that I might be able to represent differently, but haven't done it yet. > the tool I'd like to switch it's orientation between horizontal and > vertical. Also, the toolbar could help with visualization: moving the > mouse cursor over one of the buttons could show the active constraints > of the respective kind. These are both on my list -- the toolbar should just use the ScwmButtons module to get some extra behaviour, and drawing the hovered-over-button's constraints is pretty straightforward (but again, has the issue w/ redrawing vs. server grabbing, etc.) > Thanks for helping & listening! You bet... thanks... and keep me updated with your thoughts. I'm also curious about which constraint classes you find most useful and how you use them in your daily work. I'm going to be working on a rule-based constraint-addition mechanism so you can automatically restore constraints as the appropriate windows first pop up. Should be interesting. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Mon Feb 7 13:58:01 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA14835 for scwm-discuss-outgoing; Mon, 7 Feb 2000 13:58:01 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA14832 for ; Mon, 7 Feb 2000 13:57:57 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA20377; Mon, 7 Feb 2000 10:57:47 -0800 To: scwm-discuss@scwm.mit.edu Subject: Clever tiny little trick From: "Greg J. Badros" Date: 07 Feb 2000 10:57:47 -0800 Message-ID: Lines: 14 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Try evaluating this: scwmexec '(add-hook! window-fully-obscured-hook clever-place-window)' and you'll (almost) never have windows hidden underneath other windows again-- they'll move somewhere else, often so you can still see them. It needs some work to be especially useful and not confusing, but it's kinda cute already. Greg P.S. If you get tired of it, do: scwmexec '(remove-hook! window-fully-obscured-hook clever-place-window)' From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 8 00:17:31 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id AAA15777 for scwm-discuss-outgoing; Tue, 8 Feb 2000 00:17:31 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from bogomatic.fredbox.com (fredbox.arctic.net [209.124.128.86]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id AAA15774 for ; Tue, 8 Feb 2000 00:17:25 -0500 Received: from localhost (james@localhost) by bogomatic.fredbox.com (8.8.8/8.8.8) with ESMTP id FAA01321 for ; Tue, 8 Feb 2000 05:21:23 GMT (envelope-from james@fredbox.com) Date: Tue, 8 Feb 2000 05:21:23 +0000 (GMT) From: James Achtung Crippen To: SCWM Discussion List Subject: Sparc binary rpms for scwm-0.99.6.1 available Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I'm currently installing scwm and the other associated software (like guile) on a Sparc 630MP running Redhat 6.1. This is a sun4m class machine and I believe that binaries compiled on it should run on other 32b Sparc systems (unless they're really strange). I started from the src rpms and am compiling the binaries as I type this. Would anyone like to keep these on scwm.mit.edu? If so, please let me know where I should put them or what else to do with them. BTW, I've been an avid scwm user for a while, perhaps back to 0.7 or so. This is the first time I've really been able to contribute. We're getting a bunch of sparc-based systems and I'll have to use them -- naturally I'll be needing my favorite window manager as well. Also, my office will be getting an SGI Indy soon (a hand-me-down from our GIS department) and we'll be trying to install a Linux on it if possible, so perhaps I'll be making binaries for that system as well. I also have a DEC 3000 workstation coming, based on the alpha processor. It uses TurboCHANNEL and I'll have to run NetBSD on it, so perhaps I might help with that port if I can get X running on it somehow (nobody supports TurboCHANNEL framebuffers)... Maybe we'll get a VAX someday too! (fnord) 'james From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 8 08:00:52 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id IAA19003 for scwm-discuss-outgoing; Tue, 8 Feb 2000 08:00:52 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from w2.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id IAA19000 for ; Tue, 8 Feb 2000 08:00:44 -0500 Received: from mizar (r3p026.ntt.it [194.75.44.26]) by w2.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id OAA30416; Tue, 8 Feb 2000 14:00:50 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12I8zq-0000UX-00; Tue, 08 Feb 2000 12:39:54 +0100 Date: Tue, 8 Feb 2000 12:39:54 +0100 From: Francesco Tapparo To: Michael Schuerig Cc: scwm-discuss@scwm.mit.edu Subject: Re: scwm + cassowary on Debian Message-ID: <20000208123954.A179@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: Michael Schuerig , scwm-discuss@SCWM.MIT.EDU References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: ; from schuerig@acm.org on Sun, Feb 06, 2000 at 09:18:33PM +0100 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Sun, Feb 06, 2000 at 09:18:33PM +0100, Michael Schuerig wrote: > At 19:15 Uhr +0100 06.02.2000, Greg J. Badros wrote: > > > The cassowary library does have a special exception for when linked > > against Scwm to try to make it free enough for Debian tastes. > > I hope, then, that the Francesco Tapparo, the official Debian > maintainer, will include it some time in the future. I'm sorry, this is not going to happen. Cassowary is proprietary software, so I should put the cassowary enabled scwm in non-free, but I don't build and don't support proprietary packages. I want to thank Greg to support this strange version of scwm (a constraint window manager without constraints): I really think that scwm is a great window manager even without constraints, and so I package it anyway. > > > > I think it is supposed to be /usr/lib/guile/site/cassowary. You can use: > > > > strace -etrace=open scwm ....other options here.... > > Now I've put it there as apparently there's no predefined place where > guile looks on Debian. With an adjusted GUILE_LOAD_PATH this works. > > > > > - The Gnome-Pager shows 3x3 sub pages within each of its normal 4 > >pages. oops, I did'nt see that (I don't use gnome because of memory shortage). I'll look where is the problem. > > > > I don't understand if this is a problem or just an observation (I just > > don't use the GnomePager very much). > > I had set the virtual desk height and width to three times the actual > sizes. And that's what the Gnome Pager made of it. Unfortunately, too, > it shows every icon displayed on the desktop by gmc as a separate > window. What version of scwm are you using? Mine (0.99.6-3) does not seem to have your problem (about the icons, I mean). [snipped] > Thanks for your help > Michael > > -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 8 13:45:39 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA19374 for scwm-discuss-outgoing; Tue, 8 Feb 2000 13:45:39 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from einstein.tro.net (einstein.tro.net [195.190.20.21]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA19371 for ; Tue, 8 Feb 2000 13:45:34 -0500 Received: from [192.168.1.2] (ppp012.tro.net [195.190.20.76]) by einstein.tro.net (8.9.3/8.9.3) with ESMTP id TAA21654 for ; Tue, 8 Feb 2000 19:46:02 +0100 X-Envelope-To: X-Sender: schuerig@pop.tro.net Message-Id: In-Reply-To: <20000208123954.A179@ntt.it> References: ; from schuerig@acm.org on Sun, Feb 06, 2000 at 09:18:33PM +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 8 Feb 2000 19:39:01 +0100 To: scwm-discuss@SCWM.MIT.EDU From: Michael Schuerig Subject: Re: scwm + cassowary on Debian Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk At 12:39 Uhr +0100 08.02.2000, Francesco Tapparo wrote: > On Sun, Feb 06, 2000 at 09:18:33PM +0100, Michael Schuerig wrote: > > At 19:15 Uhr +0100 06.02.2000, Greg J. Badros wrote: > > > > > The cassowary library does have a special exception for when linked > > > against Scwm to try to make it free enough for Debian tastes. > > > > I hope, then, that the Francesco Tapparo, the official Debian > > maintainer, will include it some time in the future. > > I'm sorry, this is not going to happen. Cassowary is proprietary >software, > so I should put the cassowary enabled scwm in non-free, but I don't build > and don't support proprietary packages. That's your choice of course, and it's nice enough of you that you maintain the scwm Debian package. But obviously the problem can be tackled from to directions: Finding someone who is willing (and able!) to package Cassowary and constraint-enabled scwm for Debian non-free. Or getting Cassowary licensed under terms appropriate for inclusion in Debian main. > > > > - The Gnome-Pager shows 3x3 sub pages within each of its normal 4 > > >pages. > > oops, I did'nt see that (I don't use gnome because of memory >shortage). I'll > look where is the problem. It was in front of my monitor... | V > > I had set the virtual desk height and width to three times the actual > > sizes. And that's what the Gnome Pager made of it. Unfortunately, too, > > it shows every icon displayed on the desktop by gmc as a separate > > window. > > What version of scwm are you using? Mine (0.99.6-3) does not seem to have > your problem (about the icons, I mean). In the meantime this has happened to me with icewm, too, though I had never seen this effect before. I have hardly any idea of the inner workings of X and Gnome/gmc, but I take it that every icon on the screen is a window according as far as X is concerned. It looks like a problem of communication among X, Gnome (Pager) and the window manager. And from the user perspective it's not deterministic. Sorry, I don't know how to be more specific. Michael From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 8 14:19:49 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA19545 for scwm-discuss-outgoing; Tue, 8 Feb 2000 14:19:49 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA19542 for ; Tue, 8 Feb 2000 14:19:44 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA27704; Tue, 8 Feb 2000 11:19:21 -0800 To: cesco@debian.org Cc: Michael Schuerig , scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: <20000208123954.A179@ntt.it> From: "Greg J. Badros" Date: 08 Feb 2000 11:19:21 -0800 In-Reply-To: Francesco Tapparo's message of "Tue, 8 Feb 2000 12:39:54 +0100" Message-ID: Lines: 24 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > On Sun, Feb 06, 2000 at 09:18:33PM +0100, Michael Schuerig wrote: > > At 19:15 Uhr +0100 06.02.2000, Greg J. Badros wrote: > > > > > The cassowary library does have a special exception for when linked > > > against Scwm to try to make it free enough for Debian tastes. > > > > I hope, then, that the Francesco Tapparo, the official Debian > > maintainer, will include it some time in the future. > > I'm sorry, this is not going to happen. Cassowary is proprietary software, > so I should put the cassowary enabled scwm in non-free, but I don't build > and don't support proprietary packages. I want to thank Greg to support this > strange version of scwm (a constraint window manager without constraints): I > really think that scwm is a great window manager even without constraints, > and so I package it anyway. It definitely is a great w.m. w/o constraints, and I appreciate your packaging it as you do. Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 8 14:20:36 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA19550 for scwm-discuss-outgoing; Tue, 8 Feb 2000 14:20:36 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA19547 for ; Tue, 8 Feb 2000 14:20:33 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA27713; Tue, 8 Feb 2000 11:20:17 -0800 To: Michael Schuerig Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: From: "Greg J. Badros" Date: 08 Feb 2000 11:20:17 -0800 In-Reply-To: Michael Schuerig's message of "Tue, 8 Feb 2000 19:39:01 +0100" Message-ID: Lines: 31 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schuerig writes: > At 12:39 Uhr +0100 08.02.2000, Francesco Tapparo wrote: > > On Sun, Feb 06, 2000 at 09:18:33PM +0100, Michael Schuerig wrote: > > > At 19:15 Uhr +0100 06.02.2000, Greg J. Badros wrote: > > > > > > > The cassowary library does have a special exception for when linked > > > > against Scwm to try to make it free enough for Debian tastes. > > > > > > I hope, then, that the Francesco Tapparo, the official Debian > > > maintainer, will include it some time in the future. > > > > I'm sorry, this is not going to happen. Cassowary is proprietary > >software, > > so I should put the cassowary enabled scwm in non-free, but I don't build > > and don't support proprietary packages. > > That's your choice of course, and it's nice enough of you that you > maintain the scwm Debian package. But obviously the problem can be > tackled from to directions: Finding someone who is willing (and able!) > to package Cassowary and constraint-enabled scwm for Debian non-free. > Or getting Cassowary licensed under terms appropriate for inclusion in > Debian main. It's certainly possible that the Cassowary license will change, but it'd be great if in the interim someone else were interested in packaging Scwm w/ Cassowary. Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 8 14:23:48 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA19605 for scwm-discuss-outgoing; Tue, 8 Feb 2000 14:23:48 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA19600 for ; Tue, 8 Feb 2000 14:23:45 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA27724; Tue, 8 Feb 2000 11:23:15 -0800 To: James Achtung Crippen Cc: SCWM Discussion List Subject: Re: Sparc binary rpms for scwm-0.99.6.1 available References: From: "Greg J. Badros" Date: 08 Feb 2000 11:23:15 -0800 In-Reply-To: James Achtung Crippen's message of "Tue, 8 Feb 2000 05:21:23 +0000 (GMT)" Message-ID: Lines: 35 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk James Achtung Crippen writes: > I'm currently installing scwm and the other associated software (like > guile) on a Sparc 630MP running Redhat 6.1. This is a sun4m class machine > and I believe that binaries compiled on it should run on other 32b Sparc > systems (unless they're really strange). I started from the src rpms and > am compiling the binaries as I type this. Would anyone like to keep these > on scwm.mit.edu? If so, please let me know where I should put them or > what else to do with them. If you point me at them on an anon ftp or web site, I'll happily copy them to scwm.mit.edu and update the web page. THANKS! > BTW, I've been an avid scwm user for a while, perhaps back to 0.7 or so. > This is the first time I've really been able to contribute. We're getting > a bunch of sparc-based systems and I'll have to use them -- naturally I'll > be needing my favorite window manager as well. Excelling-- I'm pretty pleased with scwm-0.99.6.1 (patting myself vigorously on the back! :-)--it's been rock solid and non-leaking for weeks now. > Also, my office will be getting an SGI Indy soon (a hand-me-down from our > GIS department) and we'll be trying to install a Linux on it if possible, > so perhaps I'll be making binaries for that system as well. I also have a > DEC 3000 workstation coming, based on the alpha processor. It uses > TurboCHANNEL and I'll have to run NetBSD on it, so perhaps I might help > with that port if I can get X running on it somehow (nobody supports > TurboCHANNEL framebuffers)... Maybe we'll get a VAX someday too! (fnord) The more RPMs, the merrier (although I'd be surprised if there are that many users with some of that hardware you're playing with! :-) ). Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 8 17:42:30 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA20161 for scwm-discuss-outgoing; Tue, 8 Feb 2000 17:42:30 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from w2.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA20158 for ; Tue, 8 Feb 2000 17:42:24 -0500 Received: from mizar (r2p013.ntt.it [194.73.94.141]) by w2.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id XAA15896; Tue, 8 Feb 2000 23:42:34 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12IJSM-0000VQ-00; Tue, 08 Feb 2000 23:50:02 +0100 Date: Tue, 8 Feb 2000 23:50:02 +0100 From: Francesco Tapparo To: Michael Schuerig Cc: scwm-discuss@scwm.mit.edu Subject: Re: scwm + cassowary on Debian Message-ID: <20000208235002.A1845@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: Michael Schuerig , scwm-discuss@SCWM.MIT.EDU References: ; <20000208123954.A179@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: ; from schuerig@acm.org on Tue, Feb 08, 2000 at 07:39:01PM +0100 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Tue, Feb 08, 2000 at 07:39:01PM +0100, Michael Schuerig wrote: > At 12:39 Uhr +0100 08.02.2000, Francesco Tapparo wrote: > > On Sun, Feb 06, 2000 at 09:18:33PM +0100, Michael Schuerig wrote: [snipped] > That's your choice of course, and it's nice enough of you that you > maintain the scwm Debian package. But obviously the problem can be > tackled from to directions: Finding someone who is willing (and able!) > to package Cassowary and constraint-enabled scwm for Debian non-free. This is not the solution. No package is a lot better than a proprietary one. Surely to have a second class free scwm and a first class non-free scwm would be unacceptable to me. Note that Debian non-free is not part of Debian, and it is not part of the Debian CDs, so the users should download the packages anyway. Of course everyone can create a scwm deb as he like and put in his web site, but I invite all the people interested in this to work to improve the free parts of scwm or to substitute the non free ones (for example there is a free package for voice recognition, and a great project would be to modify scwm to use this package instead of viavoice, so that I can enable the support in my package). > Or getting Cassowary licensed under terms appropriate for inclusion in > Debian main. This would be the best solution. Another solution is to create a completely free altenative. Another solution is to add features and features to scwm, so that the lacking of contraints is no more a problem (hint :>). [snipped] > > What version of scwm are you using? Mine (0.99.6-3) does not seem to have > > your problem (about the icons, I mean). > > In the meantime this has happened to me with icewm, too, though I had > never seen this effect before. I have hardly any idea of the inner > workings of X and Gnome/gmc, but I take it that every icon on the > screen is a window according as far as X is concerned. It looks like a > problem of communication among X, Gnome (Pager) and the window manager. > And from the user perspective it's not deterministic. Sorry, I don't > know how to be more specific. thanks anyway > > Michael > -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Tue Feb 8 17:58:04 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA20244 for scwm-discuss-outgoing; Tue, 8 Feb 2000 17:58:04 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA20241 for ; Tue, 8 Feb 2000 17:58:01 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id OAA00996; Tue, 8 Feb 2000 14:57:48 -0800 To: cesco@debian.org Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> From: "Greg J. Badros" Date: 08 Feb 2000 14:57:48 -0800 In-Reply-To: Francesco Tapparo's message of "Tue, 8 Feb 2000 23:50:02 +0100" Message-ID: Lines: 45 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francesco Tapparo writes: > On Tue, Feb 08, 2000 at 07:39:01PM +0100, Michael Schuerig wrote: > > At 12:39 Uhr +0100 08.02.2000, Francesco Tapparo wrote: > > > On Sun, Feb 06, 2000 at 09:18:33PM +0100, Michael Schuerig wrote: > [snipped] > > That's your choice of course, and it's nice enough of you that you > > maintain the scwm Debian package. But obviously the problem can be > > tackled from to directions: Finding someone who is willing (and able!) > > to package Cassowary and constraint-enabled scwm for Debian non-free. > > This is not the solution. No package is a lot better than a proprietary one. > Surely to have a second class free scwm and a first class non-free scwm > would be unacceptable to me. > Note that Debian non-free is not part of Debian, and it is not part of the > Debian CDs, so the users should download the packages anyway. > Of course everyone can create a scwm deb as he like and put in his web site, > but I invite all the people interested in this to work to improve the free > parts of scwm or to substitute the non free ones (for example there is a free > package for voice recognition, and a great project would be to modify scwm to > use this package instead of viavoice, so that I can enable the support in my > package). Although I'm a big supporter of free software, I'd not accept a patch that made Scwm use a free voice recognition package *instead* of ViaVoice. Of course I'll happily take patches for letting Scwm use other voice recognition modules! What's the name of the package? (P.S., remember part of freedom is letting people use commercial or non-free software if they want to-- it's their choice.) > > Or getting Cassowary licensed under terms appropriate for inclusion in > > Debian main. > > This would be the best solution. > Another solution is to create a completely free altenative. > Another solution is to add features and features to scwm, so that the > lacking of contraints is no more a problem (hint :>). All of the above are possible, and not mutually-exclusive. Thanks, Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 9 16:53:35 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id QAA24443 for scwm-discuss-outgoing; Wed, 9 Feb 2000 16:53:35 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from einstein.tro.net (einstein.tro.net [195.190.20.21]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id QAA24440 for ; Wed, 9 Feb 2000 16:53:29 -0500 Received: from [192.168.1.2] (ppp051.tro.net [195.190.20.117]) by einstein.tro.net (8.9.3/8.9.3) with ESMTP id WAA22117 for ; Wed, 9 Feb 2000 22:54:14 +0100 X-Envelope-To: X-Sender: schuerig@pop.tro.net Message-Id: In-Reply-To: References: Francesco Tapparo's message of "Tue, 8 Feb 2000 23:50:02 +0100" <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 9 Feb 2000 22:37:30 +0100 To: scwm-discuss@SCWM.MIT.EDU From: Michael Schuerig Subject: Re: scwm + cassowary on Debian Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk At 23:57 Uhr +0100 08.02.2000, Greg J. Badros wrote: > (P.S., remember part of freedom is letting people use commercial or > non-free software if they want to-- it's their choice.) I agree wholeheartedly. And, yes, I do prefer free (libre) software. > > > Or getting Cassowary licensed under terms appropriate for >inclusion in > > > Debian main. > > > > This would be the best solution. > > Another solution is to create a completely free altenative. > > Another solution is to add features and features to scwm, so that the > > lacking of contraints is no more a problem (hint :>). > > All of the above are possible, and not mutually-exclusive. I'm not sure how other feature could make up for missing constraints -- they'd still be missing. Is it possible to change scwm in a way that it detects on its own whether cassowary is present? Michael From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 9 17:09:53 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id RAA24548 for scwm-discuss-outgoing; Wed, 9 Feb 2000 17:09:53 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id RAA24545 for ; Wed, 9 Feb 2000 17:09:47 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id OAA10442; Wed, 9 Feb 2000 14:09:27 -0800 To: Michael Schuerig Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> From: "Greg J. Badros" Date: 09 Feb 2000 14:09:27 -0800 In-Reply-To: Michael Schuerig's message of "Wed, 9 Feb 2000 22:37:30 +0100" Message-ID: Lines: 38 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schuerig writes: > At 23:57 Uhr +0100 08.02.2000, Greg J. Badros wrote: > > > (P.S., remember part of freedom is letting people use commercial or > > non-free software if they want to-- it's their choice.) > > I agree wholeheartedly. And, yes, I do prefer free (libre) software. > > > > > > Or getting Cassowary licensed under terms appropriate for > >inclusion in > > > > Debian main. > > > > > > This would be the best solution. > > > Another solution is to create a completely free altenative. > > > Another solution is to add features and features to scwm, so that the > > > lacking of contraints is no more a problem (hint :>). > > > > All of the above are possible, and not mutually-exclusive. > > I'm not sure how other feature could make up for missing constraints -- > they'd still be missing. > > Is it possible to change scwm in a way that it detects on its own > whether cassowary is present? You mean at build time? Or at run-time? Right now it's a build time thing. I certainly *can* make it happen at run time, but not without effort that I believe may well be better spent elsewhere. Plus, there would of course be a run-time penalty be associated. I'll look and see how hard this would be and how big the run-time penalty would be. The big complication is that I'd still want to be able to have a compile-time option for building w/o access to a C++ compiler (as only the constraint solving portion requires that). It's probably more trouble than it's worth to me, unfortunately. Greg From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 9 18:03:42 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA24862 for scwm-discuss-outgoing; Wed, 9 Feb 2000 18:03:42 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from einstein.tro.net (einstein.tro.net [195.190.20.21]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA24859 for ; Wed, 9 Feb 2000 18:03:37 -0500 Received: from [192.168.1.2] (ppp028.tro.net [195.190.20.92]) by einstein.tro.net (8.9.3/8.9.3) with ESMTP id AAA28041 for ; Thu, 10 Feb 2000 00:03:35 +0100 X-Envelope-To: X-Sender: schuerig@pop.tro.net Message-Id: In-Reply-To: References: Michael Schuerig's message of "Wed, 9 Feb 2000 22:37:30 +0100" <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 10 Feb 2000 00:02:36 +0100 To: scwm-discuss@SCWM.MIT.EDU From: Michael Schuerig Subject: Re: scwm + cassowary on Debian Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk At 23:09 Uhr +0100 09.02.2000, Greg J. Badros wrote: > Michael Schuerig writes: > > Is it possible to change scwm in a way that it detects on its own > > whether cassowary is present? > > You mean at build time? Or at run-time? At run-time. The point is to give (Debian) users the choice whether they want to use a non-free (by the relevant standard) addition or not. Michael From owner-scwm-discuss@SCWM.MIT.EDU Wed Feb 9 19:16:12 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id TAA25090 for scwm-discuss-outgoing; Wed, 9 Feb 2000 19:16:12 -0500 Received: from sundown.cs.cornell.edu (SUNDOWN.CS.CORNELL.EDU [128.84.96.20]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id TAA25087 for ; Wed, 9 Feb 2000 19:16:02 -0500 Received: from mojave.cs.cornell.edu (IDENT:root@MOJAVE.CS.CORNELL.EDU [128.84.248.55]) by sundown.cs.cornell.edu (8.9.3/8.9.3/R-3.0) with ESMTP id TAA22476 for ; Wed, 9 Feb 2000 19:15:49 -0500 (EST) Received: (from eli@localhost) by mojave.cs.cornell.edu (8.8.7/8.8.8/LX-1.2) id TAA12710; Wed, 9 Feb 2000 19:15:48 -0500 X-Authentication-Warning: mojave.cs.cornell.edu: eli set sender to eli@mojave.cs.cornell.edu using -f From: Eli Barzilay MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14498.820.268514.526028@mojave.cs.cornell.edu> Date: Wed, 9 Feb 2000 19:15:48 -0500 (EST) To: scwm-discuss@scwm.mit.edu Subject: Re: scwm + cassowary on Debian -- and some more In-Reply-To: References: <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> X-Mailer: VM 6.75 under Emacs 20.3.1 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Feb 10, Michael Schuerig wrote: > At 23:09 Uhr +0100 09.02.2000, Greg J. Badros wrote: > > You mean at build time? Or at run-time? > > At run-time. The point is to give (Debian) users the choice whether > they want to use a non-free (by the relevant standard) addition or > not. I wanted to mail about this earlier, but never had the time to see if things were changed... I saw two problems with that - one thing is that you can never get normal rubberband operations since Cassowary always make it opaque (I've actually traced this to the C code that gets compiled if Cassowary is not included). But another thing is that as much as these constraints can be useful, I personally never got to actually use them besides simple testing - but I like the idea of installing a binary RPM a lot (freeing myself the time for compiling etc), yet to install the perfectly reasonable 11MB Scwm rpm, I have to install the 44MB GTL and the 44MB Cassowary. There are other issues like some of us using 3-year old machines where 10GB drives are not standard and this space can become expensive. As long as I'm already mailing, I'll take the chance to add some more things I had - I'm very sorry that I can't spend time tracing the reasons for these etc. This is actually from the previous version, so some might be ok by now: 1. Are the edge hooks broken? The following code does not work: (define (debug-edge-enter side) (display "edge-enter: ") (display side) (newline)) (define (debug-edge-leave side) (display "edge-leave: ") (display side) (newline)) (add-hook! edge-enter-hook debug-edge-enter) (add-hook! edge-leave-hook debug-edge-leave) 2. popup-menu chokes when it gets -1 and there are no entries, specifically window-task-switcher-menu gets stuck when it sends -1 and there are no windows around. 3. Why doesn't #:focus 'click work with sloppy? For example, gnome-install-window-styles sets the style for "panel" to 'none which affects the xfig edit panel as well - and when I modified it to 'click it still did not want to take the focus. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://www.cs.cornell.edu/eli/meaning.html Maze is Life! From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 12:54:15 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA28900 for scwm-discuss-outgoing; Thu, 10 Feb 2000 12:54:15 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from w2.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA28897 for ; Thu, 10 Feb 2000 12:53:42 -0500 Received: from mizar (r3p079.ntt.it [194.75.44.79]) by w2.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id SAA59000; Thu, 10 Feb 2000 18:52:54 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.03 #1 (Debian)) id 12IuIh-000071-00; Thu, 10 Feb 2000 15:10:31 +0100 Date: Thu, 10 Feb 2000 15:10:31 +0100 From: Francesco Tapparo To: "Greg J. Badros" Cc: cesco@debian.org, scwm-discuss@scwm.mit.edu Subject: Re: scwm + cassowary on Debian Message-ID: <20000210151031.A219@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: "Greg J. Badros" , cesco@debian.org, scwm-discuss@SCWM.MIT.EDU References: <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: ; from gjb@cs.washington.edu on Tue, Feb 08, 2000 at 02:57:48PM -0800 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Tue, Feb 08, 2000 at 02:57:48PM -0800, Greg J. Badros wrote: > Francesco Tapparo writes: > > > On Tue, Feb 08, 2000 at 07:39:01PM +0100, Michael Schuerig wrote: > > > At 12:39 Uhr +0100 08.02.2000, Francesco Tapparo wrote: [snipped] > > This is not the solution. No package is a lot better than a proprietary one. > > Surely to have a second class free scwm and a first class non-free scwm > > would be unacceptable to me. [reasoning snipped] > > Although I'm a big supporter of free software, I'd not accept a patch > that made Scwm use a free voice recognition package *instead* of > ViaVoice. Of course I'll happily take patches for letting Scwm use > other voice recognition modules! What's the name of the package? This would be grat too. I read about it in linux-announce: I did'nt do a lot of research in it (my was only an example), so I cannot assure it has all the features needed. Anyway, its name is Sphinx, it si released under a BSD style license. More informations are available at http://www.speech.cs.cmu.edu/sphinx. > (P.S., remember part of freedom is letting people use commercial or > non-free software if they want to-- it's their choice.) My position is different: I'm not only pro free software, I'm against proprietary software; it's rather different. But I'm not a fanatic: I understand other people can have different opinions about that. [snipped] -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 13:40:47 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA29077 for scwm-discuss-outgoing; Thu, 10 Feb 2000 13:40:47 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id NAA29074 for ; Thu, 10 Feb 2000 13:40:41 -0500 Received: (qmail 5354108 invoked from network); 10 Feb 2000 18:40:14 -0000 Received: from s195.paris-119.cybercable.fr (HELO Samaris) ([212.198.119.195]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 10 Feb 2000 18:40:14 -0000 Received: from fare by Samaris with local (Exim 3.11 #1 (Debian)) id 12Iya7-0005Qy-00; Thu, 10 Feb 2000 19:44:47 +0100 Date: Thu, 10 Feb 2000 19:44:47 +0100 From: Francois-Rene Rideau To: scwm-discuss@scwm.mit.edu Subject: Re: scwm + cassowary on Debian Message-ID: <20000210194446.A20878@ZhengHe.augustin.thierry> Reply-To: Francois-Rene Rideau References: <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> <20000210151031.A219@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0i In-Reply-To: <20000210151031.A219@ntt.it>; from cesco@ntt.it on Thu, Feb 10, 2000 at 03:10:31PM +0100 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Thu, Feb 10, 2000 at 03:10:31PM +0100, Francesco Tapparo wrote: > On Tue, Feb 08, 2000 at 02:57:48PM -0800, Greg J. Badros wrote: >> (P.S., remember part of freedom is letting people use commercial or >> non-free software if they want to-- it's their choice.) > > My position is different: I'm not only pro free software, I'm against > proprietary software; it's rather different. > But I'm not a fanatic: I understand other people can have different > opinions about that. I understand some people are have different opinions; some of them are even nazis! (Yaya, I score 1 Godwin point). That doesn't mean I shouldn't do anything when they try to promote their evil laws. Proprietary software is evil. We should fight it. Back to topic: it's been months since I reverted back to fvwm. SCWM just didn't work with my configuration (if at all), and was too slow (what a shock, going back to fvwm speed). Not that I currently have any machine with a useable X anyway. I hope I'll be able to go back to SCWM, someday (or should I rather try efuns' gmlwm ?). Cheers! [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] [ TUNES project for a Free Reflective Computing System | http://tunes.org ] Tolerance is not about respecting other people's ideas. We have every right to fight ideas we think are stupid. Tolerance is about respecting other people's persons. We have every duty to respect even persons we think are stupid. From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 14:04:27 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA29232 for scwm-discuss-outgoing; Thu, 10 Feb 2000 14:04:27 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from best.micron.net ([204.229.122.199]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA29229 for ; Thu, 10 Feb 2000 14:04:20 -0500 Received: from bliss ([204.228.207.80]) by best.micron.net (Netscape Messaging Server 4.1) with ESMTP id FPQAAR00.D09; Thu, 10 Feb 2000 12:04:03 -0700 Received: from lispbliss by bliss with local (Exim 3.12 #1 (Debian)) id 12Is3D-00004e-00; Thu, 10 Feb 2000 04:46:23 -0700 To: "Greg J. Badros" Cc: cesco@debian.org, Michael Schuerig , scwm-discuss@scwm.mit.edu Subject: Re: scwm + cassowary on Debian References: <20000208123954.A179@ntt.it> From: Scott Jaderholm Date: 10 Feb 2000 04:46:23 -0700 In-Reply-To: "Greg J. Badros"'s message of "08 Feb 2000 11:19:21 -0800" Message-ID: <87ya8tjn5c.fsf@sage.cortland.com> Lines: 56 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk [I sent this message last night, but when I was thinking about it this morning I remembered I just press R and not F, so here it goes to the rest of you..] > It definitely is a great w.m. w/o constraints, and I appreciate your > packaging it as you do. > Hmm, I tried scwm a few weeks ago and it was cool being able to edit it from emacs, but I had a few problems with it. First of all, it takes forever to start up.. I could live with this, were it not for the following problems It is ugly (sorry to burst your bubble) and the systemrc thing isn't very useable. Btw, I don't remember if it was this or a different wm, but it said "GNU Emacs" and was for some reason set to execute xemacs...What is with that? And there were some others, which I can't seem to recall atm. I would really like to learn some more about it though (hence subscribing to this list). What is this Cassowary constraints thing? How is that good? I asked some people on IRC and they said with constraints you can do things like if I resize a window, it resizes the other ones small or bigger to make up for it.. Or if two windows were touching on a side and I dragged one it would drag the other.. These sounded kind of cool, but not extremely useful.. are there more useful examples? Anyway, I am afraid I must be going.. Sincerely, Scott -- .--------------------------------------------------------------. | Scott Jaderholm lispbliss@sage.cortland.com | | | |"Debian's non-commercial Linux distribution shows again that | |Internet-enabled, cooperative software development can produce| |software of the very highest quality." Linus Travolds | `--------------------------------------------------------------' From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 14:10:33 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA29298 for scwm-discuss-outgoing; Thu, 10 Feb 2000 14:10:33 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA29294 for ; Thu, 10 Feb 2000 14:10:27 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA17319; Thu, 10 Feb 2000 11:10:14 -0800 To: Francois-Rene Rideau Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> <20000210151031.A219@ntt.it> <20000210194446.A20878@ZhengHe.augustin.thierry> From: "Greg J. Badros" Date: 10 Feb 2000 11:10:14 -0800 In-Reply-To: Francois-Rene Rideau's message of "Thu, 10 Feb 2000 19:44:47 +0100" Message-ID: Lines: 31 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francois-Rene Rideau writes: > On Thu, Feb 10, 2000 at 03:10:31PM +0100, Francesco Tapparo wrote: > > On Tue, Feb 08, 2000 at 02:57:48PM -0800, Greg J. Badros wrote: > >> (P.S., remember part of freedom is letting people use commercial or > >> non-free software if they want to-- it's their choice.) > > > > My position is different: I'm not only pro free software, I'm against > > proprietary software; it's rather different. > > But I'm not a fanatic: I understand other people can have different > > opinions about that. > > I understand some people are have different opinions; some of them are even > nazis! (Yaya, I score 1 Godwin point). That doesn't mean I shouldn't do > anything when they try to promote their evil laws. > Proprietary software is evil. We should fight it. > > Back to topic: it's been months since I reverted back to fvwm. > SCWM just didn't work with my configuration (if at all), and was > too slow (what a shock, going back to fvwm speed). Not that I currently > have any machine with a useable X anyway. I hope I'll be able to go > back to SCWM, someday (or should I rather try efuns' gmlwm ?). What parts are too slow? You mean startup time, or when you're doing things? If you mean the latter, it might be that you were using old binding functions instead of immediate procs-- they had an awful time-out before acting that made scwm *feel* slow, but it really was just a stupid design. Not counting startup time, Scwm does not seem any slower to me than fvwm2, etc. Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 14:29:38 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA29533 for scwm-discuss-outgoing; Thu, 10 Feb 2000 14:29:38 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA29530 for ; Thu, 10 Feb 2000 14:29:35 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA17375; Thu, 10 Feb 2000 11:29:20 -0800 To: Scott Jaderholm Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: <20000208123954.A179@ntt.it> <87ya8tjn5c.fsf@sage.cortland.com> From: "Greg J. Badros" Date: 10 Feb 2000 11:29:20 -0800 In-Reply-To: Scott Jaderholm's message of "10 Feb 2000 04:46:23 -0700" Message-ID: Lines: 74 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Scott Jaderholm writes: > [I sent this message last night, but when I was thinking about it this > morning I remembered I just press R and not F, so here it goes to the > rest of you..] > > > It definitely is a great w.m. w/o constraints, and I appreciate your > > packaging it as you do. > > > Hmm, I tried scwm a few weeks ago and it was cool being able to edit > it from emacs, but I had a few problems with it. > > First of all, it takes forever to start up.. I could live with this, > were it not for the following problems > > It is ugly (sorry to burst your bubble) and the systemrc thing isn't > very useable. Btw, I don't remember if it was this or a different wm, You're entitled to this opinion, certainly. There are plenty of themes included with Scwm that I think are pretty attractive, but I've never made any secrets about eye-candy not being my first priority. > but it said "GNU Emacs" and was for some reason set to execute > xemacs...What is with that? A one-character typo. :-) Thanks. > And there were some others, which I can't seem to recall atm. I would > really like to learn some more about it though (hence subscribing to > this list). I'd love to hear your other complaints. > What is this Cassowary constraints thing? How is that good? Well, the cop-out answer is that it's good because we're pushing the envelope of what kinds of applications get the benefits of constraints. The better answer is that there are some really useful features that the solver provides. Tiling multiple windows together and having windows move around together are probably the two most useful. > I asked some people on IRC and they said with constraints you can do > things like if I resize a window, it resizes the other ones small or > bigger to make up for it.. Yep. > Or if two windows were touching on a side and I dragged one it would > drag the other.. Yep. > > These sounded kind of cool, but not extremely useful.. I disagree, obviously. I've got a "toolbar" in my bottom-right that contains an xlock, an xclock, and a pager, and they are just constrained to move around together. Notice that this is a case where there is another solution: use a grouping-application such as FvwmButtons to create a common parent that then manages the geometries of the various children. Constraints provide a way to globally specify similar behaviour among sibling windows w/o requiring a common ancestor. > are there more useful examples? I'm hoping that others will help me think of them! :-) Right now I use Scwm more because of its configurability and programmability than because of its constraints, but I'm constantly pushing on all different fronts, and constraints have the most potential for future benefit, IMO. Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 18:16:33 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA30094 for scwm-discuss-outgoing; Thu, 10 Feb 2000 18:16:33 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from einstein.tro.net (einstein.tro.net [195.190.20.21]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA30091 for ; Thu, 10 Feb 2000 18:16:26 -0500 Received: from [192.168.1.2] (ppp021.tro.net [195.190.20.85]) by einstein.tro.net (8.9.3/8.9.3) with ESMTP id AAA28327 for ; Fri, 11 Feb 2000 00:17:13 +0100 X-Envelope-To: X-Sender: schuerig@pop.tro.net Message-Id: In-Reply-To: <87ya8tjn5c.fsf@sage.cortland.com> References: "Greg J. Badros"'s message of "08 Feb 2000 11:19:21 -0800" <20000208123954.A179@ntt.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 10 Feb 2000 22:17:23 +0100 To: scwm-discuss@SCWM.MIT.EDU From: Michael Schuerig Subject: Re: scwm + cassowary on Debian Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk At 12:46 Uhr +0100 10.02.2000, Scott Jaderholm wrote: [constraints] > These sounded kind of cool, but not extremely useful.. > are there more useful examples? Not useful? Well, I've only been toying around with constraints up to now, but I hope they'll prove useful for me. You may notice or even take it for granted that lots of recent applications have GUIs that put several subwindows into one top-level window. They may use tiling or MDI or whatever. In my view this is a Windows-induced ailment. I've been using a Mac for a decade and there it has always been common to have lots of windows floating around. I'm used to arrange windows on the screen freely in the way that suits me best. When I can get help with this from a wm -- fine. Michael From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 18:45:10 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA30300 for scwm-discuss-outgoing; Thu, 10 Feb 2000 18:45:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by SCWM.MIT.EDU (8.8.7/8.8.7) with SMTP id SAA30297 for ; Thu, 10 Feb 2000 18:45:04 -0500 Received: (qmail 5474908 invoked from network); 10 Feb 2000 23:44:54 -0000 Received: from s195.paris-119.cybercable.fr (HELO Samaris) ([212.198.119.195]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 10 Feb 2000 23:44:54 -0000 Received: from fare by Samaris with local (Exim 3.11 #1 (Debian)) id 12J3Ky-0005ly-00; Fri, 11 Feb 2000 00:49:28 +0100 Date: Fri, 11 Feb 2000 00:49:28 +0100 From: Francois-Rene Rideau To: "Greg J. Badros" Cc: Francois-Rene Rideau , scwm-discuss@scwm.mit.edu Subject: Re: scwm + cassowary on Debian Message-ID: <20000211004928.A22181@ZhengHe.augustin.thierry> Reply-To: Francois-Rene Rideau References: <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> <20000210151031.A219@ntt.it> <20000210194446.A20878@ZhengHe.augustin.thierry> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0i In-Reply-To: ; from gjb@cs.washington.edu on Thu, Feb 10, 2000 at 11:10:14AM -0800 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk >> Back to topic: it's been months since I reverted back to fvwm. >> SCWM just didn't work with my configuration (if at all), and was >> too slow (what a shock, going back to fvwm speed). Not that I currently >> have any machine with a useable X anyway. I hope I'll be able to go >> back to SCWM, someday (or should I rather try efuns' gmlwm ?). Oops, that's gwml (see the Hump on http://caml.inria.fr). > What parts are too slow? None take _too_ long, besides those that take infinite amount of time to work (icons were dysfunctional, maybe due to Imlib troubles). > You mean startup time, or when you're doing things? Start-up time is annoying, but only happens once in a few days (until scwm consumes whole memory). Reaction time is noticeable, but you get used to most of it (i.e. when not switching virtual screens); I would however strongly notice the difference when reverting back to fvwm2. > If you mean the latter, it might be that you were using old > binding functions instead of immediate procs-- Hum. Where are there examples/docs about that? [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] [ TUNES project for a Free Reflective Computing System | http://tunes.org ] Two wrongs don't make a right -- but three lefts do. From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 18:47:01 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA30329 for scwm-discuss-outgoing; Thu, 10 Feb 2000 18:47:01 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA30324 for ; Thu, 10 Feb 2000 18:46:58 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id PAA19384; Thu, 10 Feb 2000 15:45:47 -0800 To: Michael Schuerig Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: <20000208123954.A179@ntt.it> From: "Greg J. Badros" Date: 10 Feb 2000 15:45:47 -0800 In-Reply-To: Michael Schuerig's message of "Thu, 10 Feb 2000 22:17:23 +0100" Message-ID: Lines: 33 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Michael Schuerig writes: > At 12:46 Uhr +0100 10.02.2000, Scott Jaderholm wrote: > > [constraints] > > These sounded kind of cool, but not extremely useful.. > > are there more useful examples? > > Not useful? Well, I've only been toying around with constraints up to > now, but I hope they'll prove useful for me. > > You may notice or even take it for granted that lots of recent > applications have GUIs that put several subwindows into one top-level > window. They may use tiling or MDI or whatever. In my view this is a > Windows-induced ailment. I've been using a Mac for a decade and there > it has always been common to have lots of windows floating around. I'm > used to arrange windows on the screen freely in the way that suits me > best. When I can get help with this from a wm -- fine. Right; this is a good way to look at it. A lot of applications have done random crazy things to get behaviours that are pretty useful in some contexts. xmms is the best example -- it lets the various top-level windows it creates snap together. It works, but works poorly, and would be much better done by the application "teaching" the window manager some application-specific window-management behaviours for its windows (all under the ultimate control of the end user, of course). I envision applications being distributed with Scheme snippets that get inserted into the window manager so that Scwm can have application-specific menuitems and behaviours. Those rules would exploit the functionality that the constraint solver provides, w/o requiring the end user from doing so. Greg From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 10 18:48:47 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA30375 for scwm-discuss-outgoing; Thu, 10 Feb 2000 18:48:47 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA30371 for ; Thu, 10 Feb 2000 18:48:43 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id PAA19401; Thu, 10 Feb 2000 15:48:31 -0800 To: Francois-Rene Rideau Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: scwm + cassowary on Debian References: <20000208123954.A179@ntt.it> <20000208235002.A1845@ntt.it> <20000210151031.A219@ntt.it> <20000210194446.A20878@ZhengHe.augustin.thierry> <20000211004928.A22181@ZhengHe.augustin.thierry> From: "Greg J. Badros" Date: 10 Feb 2000 15:48:31 -0800 In-Reply-To: Francois-Rene Rideau's message of "Fri, 11 Feb 2000 00:49:28 +0100" Message-ID: Lines: 44 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Francois-Rene Rideau writes: > >> Back to topic: it's been months since I reverted back to fvwm. > >> SCWM just didn't work with my configuration (if at all), and was > >> too slow (what a shock, going back to fvwm speed). Not that I currently > >> have any machine with a useable X anyway. I hope I'll be able to go > >> back to SCWM, someday (or should I rather try efuns' gmlwm ?). > Oops, that's gwml (see the Hump on http://caml.inria.fr). > > > What parts are too slow? > None take _too_ long, besides those that take infinite amount of time to work > (icons were dysfunctional, maybe due to Imlib troubles). I did some work on cleaning up some icon misbehaving recently, but who knows what version of Imlib I was testing against. I don't use icons, so that could partially explain why there may still be lurking bugs. > > You mean startup time, or when you're doing things? > Start-up time is annoying, but only happens once in a few days > (until scwm consumes whole memory). Reaction time is noticeable, > but you get used to most of it (i.e. when not switching virtual screens); > I would however strongly notice the difference when reverting back to fvwm2. > > > If you mean the latter, it might be that you were using old > > binding functions instead of immediate procs-- > Hum. Where are there examples/docs about that? Just the `bind-mouse' procedure: (bind-mouse contexts button proc #&optional immediate-proc) - Built-in Primitive Bind the given mouse BUTTON within the CONTEXTS to invoke PROC.\n\ CONTEXTS is a list of event-contexts (e.g., '(button1 sidebar))\n\ BUTTON is a string or integer giving the mouse button number\n\ PROC is a procedure that will be invoked (with no arguments) when the \n\ specified button is pressed in the specified context. See `bind-key'\n\ for a list of the contexts. If IMMEDIATE-PROC is given, it will be\n\ executed immediately on a button-click. If IMMEDIATE-PROC returns\n\ #f, then PROC will still get executed after determining the mouse click\n\ type. [From src/binding.c:1161] #t Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 11 00:46:10 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id AAA31149 for scwm-discuss-outgoing; Fri, 11 Feb 2000 00:46:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mail1.21stcentury.net (mail1.21stcentury.net [24.136.0.4]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id AAA31146 for ; Fri, 11 Feb 2000 00:46:06 -0500 Received: from rtaylor ([24.136.21.198]) by mail1.21stcentury.net (Netscape Messaging Server 3.6) with SMTP id AAA6177 for ; Thu, 10 Feb 2000 23:41:54 -0600 Date: Thu, 10 Feb 2000 23:26:15 -0600 From: "Richard Taylor" To: "scwm-discuss@SCWM.MIT.EDU" Subject: Re: Re: scwm + cassowary on Debian Organization: The Dispossessed X-mailer: FoxMail 2.1 [en] Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <7735E671103A.AAA6177@mail1.21stcentury.net> Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk At 2/10/00 10:17:00 PM, you wrote: >At 12:46 Uhr +0100 10.02.2000, Scott Jaderholm wrote: >[constraints] >> These sounded kind of cool, but not extremely useful.. >> are there more useful examples? > >Not useful? Well, I've only been toying around with constraints up to >now, but I hope they'll prove useful for me. > >You may notice or even take it for granted that lots of recent >applications have GUIs that put several subwindows into one top-level >window. They may use tiling or MDI or whatever. In my view this is a >Windows-induced ailment. I've been using a Mac for a decade and there Check out Oberon if you want to see an excellent implementation of the above... it's a bit different though... for one thing, you can link data in one window to data in another, everything is object oriented, you can open whatever object or group of objects in whatever window, etc... I had a hard time with it at first seeing as it is so foriegn... after considering it for a while though... it's a good way of going about things... something like the 4 point views in a 3d program. It's not a bad idea for a window manager... keeps everything neat, in its place and easily accessible. >it has always been common to have lots of windows floating around. I'm >used to arrange windows on the screen freely in the way that suits me >best. When I can get help with this from a wm -- fine. {exile} From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 11 01:12:51 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id BAA31325 for scwm-discuss-outgoing; Fri, 11 Feb 2000 01:12:51 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from mail1.21stcentury.net (mail1.21stcentury.net [24.136.0.4]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id BAA31322 for ; Fri, 11 Feb 2000 01:12:45 -0500 Received: from rtaylor ([24.136.21.198]) by mail1.21stcentury.net (Netscape Messaging Server 3.6) with SMTP id AAA6E78 for ; Fri, 11 Feb 2000 00:08:36 -0600 Date: Thu, 10 Feb 2000 23:52:58 -0600 From: "Richard Taylor" To: "scwm-discuss@SCWM.MIT.EDU" Subject: Re: Re: Re: scwm + cassowary on Debian Organization: The Dispossessed X-mailer: FoxMail 2.1 [en] Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <7735E672344.AAA6E78@mail1.21stcentury.net> Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk At 2/10/00 11:29:00 AM, you wrote: >I'm hoping that others will help me think of them! :-) > >Right now I use Scwm more because of its configurability and >programmability than because of its constraints, but I'm constantly >pushing on all different fronts, and constraints have the most potential >for future benefit, IMO. Why constraints? Why not object linking or interaction with the applications themselves? :} It might be nifty if the wm could make transparent calls to applications... I think the desktop might make for an excellent window to manage as well... it would be nice if you could run apps like top or a filemanager or other system monitors in the desktop itself. {tho' I suppose one could already do that... I'll have to give it a shot.} {exile} From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 11 13:33:15 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA02159 for scwm-discuss-outgoing; Fri, 11 Feb 2000 13:33:15 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA02156 for ; Fri, 11 Feb 2000 13:33:10 -0500 Received: from centralmail1.Central.Sun.COM ([129.147.62.10]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id LAA13351 for ; Fri, 11 Feb 2000 11:32:52 -0700 (MST) Received: from sunray2.Central.Sun.COM (sunray2.Central.Sun.COM [129.147.4.8]) by centralmail1.Central.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id LAA25641 for ; Fri, 11 Feb 2000 11:32:26 -0700 (MST) Received: (from samf@localhost) by sunray2.Central.Sun.COM (8.9.3+Sun/8.9.1) id LAA25402; Fri, 11 Feb 2000 11:32:26 -0700 (MST) To: scwm-discuss@scwm.mit.edu Subject: compiling on Solaris 7 From: Sam Falkner Date: 11 Feb 2000 11:32:26 -0700 Message-ID: Lines: 72 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/20.4 (Emerald) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I just got 0.99.6.1 mostly compiled and working on Solaris 7. I haven't tested things much, except that I just logged in with scwm as my window manager, without a .scwmrc in my home directory. I ran into quite a few problems; here's my story (along with patches) for those who are interested. For the first time in months, I have time to play with scwm a bit. If you want to work with me on improving the build situation for Solaris, I'd be happy to correspond with you, either on this list or privately. My setup is that I have Solaris on sparc, and all of Sun's C compilers/tools at my disposal. The IT department here has a gcc available, but (last I checked) it was fairly broken. I have my own copy of GNU make, but it's incompatible with Sun's make, so I don't use GNU make by default. First, here are some diffs of what I had to change, in order to make Sun's C compiler happy. In modules/background, background.c needs to have "\n\" added to the end of each line in its multi-line string near line 77. Here's my diff: --- background.c.~1~ Thu Jan 20 16:19:09 2000 +++ background.c Fri Feb 11 09:29:40 2000 @@ -75,9 +75,9 @@ SCWM_PROC(clone_resized_image, "clone-resized-image", 3, 1, 0, (SCM image, SCM width, SCM height, SCM bgcolor), -"Makes a new image from IMAGE of the given WIDTH and HEIGHT. -It does not scale IMAGE. If the resized image is smaller than the -original, it is cropped; if larger, the extra space in the new image +"Makes a new image from IMAGE of the given WIDTH and HEIGHT.\n\ +It does not scale IMAGE. If the resized image is smaller than the\n\ +original, it is cropped; if larger, the extra space in the new image\n\ is filled with BGCOLOR. See also `clone-scaled-image'") #define FUNC_NAME s_clone_resized_image { Then, under src, Grab.c has a function defined with a semicolon that Sun's CC doesn't like. Don't know if this is a C++-ism, or what. Anyway, here's the diff: --- Grab.c.orig Thu Jan 20 16:19:16 2000 +++ Grab.c Fri Feb 11 09:57:54 2000 @@ -32,7 +32,7 @@ static int xgrabcount = 0; -int CServerGrabs() { return xgrabcount; }; +int CServerGrabs() { return xgrabcount; } void XGrabServer_withSemaphore(Display * disp) But, there was more I had to do with my build environment to get the .x files to build. I had to switch to GNU make, and I had to specify a CPP environment variable that called "gcc -E" rather than using Sun's. Like I mentioned, I believe that our gcc is broken, but it works well enough as a preprocessor. Also, I couldn't get themes to build, but since I don't care about using that right away, I just nuked "themes" from the subdirs in the top level Makefile (Makefile.in, really). I'll try to get themes to build some day soon. (It was some bizarre error about not knowing how to build , where was some non-7bit-ascii thing.) If you want more details on what goes wrong with Sun's make or C preprocessor, let me know and I'll send you error messages, and try things for you, etc. Thanks! - Sam From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 11 14:07:45 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA02341 for scwm-discuss-outgoing; Fri, 11 Feb 2000 14:07:45 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA02338 for ; Fri, 11 Feb 2000 14:07:36 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA23747; Fri, 11 Feb 2000 11:07:22 -0800 To: Sam Falkner Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: compiling on Solaris 7 References: From: "Greg J. Badros" Date: 11 Feb 2000 11:07:22 -0800 In-Reply-To: Sam Falkner's message of "11 Feb 2000 11:32:26 -0700" Message-ID: Lines: 63 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Sam Falkner writes: > I just got 0.99.6.1 mostly compiled and working on Solaris 7. I > haven't tested things much, except that I just logged in with scwm as > my window manager, without a .scwmrc in my home directory. > > I ran into quite a few problems; here's my story (along with patches) > for those who are interested. For the first time in months, I have > time to play with scwm a bit. If you want to work with me on > improving the build situation for Solaris, I'd be happy to correspond > with you, either on this list or privately. I do, and we can take this off the list if you'd like. > My setup is that I have Solaris on sparc, and all of Sun's C > compilers/tools at my disposal. The IT department here has a gcc > available, but (last I checked) it was fairly broken. I have my own > copy of GNU make, but it's incompatible with Sun's make, so I don't > use GNU make by default. > > First, here are some diffs of what I had to change, in order to make > Sun's C compiler happy. In modules/background, background.c needs to > have "\n\" added to the end of each line in its multi-line string near > line 77. Here's my diff: Good, thanks. > Then, under src, Grab.c has a function defined with a semicolon that > Sun's CC doesn't like. Don't know if this is a C++-ism, or what. > Anyway, here's the diff: Nah, just a gcc-not-so-picky problem. Thanks. > But, there was more I had to do with my build environment to get the > .x files to build. I had to switch to GNU make, and I had to specify > a CPP environment variable that called "gcc -E" rather than using > Sun's. Like I mentioned, I believe that our gcc is broken, but it > works well enough as a preprocessor. This probably can be done w/ CPP="gcc -E" ./configure ....other options here... Using GNU make is probably hard to get around when using automake/autoconf, etc. > Also, I couldn't get themes to build, but since I don't care about > using that right away, I just nuked "themes" from the subdirs in the > top level Makefile (Makefile.in, really). I'll try to get themes to > build some day soon. (It was some bizarre error about not knowing how > to build , where was some non-7bit-ascii thing.) I'd like to get this fixed so details are appreciated when available. > If you want more details on what goes wrong with Sun's make or C > preprocessor, let me know and I'll send you error messages, and try > things for you, etc. > > Thanks! Thank you-- your changes will be in CVS later today. Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 11 21:21:58 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id VAA03243 for scwm-discuss-outgoing; Fri, 11 Feb 2000 21:21:58 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from bogomatic.fredbox.com (fredbox.arctic.net [209.124.128.86]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id VAA03240 for ; Fri, 11 Feb 2000 21:21:52 -0500 Received: from localhost (james@localhost) by bogomatic.fredbox.com (8.8.8/8.8.8) with ESMTP id CAA06687 for ; Sat, 12 Feb 2000 02:24:51 GMT (envelope-from james@fredbox.com) Date: Sat, 12 Feb 2000 02:24:51 +0000 (GMT) From: James Achtung Crippen To: SCWM Discussion List Subject: Redhat sparc packages redux Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk I ran out of space unfortunately on the system with which I am building these packages so they will have to wait until I get nfs set up on this machine and connect it to somewhere more roomy. I'll let people know when this happens (should be fairly soon). 'james From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 13 09:39:21 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id JAA10832 for scwm-discuss-outgoing; Sun, 13 Feb 2000 09:39:21 -0500 Received: from seldon.dtek.chalmers.se (Ys/22YO4AT9Kj3k3mkz3H8zvJDqQ9Lu0@seldon.dtek.chalmers.se [129.16.30.6]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id JAA10829 for ; Sun, 13 Feb 2000 09:39:14 -0500 Received: from licia.dtek.chalmers.se (lRwQAxGc4soXr56pa5hPLK2G7YSpzhTa@licia.dtek.chalmers.se [129.16.30.88]) by seldon.dtek.chalmers.se (8.8.8/8.8.8) with ESMTP id PAA09886 for ; Sun, 13 Feb 2000 15:38:55 +0100 (MET) Received: (from d4jonas@localhost) by licia.dtek.chalmers.se (8.9.3/8.9.3) id PAA27576; Sun, 13 Feb 2000 15:38:54 +0100 (MET) X-Authentication-Warning: licia.dtek.chalmers.se: d4jonas set sender to d4jonas@dtek.chalmers.se using -f To: scwm-discuss@scwm.mit.edu Subject: Error loading module: (app scwm decor) X-No-Archive: Yes Mail-Copies-To: never Organization: The Deciples of Albericht Nibelungen From: Jonas Steverud Date: 13 Feb 2000 15:38:54 +0100 Message-ID: Lines: 32 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk In latest scwm (0.99.6-2) build for woddy Debian Linux I for the last week has got "Error loading module: (app scwm decor)". What is this due to? Is it some way of getting Scwm to be a little bit more helpful? The next error message is ERROR: Unbound variable: window-list-proc ERROR: Unbound variable: make-style but "grep window-list-proc .scwmrc" gives nothing (I use make-style). I haven't tried a minimal .scwmrc but on the other hand I never toched the .scwmrc between it worked and it did not work (AFAIK). I have other problems currently (libguile6_1.3-18 lacks libqthreads.so.0 so I can't even start scwm -- is this a bug in libguile or is a new build of the Scwm-package in the pipe?) so I can't try with a minimal .scwmrc. I have (use-scwm-modules base winops winlist wininfo style face decor doc) in my .scwmrc. ~> locate decor.scm /usr/share/scwm/modules/app/scwm/decor.scm I really don't know where to start looking for a solution. TIA. -- ( GnuPG/PGP key @ www.dtek.chalmers.se/~d4jonas/ ! Wei Wu Wei ) ( U2MoL, Roleplaying, LaTeX, Emacs/Gnus, etc. ! To Do Without Do ) From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 13 12:36:07 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA11255 for scwm-discuss-outgoing; Sun, 13 Feb 2000 12:36:07 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA11252 for ; Sun, 13 Feb 2000 12:35:30 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id JAA12042; Sun, 13 Feb 2000 09:35:11 -0800 To: scwm-discuss@SCWM.MIT.EDU Subject: Re: Error loading module: (app scwm decor) References: From: "Greg J. Badros" Date: 13 Feb 2000 09:35:11 -0800 In-Reply-To: Jonas Steverud's message of "13 Feb 2000 15:38:54 +0100" Message-ID: Lines: 48 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Jonas Steverud writes: > In latest scwm (0.99.6-2) build for woddy Debian Linux I for the last > week has got "Error loading module: (app scwm decor)". What is this > due to? Is it some way of getting Scwm to be a little bit more > helpful? > > The next error message is > ERROR: Unbound variable: window-list-proc > ERROR: Unbound variable: make-style I think this is due to a circular dependence. I'm adding a module-loaded-hook to help trace the modules that Scwm loads (but it'll only be in recent CVS versions). I remember having problems with window-list-proc that only showed up on re-ordering of the use-scwm-modules list because cyclic dependencies in the module list were not handled nicely. > but "grep window-list-proc .scwmrc" gives nothing (I use make-style). > > I haven't tried a minimal .scwmrc but on the other hand I never toched > the .scwmrc between it worked and it did not work (AFAIK). Well something has changed, for sure. It's probably not in the .scwmrc, though. Try 0.99.6.1 > I have other problems currently (libguile6_1.3-18 lacks > libqthreads.so.0 so I can't even start scwm -- is this a bug in > libguile or is a new build of the Scwm-package in the pipe?) so I > can't try with a minimal .scwmrc. I'll let Francesco help with this... I still don't run Debian anywhere and don't know much about its packages for Guile or Scwm. > I have > (use-scwm-modules base winops winlist wininfo style face decor doc) > in my .scwmrc. > > ~> locate decor.scm > /usr/share/scwm/modules/app/scwm/decor.scm > > I really don't know where to start looking for a solution. TIA. Good luck -- I'm pretty sure 0.99.6.1 will fix this, but I don't know if there is a .DEB for it yet. Greg From owner-scwm-discuss@SCWM.MIT.EDU Sun Feb 13 18:15:46 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id SAA12121 for scwm-discuss-outgoing; Sun, 13 Feb 2000 18:15:46 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from w2.ntt.it (w2.ntt.it [194.73.95.85]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id SAA12118 for ; Sun, 13 Feb 2000 18:15:40 -0500 Received: from mizar (r3p006.ntt.it [194.75.44.6]) by w2.ntt.it (AIX4.2/UCB 8.7/8.7) with ESMTP id AAA15566; Mon, 14 Feb 2000 00:15:29 +0100 (NFT) Received: from cesco by mizar with local (Exim 3.12 #1 (Debian)) id 12K8L9-0000OJ-00; Sun, 13 Feb 2000 23:22:07 +0000 Date: Sun, 13 Feb 2000 23:22:06 +0000 From: Francesco Tapparo To: Jonas Steverud Cc: scwm-discuss@scwm.mit.edu Subject: Re: Error loading module: (app scwm decor) Message-ID: <20000213232206.B1439@ntt.it> Reply-To: cesco@debian.org Mail-Followup-To: Jonas Steverud , scwm-discuss@SCWM.MIT.EDU References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from d4jonas@dtek.chalmers.se on Sun, Feb 13, 2000 at 03:38:54PM +0100 Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk On Sun, Feb 13, 2000 at 03:38:54PM +0100, Jonas Steverud wrote: > > In latest scwm (0.99.6-2) build for woddy Debian Linux I for the last > week has got "Error loading module: (app scwm decor)". What is this > due to? Is it some way of getting Scwm to be a little bit more > helpful? > > The next error message is > ERROR: Unbound variable: window-list-proc > ERROR: Unbound variable: make-style > > but "grep window-list-proc .scwmrc" gives nothing (I use make-style). > > I haven't tried a minimal .scwmrc but on the other hand I never toched > the .scwmrc between it worked and it did not work (AFAIK). Are you using a the default debian system.scwmrc? If this is not the case, can you please email me that file? I'm using scwm_0.99.6.1-1 (the wanna be next scwm package), and I cannot reproduce your bug. > > I have other problems currently (libguile6_1.3-18 lacks > libqthreads.so.0 so I can't even start scwm -- is this a bug in > libguile or is a new build of the Scwm-package in the pipe?) so I > can't try with a minimal .scwmrc. Is libguile6_1.3-18 a woody only package (I'm using frozen as downloaded the 8/2, and libguile is at 1.3-16.1)? Otherwise this is a very grave bug in my package. > I have > (use-scwm-modules base winops winlist wininfo style face decor doc) > in my .scwmrc. > > ~> locate decor.scm > /usr/share/scwm/modules/app/scwm/decor.scm > > I really don't know where to start looking for a solution. TIA. > > -- > ( GnuPG/PGP key @ www.dtek.chalmers.se/~d4jonas/ ! Wei Wu Wei ) > ( U2MoL, Roleplaying, LaTeX, Emacs/Gnus, etc. ! To Do Without Do ) > thanks for your bug report. -- Francesco Tapparo | cesco@debian.org fight for your software freedoms: www.fsf.org | tapparo@mat.unimi.it From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 17 11:00:07 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA28054 for scwm-discuss-outgoing; Thu, 17 Feb 2000 11:00:07 -0500 Received: from seldon.dtek.chalmers.se (OKUv8GR5GP4TnB8JZhC5GukQzWCaguFV@seldon.dtek.chalmers.se [129.16.30.6]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA28051 for ; Thu, 17 Feb 2000 11:00:02 -0500 Received: from licia.dtek.chalmers.se (A6cCWFc7mhv04pA1yM9s0MlWPv5tiRNI@licia.dtek.chalmers.se [129.16.30.88]) by seldon.dtek.chalmers.se (8.8.8/8.8.8) with ESMTP id QAA13063 for ; Thu, 17 Feb 2000 16:59:39 +0100 (MET) Received: (from d4jonas@localhost) by licia.dtek.chalmers.se (8.9.3/8.9.3) id QAA12112; Thu, 17 Feb 2000 16:59:38 +0100 (MET) X-Authentication-Warning: licia.dtek.chalmers.se: d4jonas set sender to d4jonas@dtek.chalmers.se using -f To: scwm-discuss@scwm.mit.edu Subject: Re: Error loading module: (app scwm decor) References: X-No-Archive: Yes Mail-Copies-To: never Organization: The Deciples of Albericht Nibelungen From: Jonas Steverud Date: 17 Feb 2000 16:59:38 +0100 In-Reply-To: "Greg J. Badros"'s message of "13 Feb 2000 09:35:11 -0800" Message-ID: Lines: 39 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "Greg J. Badros" writes: > Jonas Steverud writes: [...] > > The next error message is > > ERROR: Unbound variable: window-list-proc > > ERROR: Unbound variable: make-style > > I think this is due to a circular dependence. I'm adding a > module-loaded-hook to help trace the modules that Scwm loads (but it'll > only be in recent CVS versions). > > I remember having problems with window-list-proc that only showed up on > re-ordering of the use-scwm-modules list because cyclic dependencies in > the module list were not handled nicely. I will try to change the order of the modules as a wild shot. > Try 0.99.6.1 As far as it exists as a .deb. > > I have other problems currently (libguile6_1.3-18 lacks > > libqthreads.so.0 [...] > I'll let Francesco help with this... I still don't run Debian anywhere > and don't know much about its packages for Guile or Scwm. Libguile was updated a couple of days ago, a bogous makefile was the cause, and it now works. > Good luck -- I'm pretty sure 0.99.6.1 will fix this, but I don't know if > there is a .DEB for it yet. There is not. -- ( GnuPG/PGP key @ www.dtek.chalmers.se/~d4jonas/ ! Wei Wu Wei ) ( U2MoL, Roleplaying, LaTeX, Emacs/Gnus, etc. ! To Do Without Do ) From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 17 11:28:47 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA28234 for scwm-discuss-outgoing; Thu, 17 Feb 2000 11:28:47 -0500 Received: from seldon.dtek.chalmers.se (uqp56F6X7vKgimdjSY8PxQ+95JzhgZiV@seldon.dtek.chalmers.se [129.16.30.6]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA28231 for ; Thu, 17 Feb 2000 11:28:43 -0500 Received: from licia.dtek.chalmers.se (zdtTDfzlhrad+K5GdlGHUo3bs1dcjjN+@licia.dtek.chalmers.se [129.16.30.88]) by seldon.dtek.chalmers.se (8.8.8/8.8.8) with ESMTP id RAA17557 for ; Thu, 17 Feb 2000 17:28:30 +0100 (MET) Received: (from d4jonas@localhost) by licia.dtek.chalmers.se (8.9.3/8.9.3) id RAA16851; Thu, 17 Feb 2000 17:28:29 +0100 (MET) X-Authentication-Warning: licia.dtek.chalmers.se: d4jonas set sender to d4jonas@dtek.chalmers.se using -f To: scwm-discuss@scwm.mit.edu Subject: Re: Error loading module: (app scwm decor) References: X-No-Archive: Yes Mail-Copies-To: never Organization: The Deciples of Albericht Nibelungen From: Jonas Steverud Date: 17 Feb 2000 17:28:29 +0100 In-Reply-To: Jonas Steverud's message of "17 Feb 2000 16:59:38 +0100" Message-ID: Lines: 41 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Jonas Steverud writes: > "Greg J. Badros" writes: [...] > > I remember having problems with window-list-proc that only showed up on > > re-ordering of the use-scwm-modules list because cyclic dependencies in > > the module list were not handled nicely. > > I will try to change the order of the modules as a wild shot. Changing from (use-scwm-modules base winops winlist wininfo style face decor doc) to (use-scwm-modules base face winlist winops wininfo style decor doc) did not work (after inspecting the :use-modules clauses. % grep window-list-proc *.scm gives it is used in winlist-menu and winlist, set! in winops and define-public in winlist. The error is while loading decor but a "grep use-module *.scm | grep decor" gives that only fvwm-module uses decor. I really don't see any logic in this so I think I've missed something - anyone who has a better insight in this? The .scwmrc I use is: ----------- (use-scwm-modules base face winlist winops wininfo style decor doc) (define desk-widget (make-style #:plain-border #t #:sticky #t #:winlist-skip #t #:border-width 1 #:focus 'mouse #:no-titlebar #t)) ----------- TIA. /Jonas, with a non-working scwm due to this. -- ( GnuPG/PGP key @ www.dtek.chalmers.se/~d4jonas/ ! Wei Wu Wei ) ( U2MoL, Roleplaying, LaTeX, Emacs/Gnus, etc. ! To Do Without Do ) From owner-scwm-discuss@SCWM.MIT.EDU Thu Feb 17 20:23:33 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id UAA28912 for scwm-discuss-outgoing; Thu, 17 Feb 2000 20:23:33 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id UAA28909 for ; Thu, 17 Feb 2000 20:23:28 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id RAA25845; Thu, 17 Feb 2000 17:23:15 -0800 To: scwm-discuss@SCWM.MIT.EDU Subject: Re: Error loading module: (app scwm decor) References: From: "Greg J. Badros" Date: 17 Feb 2000 17:23:15 -0800 In-Reply-To: Jonas Steverud's message of "17 Feb 2000 17:28:29 +0100" Message-ID: Lines: 54 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Jonas Steverud writes: > Jonas Steverud writes: > > > "Greg J. Badros" writes: > [...] > > > I remember having problems with window-list-proc that only showed up on > > > re-ordering of the use-scwm-modules list because cyclic dependencies in > > > the module list were not handled nicely. > > > > I will try to change the order of the modules as a wild shot. > > Changing from > (use-scwm-modules base winops winlist wininfo style face decor doc) > to > (use-scwm-modules base face winlist winops wininfo style decor doc) > did not work (after inspecting the :use-modules clauses. Try adding: (set! %load-verbosely #t) to the start of your .scwmrc and see if that output helps you any. > > % grep window-list-proc *.scm > gives it is used in winlist-menu and winlist, set! in winops and > define-public in winlist. > > The error is while loading decor but a "grep use-module *.scm | grep > decor" gives that only fvwm-module uses decor. > > I really don't see any logic in this so I think I've missed something > - anyone who has a better insight in this? > > The .scwmrc I use is: > ----------- > (use-scwm-modules base face winlist winops wininfo style decor doc) > > (define desk-widget > (make-style #:plain-border #t #:sticky #t #:winlist-skip #t > #:border-width 1 #:focus 'mouse #:no-titlebar #t)) > ----------- > > TIA. > > /Jonas, with a non-working scwm due to this. We'll figure it out... I'm sorry I've been a bit busier w/ things other than Scwm, lately. Thanks for your patience in helping to figure out the problem. Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 18 11:09:08 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id LAA32545 for scwm-discuss-outgoing; Fri, 18 Feb 2000 11:09:08 -0500 Received: from seldon.dtek.chalmers.se (2K512H/xnmsItcqezwf+yqNGGHHfIxyB@seldon.dtek.chalmers.se [129.16.30.6]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id LAA32542 for ; Fri, 18 Feb 2000 11:08:51 -0500 Received: from licia.dtek.chalmers.se (7jCfj4iCI6z9lIMC46xwMIAEqp7fTpiZ@licia.dtek.chalmers.se [129.16.30.88]) by seldon.dtek.chalmers.se (8.8.8/8.8.8) with ESMTP id RAA13331 for ; Fri, 18 Feb 2000 17:08:33 +0100 (MET) Received: (from d4jonas@localhost) by licia.dtek.chalmers.se (8.9.3/8.9.3) id RAA19968; Fri, 18 Feb 2000 17:08:32 +0100 (MET) X-Authentication-Warning: licia.dtek.chalmers.se: d4jonas set sender to d4jonas@dtek.chalmers.se using -f To: scwm-discuss@scwm.mit.edu Subject: Re: Error loading module: (app scwm decor) References: X-No-Archive: Yes Mail-Copies-To: never Organization: The Deciples of Albericht Nibelungen From: Jonas Steverud Date: 18 Feb 2000 17:08:32 +0100 In-Reply-To: "Greg J. Badros"'s message of "17 Feb 2000 17:23:15 -0800" Message-ID: Lines: 93 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "Greg J. Badros" writes: [...] > (set! %load-verbosely #t) ;;; loading /usr/share/guile/1.3.4/ice-9/regex.scm ;;; loading /usr//share/scwm/modules/app/scwm/base.scm ;;; loading /usr//share/scwm/modules/app/scwm/defoption.scm ;;; loading /usr/share/guile/1.3.4/ice-9/common-list.scm ;;; loading /usr//share/scwm/modules/app/scwm/stringops.scm ;;; loading /usr//share/scwm/modules/app/scwm/decor.scm ;;; loading /usr//share/scwm/modules/app/scwm/style.scm ;;; loading /usr//share/scwm/modules/app/scwm/style-options.scm ;;; loading /usr//share/scwm/modules/app/scwm/wininfo.scm ;;; loading /usr//share/scwm/modules/app/scwm/listops.scm ;;; loading /usr//share/scwm/modules/app/scwm/winlist.scm ;;; loading /usr//share/scwm/modules/app/scwm/animated-iconify.scm ;;; loading /usr//share/scwm/modules/app/scwm/winops.scm ;;; loading /usr//share/scwm/modules/app/scwm/nonants.scm ;;; loading /usr//share/scwm/modules/app/scwm/message-window.scm ;;; loading /usr//share/scwm/modules/app/scwm/time-convert.scm ;;; loading /usr//share/scwm/modules/app/scwm/highlight-current-window.scm ;;; loading /usr//share/scwm/modules/app/scwm/window-selection.scm ;;; loading /usr//share/scwm/modules/app/scwm/hooks.scm ;;; loading /usr//share/scwm/modules/app/scwm/flash-window.scm ;;; loading /usr//share/scwm/modules/app/scwm/path-cache.scm ;;; loading /usr/share/guile/1.3.4/ice-9/string-fun.scm ;;; loading /usr/share/guile/1.3.4/ice-9/popen.scm ;;; loading /usr//share/scwm/modules/app/scwm/modifier-key-bindings.scm ;;; loading /usr//share/scwm/modules/app/scwm/sort.scm Error loading module: (app scwm decor) ERROR: Unbound variable: window-list-proc ;;; loading /usr//share/scwm/modules/app/scwm/face.scm ERROR: Unbound variable: make-style I make nor head or tails of this. decor.scm is loaded on line 6 but the error is not found until 26. .scwmrc: ----------- (set! %load-verbosely #t) (use-scwm-modules base face winlist winops wininfo style decor doc) (define desk-widget (make-style #:plain-border #t #:sticky #t #:winlist-skip #t #:border-width 1 #:focus 'mouse #:no-titlebar #t)) ----------- Changing this to (use-scwm-modules doc decor style wininfo winlist face base) gives: ;;; loading /usr//share/scwm/modules/app/scwm/base.scm ;;; loading /usr//share/scwm/modules/app/scwm/defoption.scm ;;; loading /usr/share/guile/1.3.4/ice-9/common-list.scm ;;; loading /usr/share/guile/1.3.4/ice-9/regex.scm ;;; loading /usr//share/scwm/modules/app/scwm/face.scm ;;; loading /usr//share/scwm/modules/app/scwm/winlist.scm ;;; loading /usr//share/scwm/modules/app/scwm/wininfo.scm ;;; loading /usr//share/scwm/modules/app/scwm/listops.scm ;;; loading /usr//share/scwm/modules/app/scwm/animated-iconify.scm ;;; loading /usr//share/scwm/modules/app/scwm/winops.scm ;;; loading /usr//share/scwm/modules/app/scwm/nonants.scm ;;; loading /usr//share/scwm/modules/app/scwm/message-window.scm ;;; loading /usr//share/scwm/modules/app/scwm/time-convert.scm ;;; loading /usr//share/scwm/modules/app/scwm/highlight-current-window.scm ;;; loading /usr//share/scwm/modules/app/scwm/window-selection.scm ;;; loading /usr//share/scwm/modules/app/scwm/hooks.scm ;;; loading /usr//share/scwm/modules/app/scwm/flash-window.scm ;;; loading /usr//share/scwm/modules/app/scwm/path-cache.scm ;;; loading /usr/share/guile/1.3.4/ice-9/string-fun.scm ;;; loading /usr/share/guile/1.3.4/ice-9/popen.scm ;;; loading /usr/share/guile/1.3.4/ice-9/string-fun.scm ;;; loading /usr/share/guile/1.3.4/ice-9/popen.scm ;;; loading /usr//share/scwm/modules/app/scwm/modifier-key-bindings.scm ;;; loading /usr//share/scwm/modules/app/scwm/style-options.scm ;;; loading /usr//share/scwm/modules/app/scwm/sort.scm Error loading module: (app scwm winlist) ERROR: Unbound variable: window-list-proc ;;; loading /usr//share/scwm/modules/app/scwm/style.scm ;;; loading /usr//share/scwm/modules/app/scwm/decor.scm ;;; loading /usr//share/scwm/modules/app/scwm/doc.scm ;;; loading /usr//share/scwm/modules/app/scwm/stringops.scm ERROR: Unknown style option: #:winlist-skip Doesn't make me any wiser (to use a swedish proverb). (The // in /usr//share looks like a bug to me.) -- ( GnuPG/PGP key @ www.dtek.chalmers.se/~d4jonas/ ! Wei Wu Wei ) ( U2MoL, Roleplaying, LaTeX, Emacs/Gnus, etc. ! To Do Without Do ) From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 18 12:39:51 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id MAA32758 for scwm-discuss-outgoing; Fri, 18 Feb 2000 12:39:51 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from sheffield.cnchost.com (sheffield.concentric.net [207.155.252.12]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id MAA32755 for ; Fri, 18 Feb 2000 12:39:45 -0500 Received: from archelon-us.com (5.archelon.dsl.enteract.com [216.80.37.61]) by sheffield.cnchost.com id MAA20962; Fri, 18 Feb 2000 12:39:32 -0500 (EST) [ConcentricHost SMTP Relay 1.8] Message-ID: <38AD7F55.7DE32FFE@archelon-us.com> Date: Fri, 18 Feb 2000 11:20:21 -0600 From: Greg Shebert X-Mailer: Mozilla 4.51 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@scwm.mit.edu Subject: problem compiling - Grab.x Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk i am trying to install scwm on a solaris7 box.. almost immediately the compilation bombs because it cannot find Grab.x where is Grab.x supposed to be... it does not exist in my distribution... i am trying to install 0.99.6.1 -greg- From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 18 13:01:13 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id NAA00113 for scwm-discuss-outgoing; Fri, 18 Feb 2000 13:01:13 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id NAA00110 for ; Fri, 18 Feb 2000 13:01:09 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id KAA26765; Fri, 18 Feb 2000 10:00:54 -0800 To: Greg Shebert Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: problem compiling - Grab.x References: <38AD7F55.7DE32FFE@archelon-us.com> From: "Greg J. Badros" Date: 18 Feb 2000 10:00:54 -0800 In-Reply-To: Greg Shebert's message of "Fri, 18 Feb 2000 11:20:21 -0600" Message-ID: Lines: 20 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Greg Shebert writes: > i am trying to install scwm on a solaris7 box.. > > almost immediately the compilation bombs because it cannot find Grab.x > > where is Grab.x supposed to be... it does not exist in my > distribution... > > i am trying to install 0.99.6.1 Grab.x is built via scwm-snarf; try: cd scwm/src make Grab.x and let me know what errors are displayed; there must be some incompatibility w/ Solaris tools that I'm not aware of. Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 18 14:43:10 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA00380 for scwm-discuss-outgoing; Fri, 18 Feb 2000 14:43:10 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from sheffield.cnchost.com (sheffield.concentric.net [207.155.252.12]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA00376 for ; Fri, 18 Feb 2000 14:43:04 -0500 Received: from archelon-us.com (5.archelon.dsl.enteract.com [216.80.37.61]) by sheffield.cnchost.com id OAA10333; Fri, 18 Feb 2000 14:42:50 -0500 (EST) [ConcentricHost SMTP Relay 1.8] Message-ID: <38AD9C3A.C4AAFADE@archelon-us.com> Date: Fri, 18 Feb 2000 13:23:38 -0600 From: Greg Shebert X-Mailer: Mozilla 4.51 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: scwm-discuss@scwm.mit.edu Subject: load-xbm not defined References: <38AD7F55.7DE32FFE@archelon-us.com> <38AD896F.C1184FB2@archelon-us.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk i am trying to run scwm (for the first time) on a solaris 7 box... i am getting the following error message: [Scwm][init_image]: <> load-xbm not defined -- probable build error consider 'rm *.x' and rebuild Abort any clue as to what causes this? (i am following the above suggestion right now to see if it alleviates the problem) -greg- From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 18 14:49:08 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id OAA00434 for scwm-discuss-outgoing; Fri, 18 Feb 2000 14:49:08 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id OAA00431 for ; Fri, 18 Feb 2000 14:49:05 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id LAA25028; Fri, 18 Feb 2000 11:48:51 -0800 To: Greg Shebert Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: load-xbm not defined References: <38AD7F55.7DE32FFE@archelon-us.com> <38AD896F.C1184FB2@archelon-us.com> <38AD9C3A.C4AAFADE@archelon-us.com> From: "Greg J. Badros" Date: 18 Feb 2000 11:48:51 -0800 In-Reply-To: Greg Shebert's message of "Fri, 18 Feb 2000 13:23:38 -0600" Message-ID: Lines: 21 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Greg Shebert writes: > i am trying to run scwm (for the first time) on a solaris 7 box... > > i am getting the following error message: > [Scwm][init_image]: <> load-xbm not defined -- probable build error > consider 'rm *.x' and rebuild > Abort > > any clue as to what causes this? > (i am following the above suggestion right now to see if it alleviates the > problem) The problem is likely that the .x file got built incorrectly (no surprise considering our earlier exchanges), thus causing that primitive to not be defined. Alternatively, some compile-time option didn't work as expected... Let me know if the suggested action is insufficient. Greg From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 18 16:19:29 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id QAA00803 for scwm-discuss-outgoing; Fri, 18 Feb 2000 16:19:29 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id QAA00800 for ; Fri, 18 Feb 2000 16:19:23 -0500 Received: from centralmail1.Central.Sun.COM ([129.147.62.10]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id OAA24640; Fri, 18 Feb 2000 14:19:05 -0700 (MST) Received: from sunray2.Central.Sun.COM (sunray2.Central.Sun.COM [129.147.4.8]) by centralmail1.Central.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA09347; Fri, 18 Feb 2000 14:19:05 -0700 (MST) Received: (from samf@localhost) by sunray2.Central.Sun.COM (8.9.3+Sun/8.9.1) id OAA07132; Fri, 18 Feb 2000 14:19:04 -0700 (MST) To: "Greg J. Badros" Cc: Greg Shebert , scwm-discuss@SCWM.MIT.EDU Subject: Re: problem compiling - Grab.x References: <38AD7F55.7DE32FFE@archelon-us.com> From: Sam Falkner Date: 18 Feb 2000 14:19:04 -0700 In-Reply-To: "Greg J. Badros"'s message of "18 Feb 2000 10:00:54 -0800" Message-ID: Lines: 26 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/20.4 (Emerald) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk "Greg J. Badros" writes: > Greg Shebert writes: > > i am trying to install scwm on a solaris7 box.. > Grab.x is built via scwm-snarf; try: > cd scwm/src > make Grab.x > and let me know what errors are displayed; there must be some > incompatibility w/ Solaris tools that I'm not aware of. I too built on Solaris 7 -- what an adventure. Anyway, I could not use Sun's C preprocessor in the 'snarf code. We have a broken gcc, but the broken gcc's preprocessor works okay. So, what I had to do was to set CPP to "gcc -E", and CC to "cc", before running configure in the scwm directory. If my gcc wasn't broken, then using gcc is probably the way to go. Oh, you need GNU make rather than Solaris make, but you probably already know this. - Sam From owner-scwm-discuss@SCWM.MIT.EDU Fri Feb 18 16:28:15 2000 Received: (from mjrdmo@localhost) by SCWM.MIT.EDU (8.8.7/8.8.7) id QAA00889 for scwm-discuss-outgoing; Fri, 18 Feb 2000 16:28:15 -0500 X-Authentication-Warning: SCWM.MIT.EDU: mjrdmo set sender to owner-scwm-discuss@jetbaby.mit.edu using -f Received: from clavicle.cs.washington.edu (gjb@clavicle.cs.washington.edu [128.95.4.125]) by SCWM.MIT.EDU (8.8.7/8.8.7) with ESMTP id QAA00886 for ; Fri, 18 Feb 2000 16:28:12 -0500 Received: (from gjb@localhost) by clavicle.cs.washington.edu (8.9.3/8.9.3) id NAA30013; Fri, 18 Feb 2000 13:27:58 -0800 To: Sam Falkner Cc: scwm-discuss@SCWM.MIT.EDU Subject: Re: problem compiling - Grab.x References: <38AD7F55.7DE32FFE@archelon-us.com> From: "Greg J. Badros" Date: 18 Feb 2000 13:27:58 -0800 In-Reply-To: Sam Falkner's message of "18 Feb 2000 14:19:04 -0700" Message-ID: Lines: 32 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-scwm-discuss@SCWM.MIT.EDU Precedence: bulk Sam Falkner writes: > "Greg J. Badros" writes: > > > Greg Shebert writes: > > > > i am trying to install scwm on a solaris7 box.. > > > Grab.x is built via scwm-snarf; try: > > > cd scwm/src > > make Grab.x > > > and let me know what errors are displayed; there must be some > > incompatibility w/ Solaris tools that I'm not aware of. > > I too built on Solaris 7 -- what an adventure. Anyway, I could not > use Sun's C preprocessor in the 'snarf code. We have a broken gcc, > but the broken gcc's preprocessor works okay. > > So, what I had to do was to set CPP to "gcc -E", and CC to "cc", > before running configure in the scwm directory. If my gcc wasn't > broken, then using gcc is probably the way to go. > > Oh, you need GNU make rather than Solaris make, but you probably > already know this. I'm trying to fix this now-- almost there, I think; just some GNUisms that creeped in unwittingly. Thanks, Greg