Compile error - latest cvs
Just updated my cvs version to the latest and get this error DEPDIR=.deps depmode=gcc /bin/sh ../depcomp \ /usr/bin/gcc-2.95 -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../libs -I/usr/include -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/X11R6/include -DFVWM_MODULEDIR=\/usr/local/libexec/fvwm/2.5.17\ -DFVWM_DATADIR=\/usr/local/share/fvwm\ -DFVWM_CONFDIR=\/usr/local/etc\ -DFVWM_COLORSET_PRIVATE=1 -DLOCALEDIR=\/usr/local/share/locale\ -Wall -Wno-implicit-int -g -O2 -c style.c style.c: In function `style_parse_focus_policy_style': style.c:1238: parse error before `char' style.c:1276: `found' undeclared (first use in this function) style.c:1276: (Each undeclared identifier is reported only once style.c:1276: for each function it appears in.) style.c:1277: `val' undeclared (first use in this function) style.c:1278: `optlist' undeclared (first use in this function) style.c:1278: warning: passing arg 4 of `GetNextTokenIndex' from incompatible pointer type style.c:1279: switch quantity not an integer style.c:1296: `token' undeclared (first use in this function) style.c:1286: warning: unreachable code at beginning of switch statement style.c:1523: warning: control reaches end of non-void function make[2]: *** [style.o] Error 1 make[2]: Leaving directory `/home/awol/work/cvs/fvwm/fvwm' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/awol/work/cvs/fvwm' make: *** [all] Error 2 Just to be absolutely sure I also did a complete fresh checkout. And ./configure yields... With Asian bi-direct. text support? yes With Gettext Native Lang support? yes (libc) With GTK+ required for FvwmGtk? yes With GDK image support in FvwmGtk? no: Failed on gdk-imlib, see config.log With GNOME libs support in FvwmGtk? yes With Iconv support? yes (from C library) With Mouse strokes (gestures)? yes With PNG image support? yes With ReadLine sup. in FvwmConsole? yes With RPlay support in FvwmEvent?yes With Shaped window support? yes With Shared memory for XImage? yes With Session Management support?yes With Xinerama multi-head support? yes With Xft anti-alias font support? yes (version 2) With XPM image support? yes With Xrender image support? yes Alex
make rpm-dist and deb-dist both fail with the same error
I just updated my cvs sources (did a fresh checkout to be sure) and I keep getting an error with both make rpm-dist and make deb-dist as follows. Making all in FvwmTabs make[5]: Entering directory `/usr/src/rpm/BUILD/fvwm-2.5.16/modules/FvwmTabs' make[5]: *** No rule to make target `FvwmTabs.pod', needed by `FvwmTabs.1'. Stop. make[5]: Leaving directory `/usr/src/rpm/BUILD/fvwm-2.5.16/modules/FvwmTabs' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/usr/src/rpm/BUILD/fvwm-2.5.16/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/rpm/BUILD/fvwm-2.5.16' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/rpm/BUILD/fvwm-2.5.16' error: Bad exit status from /var/tmp/rpm-tmp.34739 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.34739 (%build) make[1]: Leaving directory `/home/awol/work/cvs/fvwm/rpm' awol-dev:/home/awol/work/cvs/fvwm# I get almost exactly the same error for both rpm-dist and deb-dist It's probably an oversight. Alex
Building dist errors with NLS
On a fresh Debian Sarge install when I run ./configure I get... FVWM Configuration: Version: 2.5.15 (from cvs) Executables: /usr/local/bin Man pages: /usr/local/man Modules: /usr/local/libexec/fvwm/2.5.15 Data files: /usr/local/share/fvwm Perl lib:/usr/local/share/fvwm/perllib Locale msg: /usr/local/share/locale ar de fr sv_SE zh_CN With Asian bi-direct. text support? yes With Gettext Native Lang support? yes (libc) With GTK+ required for FvwmGtk? yes With GDK image support in FvwmGtk? yes With GNOME libs support in FvwmGtk? yes With Iconv support? yes (from C library) With Mouse strokes (gestures)? yes With PNG image support? yes With ReadLine sup. in FvwmConsole? yes With RPlay support in FvwmEvent?yes With Shaped window support? yes With Shared memory for XImage? yes With Session Management support?yes With Xinerama multi-head support? yes With Xft anti-alias font support? yes (version 2) With XPM image support? yes With Xrender image support? yes See INSTALL.fvwm for the description of what this may mean. But when I then run make dist or make deb-dist I then get [EMAIL PROTECTED]:~/cvs/fvwm$ make dist cd . \ CONFIG_FILES=Makefile CONFIG_HEADERS= /bin/sh ./config.status config.status: creating Makefile config.status: executing default-1 commands make: *** No rule to make target `ABOUT-NLS', needed by `distdir'. Stop. Am I missing something? If so, what? And couldn't a check be added for it? Just to be doubly sure I did a complete fresh cvs checkout with the same result. However running the utils/configure_dev.sh produces this... [EMAIL PROTECTED]:~/cvs/fvwm$ utils/configure_dev.sh + aclocal + autoheader autoheader: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader: WARNING: is deprecated and discouraged. autoheader: autoheader: WARNING: Using the third argument of `AC_DEFINE' and autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader: WARNING: `acconfig.h': autoheader: autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function `main' is needed.]) autoheader: autoheader: WARNING: More sophisticated templates can also be produced, see the autoheader: WARNING: documentation. + automake --add-missing automake: configure.in: installing `./install-sh' automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' automake: configure.in: installing `./config.guess' automake: configure.in: installing `./config.sub' configure.in: 2719: required file `./ABOUT-NLS' not found Makefile.am:7: AM_GNU_GETTEXT in `configure.in' but `po' not in SUBDIRS Makefile.am:7: AM_GNU_GETTEXT in `configure.in' but `intl' not in SUBDIRS Makefile.am:834: po/fvwm.ar.po exists but `fvwm.ar' not in `ALL_LINGUAS' Makefile.am:834: po/fvwm.de.po exists but `fvwm.de' not in `ALL_LINGUAS' Makefile.am:834: po/fvwm.fr.po exists but `fvwm.fr' not in `ALL_LINGUAS' Makefile.am:834: po/fvwm.sv_SE.po exists but `fvwm.sv_SE' not in `ALL_LINGUAS' Makefile.am:834: po/fvwm.zh_CN.po exists but `fvwm.zh_CN' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmScript.ar.po exists but `FvwmScript.ar' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmScript.de.po exists but `FvwmScript.de' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmScript.fr.po exists but `FvwmScript.fr' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmScript.sv_SE.po exists but `FvwmScript.sv_SE' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmScript.zh_CN.po exists but `FvwmScript.zh_CN' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmTaskBar.ar.po exists but `FvwmTaskBar.ar' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmTaskBar.de.po exists but `FvwmTaskBar.de' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmTaskBar.fr.po exists but `FvwmTaskBar.fr' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmTaskBar.sv_SE.po exists but `FvwmTaskBar.sv_SE' not in `ALL_LINGUAS' Makefile.am:834: po/FvwmTaskBar.zh_CN.po exists but `FvwmTaskBar.zh_CN' not in `ALL_LINGUAS' Makefile.am:834: sv_SE in `ALL_LINGUAS' but po/sv_SE.po does not exist Makefile.am:834: fr in `ALL_LINGUAS' but po/fr.po does not exist Makefile.am:834: de in `ALL_LINGUAS' but po/de.po does not exist Makefile.am:834: zh_CN in `ALL_LINGUAS' but po/zh_CN.po does not exist Makefile.am:834: ar in `ALL_LINGUAS' but po/ar.po does not exist + exit 3 I then have to run autoreconf to create the ./configure file, but it produces the above again with the last exit line being... autoreconf: automake failed with exit status: 1 I hope this is informative and not too much spam. Alex
Re: Notification: incoming/1578
On Tue, 1 Feb 2005 23:55:49 + Mikhael Goikhman [EMAIL PROTECTED] wrote: We need someone with Debian (preferable stock) to run make deb-inplace inside the unpacked fvwm-2.5.12 directory, and submit us the deb file. I run stock debian sarge on my latop producing the following results from ./configure in the unpacked fvwm-2.5.12 directory FVWM Configuration: Version: 2.5.12 Executables: /usr/local/bin Man pages: /usr/local/man Modules: /usr/local/libexec/fvwm/2.5.12 Data files: /usr/local/share/fvwm Perl lib:/usr/local/share/fvwm/perllib Locale msg: /usr/local/share/locale ar de fr sv_SE zh_CN With Asian bi-direct. text support? yes With Gettext Native Lang support? yes (libc) With GTK+ required for FvwmGtk? yes With GDK image support in FvwmGtk? yes With GNOME libs support in FvwmGtk? yes With Iconv support? yes (from C library) With Mouse strokes (gestures)? yes With PNG image support? yes With ReadLine sup. in FvwmConsole? yes With RPlay support in FvwmEvent?yes With Shaped window support? yes With Shared memory for XImage? yes With Session Management support?yes With Xinerama multi-head support? yes With Xft anti-alias font support? yes (version 2) With XPM image support? yes With Xrender image support? yes The results of make deb-inplace including the resulting config.log can be found at http://wombat.awol.net.au/awol/debian/ HTH Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Notification: incoming/1578
On Wed, 2 Feb 2005 16:47:12 + Mikhael Goikhman [EMAIL PROTECTED] wrote: On 02 Feb 2005 21:23:32 +1030, Alex Wallis wrote: On Tue, 1 Feb 2005 23:55:49 Mikhael Goikhman [EMAIL PROTECTED] wrote: We need someone with Debian (preferable stock) to run make deb-inplace inside the unpacked fvwm-2.5.12 directory, and submit us the deb file. I run stock debian sarge on my latop producing the following results http://wombat.awol.net.au/awol/debian/ By stock I meant at least several years ago (to be usable for more users). Also, I am not sure that depending on gnome and rplay is good. Anyway, if you rerun make deb-dist release=1 that disables some dependencies, then I will put a link to the resulting packages. Thanks. Done. Same url as above. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Problem with make rpm-dist
Since a new release is due soon I just thought I'd test the rpm-dist option and got this error on my RH9.0 box Processing files: fvwm-debuginfo-2.5.8-0.20031022 Requires(rpmlib): rpmlib(CompressedFileNames) = 3.0.4-1 rpmlib(PayloadFilesHavePrefix) = 4.0-1 RPM build errors: File not found by glob: /var/tmp/fvwm-2.5.8-root/usr/man/*/* make[1]: Leaving directory `/home/awol/cvs/fvwm/rpm' FYI what I have installed is... [EMAIL PROTECTED] fvwm]# rpm -qa | grep rpm redhat-rpm-config-8.0.21-1 rpm404-python-4.0.4-8x.27 rpm-devel-4.2-0.69 rpm-4.2-0.69 rpm-build-4.2-0.69 rpm-python-4.2-0.69 librpm404-4.0.4-8x.27 rpm-update-1-20021019 Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Status of logo voting?
Uwe Pross wrote: Hi there, On 29 Sep 2003 at 20:53:11 -0400, Dan Espen wrote: http://www.fvwm.org/logo-competition/logos/voting/ Feedback: I didn't want to pick 20 logos. I only voted for 2. (Not that there weren't 20 good ones.) That's my point too. Thanks for that feedback. Cheers, Uwe I would prefer there was a link or button beside each logo individually on the normal pages that display each logo full size. The smaller thumbnails confuse me, and having to vote for too many logos at once, seems too time consuming and a bit of a hassle. This would therefore tend to discourage some people from providing the very input you want. It should be possible to just vote for one or two logos you like, or more, up to a certain specified limit (say 20 total). Just my humble opinion of course. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Status of logo voting?
Alex Wallis wrote: I would prefer there was a link or button beside each logo individually on the normal pages that display each logo full size. The smaller thumbnails confuse me, and having to vote for too many logos at once, seems too time consuming and a bit of a hassle. This would therefore tend to discourage some people from providing the very input you want. It should be possible to just vote for one or two logos you like, or more, up to a certain specified limit (say 20 total). Just my humble opinion of course. As an afterthought, I think having a Dont like! button as well, may be a helpful guide too. It may help to weed out the logos users definately do not want. All votes for and against should remain purely voluntary of coure. Alex P.S. The problem then is how to authenticate the user's email address, which may be resolved by adding it as a parameter to enter the logo competition pages, since all submissions are now closed. -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: FvwmBanner: PNG or Colorset support and more
Mikhael Goikhman wrote: On 06 Jun 2003 10:12:57 +0200, Dominik Vogt wrote: On Fri, Jun 06, 2003 at 07:38:12AM +, Mikhael Goikhman wrote: I'm speaking about tarball size, not executable size. So it will be 2283442 instead of 2243442 for each new logo. Why not? Because the gain you get for the additional size is close to zero. It's against the philosophy fvwm development always hung on to. Well, for me it is vice versa, the gain is big (more happy users) and the cost is close to zero (we already build in a logo in several variants). But I don't want to force it. How about including new banners in an updated fvwm-icons package? Then it is left up to the users themselves if they want to upgrade those or not? Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: FvwmBanner: PNG or Colorset support and more
Dan Espen wrote: Alex Wallis [EMAIL PROTECTED] writes: Mikhael Goikhman wrote: I don't see a problem to distribute 2-3 logos in 3 variants (or include them all into C source if they are xpm/xbm). How about including new banners in an updated fvwm-icons package? Then it is left up to the users themselves if they want to upgrade those or not? I think Mikhael is trying to upgrade the builtin banner which I think is a good idea. I also agree with Dominik, we should strive to keep the base package as small as possible. I agree with both of them too, but I thought the disagreement was about extra banners and not the default built-in. Sorry if I misunderstood. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Problems displaying the birthday pages.
Uwe Pross wrote: Hi there, On 30 May 2003 at 23:51:47 +0930, Alex Wallis wrote: snip This shot looks strange. Even if the web page is totaly broken you should not get a screenshot like this. The actual web page version is tested with 4.79, Opera and Gecko. I also run html checkers regularly. Netscape 4.79 has some problems rendering complex tables but it should still do the current version. I guess, if you have got the problem with netscape and mozilla there might be a broken library on your system. Maybe libjpeg or something like this. How about the other themes on the web page? Can you view the default theme? If so you can replace the ?theme=birthday in the url to ?theme=default or ?theme=plain which should always work. Regards, Uwe -- Yes. The other web page themes work fine. It seems to only be the birthday pages. A broken library is something I hadn't thought of. But this is the only problems I've had with the new installation. I'll see if I can track down some more information on what's wrong with my system somehow. Thanks. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Problems displaying the birthday pages.
I'm resending this a second time, as it doesn't seem to have reached the list. Are 80Kb jpg attachments considered as spam? It may just be me, but I suspect the background picture for the birthday pages is doing some really evil and wicked things to my X server. I've tried to attach a screenshot to give an idea of what I'm seeing (or not seeing as the case may be). :( But since that failed I've put it on my web server at http://awol.no-ip.org/bad-bleah.jpg I also had a similar reaction to Uwe's demo pages on his server so it must be something to do with the code and my choice of browser (Netscape 4.79). Nope! I just tried it with Mozilla too and I get the same thing happening. Maybe it's my X server? Or my xinerama? I'm using RH9 and XFree86 4.3.0. It would seem to be the code for the pages window borders at a guess. Dunno. Anyone else see this? Alex P.S. Since I sent this email the first time, many changes have been made on the web site. All of the birthday decorated pages mess up my X server very badly indeed. No other web site ever does this to me at all. -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: fvwm license going to be revoked
Please let me apologise in advance for the controversial political statements contained within this posting, and for any offence that I may cause to others by the inappropriateness of my comments. As has already been pointed out in an earlier thread, it really should not be discussed here in this forum. Dominik Vogt wrote: Let me make some comments to the issues that have come up. 1) My motivation is by no means political. It is solely based on moral. I can not bear that my work is misused to kill people. I do not mean to punish or antagonise anybody, but I am trying to save myself. I applaud and admire your strength in having the courage to stand by your convictions. I have often wondered how many open source software development projects have been unknowingly contributing to the persecution, torture, rape, and murder of millions of innocent civilians by oppressive ruthless despotic regimes, or even secretive terrorist organisations, but I guess there's no real way to tell is there? Personally I would also include media organisations as they seem to be gaining greater benefits from this unjust war than anybody. It has been in their own interests to fan the flames of protest and dissent, and distort the facts with hypothesis and hyperbole in the guise of information, and thereby knowingly participate in the distribution of propaganda from all aspects of the discussions now taking place. Is there anything the media empires wont do for a headline? 2) I am fully aware that such a change of the license will make it impossible to ship fvwm as part of Debian and other Linux distributions. And thereby alienate more distributions and further contribute to the demise of fvwm's popularity. 3) Given the results of similar wars in the past, I do not think the license will last only for a short period of time, but for years (i.e. many thousand civilians killed, like in Afghanistan, Kosovo, etc.). Given the recent advancements in modern warfare technology I don't think any comparisons with other conflicts can be justified as being valid. In Afghanistan (the most recent) the terrain and tactics were entirely different, and there was no clear distinctive method of identifying the enemy as they wore civilian clothes and often (and possibly still do) posed as innocent civilians. In Kosovo the practice of ethnic cleansing was a primary motivation for U.N. intervention. In both conflicts widespread civilian casualties were the direct result of the actions of the original aggressors, which is apparently what Saddam also intends by strategically placing as many military targets as possible behind innocent human shields, and thereby invoking world wide outrage at the high cost of collateral damage. Having said that however, it does nobody any good to expect or theorise what the outcome will be. Only time will tell, and history will be the final judge. 4) I am thinking about allowing to buy the right to use fvwm by making a donation to one of the mentioned non-government organisations, for example Amnesty International. I assume that nobody accepting or helping the war will do this. I trust people's common sense when they decide the actual sum to donate (of course other forms of donations are accepted too). This may actually be a good idea in peace time as well as in war. A donation to any charitable organisation is surely welcome always. 5) Determining a way how the license can cooexist with the GPL is a very delicate matter. It will take time to write down a water-proof license. You may not have as much time as you think to decide this as most analysts predict a short war (whatever that means). 6) In case I can not find a license I currently see the only the option to completely cease contributing to the open source community. This would most certainly be a great loss indeed. Your insights and contributions have been considerable, and I am convinced that fvwm in particular would not be the outstanding example of the achievements of co-operative open source software development that it is today, without the benefit of your wisdom and guidance over the many years of leadership that you have given freely and generously, without thought of reward or recompense. Whatever your decision may be, I sincerely wish you well. Thank everybody for the comments. I *am* listening to all complaints, suggestions, etc. Bye Dominik ^_^ ^_^ -- Finally, to paraphrase the Buddah, All life depends on suffering. Humans have flourished by eating the flesh of animals. Governments have flourished by consuming the wealth of their populations. One cannot blame the gun that kills. Nor can one lay blame on the hand that crafted the weapon. It is the hand that wields the weapon that must be judged. Not the weapon's creator. These are the very same issues that the scientists who worked on the now infamous Manhatten
New redhat has changed rpm -ba options
I'd just like to point out that the new redhat 8.0 has separated the rpm --build option into it's own rpmbuild binary, and thus make rpm-dist fails when trying to build rpm's of fvwm on a redhat 8.0 machine unless the Makefile has been edited to reflect this change. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Problems building snap-20021114
S. Anderson wrote: Bindings.c: In function `__compare_binding': Bindings.c:500: parse error before `)' Bindings.c:505: warning: control reaches end of non-void function Bindings.c: In function `MatchBindingExactly': Bindings.c:585: parse error before `)' Bindings.c:590: warning: control reaches end of non-void function make[2]: *** [Bindings.o] Error 1 make[2]: Leaving directory `/home/sa/src/fvwm/libs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/sa/src/fvwm' make: *** [all-recursive-am] Error 2 if I comment out the if statments at line 500 and 585 it compiles fine. also it works without modifications on another system with libstroke. On my new redhat 8.0 system I got exactly the same errors (from current cvs) until I installed the libstroke package from tarball source, then it compiles fine! I suspect there's only a problem if you don't have libstroke. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Menus and Popups (bug?)
Suzanne Skinner wrote: Has anyone noticed that in the latest CVS, menus invoked via Menu blah are behaving like Popups? Is this a bug or a strange new feature? :-) Suzanne Yes it's happening for me too. Not only that but on my triple-head xinerama setup all menus and even the windowlist only popup on the leftmost screen. And quickly single clicking the Window-Ops menu on button 1 of any window automatically closes it as well. Very annoying, but that's what you get when you run bleeding edge cvs! ;-P I'm sure it will be fixed soon. Alex P.S. make rpm-dist still doesn't work. :( -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Menu invoked by FvwmButtons causes a restart
This problem and even the core dump appears to now be fixed for me. :) Just letting you know... Alex Dominik Vogt wrote: On Sat, Jul 06, 2002 at 05:00:21PM +0930, Alex Wallis wrote: With current cvs if I issue the following command in an FvwmConsole... Style * Font shadow=2 3 SE:xft:Luxi Mono:Bold:pixelsize=14 ...then click on an FvwmButtons to invoke any menu it causes fvwm to restart. The above command also resets all window styles such as TitleAtLeft etc... Don't use current cvs. There is a core dump in Flocale.c for me. If you downgrade that file to the version from two days ago it works fine. Bye Dominik ^_^ ^_^ -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Menus are no longer bound to a window?
I'm not entirely sure which commit did this. But I just updated from cvs and now I find the WindowOps menus (I use fvwm-themes) are now no longer bound to any window but float freely. Also since I have TitleAtLeft and TitleAtRight options in that menu, I now have to click on the window I want to apply that style to. Is this the intention now? Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Menus are no longer bound to a window?
All fixed! Thanks Dominik! :) Quick work! Alex Alex Wallis wrote: I'm not entirely sure which commit did this. But I just updated from cvs and now I find the WindowOps menus (I use fvwm-themes) are now no longer bound to any window but float freely. Also since I have TitleAtLeft and TitleAtRight options in that menu, I now have to click on the window I want to apply that style to. Is this the intention now? Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: CVS migo fvwm-web: * mention that Suzanne configs only work in 2.5.0, not 2.5.1 to avoid questions
FVWM CVS wrote: * removed unexisting fvwm.themes.org link Someone may want to add the new link to themes.freshmeat.net's section for fvwm at http://themes.freshmeat.net/browse/929/?topic_id=929 Just a thought. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: png loading problem
Olivier Chapuis wrote: On Sat, May 18, 2002 at 10:17:42PM +, Mikhael Goikhman wrote: First, I think cvs log messages do not work. Jason, please take a look. I just commited expanding $[fgsh.csN] and some more changes. I am trying to use png and there is some color convertion on the way. Olivier, try a new initial theme RedmondXP in fvwm-themes cvs. It seems like blue color is XOR-ed, so cyan becomes green, red - violet. Can you send me the output of xdpyinfo? The new RedmondXP theme does not appear on my machine after cvs update. I can see cvs server: Updating themes/redmondxp/images cvs server: Updating themes/redmondxp/images/button cvs server: Updating themes/redmondxp/images/decor but I've not the new directory themes/redmondxp on my machine. -- Same here. Checking the fvwm-themes.sf.net browse cvs repository pages shows only empty directories anyway. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: CVS domivogt: * Fixed several bugs in layout/drawing/icon code.
FVWM CVS wrote: CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: domivogt02/03/24 17:07:37 Modified files: . : ChangeLog fvwm : add_window.c frame.c geometry.c icons.c menus.c misc.c misc.h update.c libs : Flocale.c Log message: * Fixed several bugs in layout/drawing/icon code. Not sure if this is the offending commit but seems likely. I just updated my cvs and now all my gmc desktop icons have disappeared. Opening a menu where they should be however leaves part of the menu behind in the shape of whatever icon should be there though. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Another bug to fix!
Mikhael Goikhman wrote: On 03 Mar 2002 08:25:33 +0100, Dominik Vogt wrote: On Sun, Feb 24, 2002 at 05:29:02PM +1030, Alex Wallis wrote: FVWM CVS wrote: * Fixed Xinerama placement of WindowList. That fix for WindowList works beautifully. Any chance you can apply the same principle to the menus that popup when you select the More.. option in the window-ops menu with fvwm-themes? On the second xinerama screen the MoveToPage, Group Operations, Window Style, etc..., menus popup on the primary screen for me. Can you give exact instructions to reproduce this bug? For me, all continuation menus are placed on the same screen as the parent, but I dind't use fvwm-themes. I may provide the relavant (slightly modified) config, but I have a single screen, so I don't know whether it is enough to reproduce the problem. Thanks Mikhael, I saved this config to test-config and tried it with Restart fvwm -f test-config and it still happens with that. I've been trying to track down why I'm getting this and all i can come up with is maybe this line below. + More... Alt-F3%menu/window.xpm% Menu MenuFvwmWindowOps This 0 0 I'm not sure if the This 0 0 may have something to do with it. If I take out the 0 0 the first menu pops up on the secondary screen, but all child popups appear on primary. However invoking the menu with Alt-F3 with fvwm-themes all menus work properly as expected. It only happens when I select the MenuFvwmWindowOps2 menu from the button 1 on windows. I also get a lot of these messages too [FVWM][get_menu_options]: ERROR invalid position arguments [FVWM][get_menu_options]: ERROR invalid position arguments [FVWM][get_menu_options]: ERROR invalid position arguments I get a lot of those when I flip through various menus in the MenuFvwmWindowOps from More... This may be an issue with fvwm-themes and not fvwm itself but I'll keep looking I guess and will let you know if I come up with anything more informative. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: make dist errors with new perllib module
Dominik Vogt wrote: On Tue, Feb 26, 2002 at 08:35:42AM +1030, Alex Wallis wrote: When I run make dist now, these errors have begun showing up since the new perllib module has been added. make[3]: Entering directory `/home/awol/cvs/fvwm/perllib/FVWM/Module' make[3]: *** No rule to make target `distdir'. Stop. make[3]: Leaving directory `/home/awol/cvs/fvwm/perllib/FVWM/Module' make[2]: *** [distdir] Error 1 make[2]: Leaving directory `/home/awol/cvs/fvwm/perllib/FVWM' make[1]: *** [distdir] Error 1 make[1]: Leaving directory `/home/awol/cvs/fvwm/perllib' make: *** [distdir] Error 1 Perhaps an oversight? Did you run automake and autoconf before make dist? For me, it runs through. On the other hand, make distcheck throws an error: $ make distcheck ... Making all in Module make[5]: Entering directory `/net/lifelux/lifeshare/home/luthien/src/fvwm/fvwm-2.5.1/=build/perllib/FVWM/Module' make[5]: *** No rule to make target `Gtk.pm', needed by `all-am'. Stop. ... I actually had tried autoreconf and automake first, but now that you mention it, I've just tried everything I can think of, and I've run cvs update with -A and -P with -R flags even. Still always get the same error as above. All the make dist, distcheck, dist2, rpm-dist, etc.. options return those same errors for me. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
make dist errors with new perllib module
When I run make dist now, these errors have begun showing up since the new perllib module has been added. make[3]: Entering directory `/home/awol/cvs/fvwm/perllib/FVWM/Module' make[3]: *** No rule to make target `distdir'. Stop. make[3]: Leaving directory `/home/awol/cvs/fvwm/perllib/FVWM/Module' make[2]: *** [distdir] Error 1 make[2]: Leaving directory `/home/awol/cvs/fvwm/perllib/FVWM' make[1]: *** [distdir] Error 1 make[1]: Leaving directory `/home/awol/cvs/fvwm/perllib' make: *** [distdir] Error 1 Perhaps an oversight? Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: FVWM: FVWM configuration.
Dominik Vogt wrote: On Thu, Jan 24, 2002 at 08:05:13PM +0530, Narendra.M. wrote: Hello guys, I am working on a configuration tool for FVWM (and similar WMs). Its called fvwmrcedit and is hosted at SourceForge.net (fvwmrcedit.sourceforge.net). It writes and edits fvwmrc files and is written using the Xt toolkit and the Athena widget set. I have covered basic options to some extent and am now working on editing menus (that part is not complete). Hope you guys will have a look at it and try it out. Thanks in advance. We are definitely interested in such a tool. I didn't have time to look at it yet, but I'll do so as soon as I can. It would be a good idea to join the fvwm-workers mailing and to discuss the overall design and how the tool is intended to be integrated with fvwm. I'd just like to point out that fvwm already has everything it needs to create a set of configuration gui's due to Dan's enhancements of the FvwmForm module to enable them to read write to file. A couple of years ago I actually attempted to utilise this method to create a complete config tool but received very little or no interest. Eventually I was persuaded to abandon the project in favour of the new fvwm-themes project, but I'm hoping to now ressurect it to create some gui config tools for fvwm-themes. I attach a simple form to configure the FvwmWinList module as an example. This form is still just an example and should be optimised at some stage but it works. Invoke it normally as Module FvwmForm FvwmForm-WinList then once you have saved your settings it should automatically reload them upon each invocation a la FvwmForm-Form. This method would enable building a config tool without the need for any other software other than fvwm itself. Perhaps FvwmScript's capabilities of swallowing other forms and scripts could be used to keep the suite of gui's tidy? Alex#---# # FvwmForm-WinList by Alex Wallis [EMAIL PROTECTED] #---# DestroyModuleConfig FvwmForm-WinList: * *FvwmForm-WinList: WarpPointer *FvwmForm-WinList: Line center *FvwmForm-WinList: Text Form to configure FvwmWinList *FvwmForm-WinList: Line center *FvwmForm-WinList: Text ## *FvwmForm-WinList: Line center *FvwmForm-WinList: Text Refer \man FvwmWinList\ for details. *FvwmForm-WinList: Line center *FvwmForm-WinList: Text Geometry *FvwmForm-WinList: Input GeomX 6 *FvwmForm-WinList: Text X *FvwmForm-WinList: Input GeomY 6 *FvwmForm-WinList: Text Y -- Font *FvwmForm-WinList: Input WLFont 40 *FvwmForm-WinList: Line right *FvwmForm-WinList: Text Colorset *FvwmForm-WinList: Input ColMain 3 *FvwmForm-WinList: Text ButtonFrameWidth *FvwmForm-WinList: Input BFWidth 3 *FvwmForm-WinList: Text *FvwmForm-WinList: Line right *FvwmForm-WinList: Text FocusColorset *FvwmForm-WinList: Input ColFocus 3 *FvwmForm-WinList: Text MinWidth *FvwmForm-WinList: Input MinW 3 *FvwmForm-WinList: Text *FvwmForm-WinList: Line right *FvwmForm-WinList: Text IconColorset *FvwmForm-WinList: Input ColIcon 3 *FvwmForm-WinList: Text MaxWidth *FvwmForm-WinList: Input MaxW 3 *FvwmForm-WinList: Text *FvwmForm-WinList: Line center *FvwmForm-WinList: Text #- Options -# *FvwmForm-WinList: Line center *FvwmForm-WinList: SelectionOptsmultiple *FvwmForm-WinList: Choice DepFoc DepFoc off DontDepressFocus *FvwmForm-WinList: Choice FWList FWList off FollowWindowList *FvwmForm-WinList: Choice USList USList off UseSkipList *FvwmForm-WinList: Choice SCDesk SCDesk off ShowCurrentDesk *FvwmForm-WinList: Line center *FvwmForm-WinList: Choice NoAnch NoAnch off NoAnchor *FvwmForm-WinList: Choice UIName UIName off UseIconNames *FvwmForm-WinList: Choice LeftJ LeftJ off LeftJustify *FvwmForm-WinList: Choice TruncL TruncL off TruncateLeft *FvwmForm-WinList: Line center *FvwmForm-WinList: Text # Actions Responses # *FvwmForm-WinList: Line center *FvwmForm-WinList: Text Click1 *FvwmForm-WinList: InputClk130 *FvwmForm-WinList: Text Click2 *FvwmForm-WinList: InputClk230 *FvwmForm-WinList: Line center *FvwmForm-WinList: Text Click3 *FvwmForm-WinList: InputClk330 *FvwmForm-WinList: Text NoIconAction *FvwmForm-WinList: Input NoIAct 30 *FvwmForm-WinList: Line left *FvwmForm-WinList: Text *FvwmForm-WinList: Line expand *FvwmForm-WinList: Button quitF1 - Save F1 *FvwmForm-WinList: Command DestroyModuleConfig SavedFvwmWinList
Re: Multi-Pixmap Titlebars (patch)
Suzanne Britton wrote: Funny you should mention that :-) I've recently been grabbing screenshots to include in an Fvwm-touting page off my website. I haven't done any other development yet, but I can put up just the screenshots ahead of time. http://www.igs.net/~tril/fvwm/ Very nice! :) I'd be interested in checking out any final patch you offer. Thanks! Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Some quirky things with xinerama.
I'm using a stock redhat7.1 system, except I've upgraded to XFree 4.1.0 and have two monitor's with xinerama support working happily. But!... and this may actually be a fvwm-themes-devel question... With Screen1 LeftOf Screen0 |-| |--| | | | | | Screen1| | Screen0 | | | | | | | | | |-| |--| I'm finding strange quirky things like WindowList and other menus popping up on either screen. For instance I'm using latest fvwm cvs as well as fvwm-themes cvs, and choose CDE themes half of the cde button bar module appears halfway off the screen of Screen0 which is on the right like the #'s in the above diagram. And if you manually drag it into view say to Screen1 which I have on the left, then clicking on any menu on the cde button bar the menu pops up on Screen0 which is on the right!? So, is that my fault for trying to do things back to front? Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Some quirky things with xinerama.
Dominik Vogt wrote: On Thu, Sep 20, 2001 at 08:56:41PM +0930, Alex Wallis wrote: I'm using a stock redhat7.1 system, except I've upgraded to XFree 4.1.0 and have two monitor's with xinerama support working happily. But!... and this may actually be a fvwm-themes-devel question... With Screen1 LeftOf Screen0 |-| |--| | | | | | Screen1| | Screen0 | | | | | | | | | |-| |--| I'm finding strange quirky things like WindowList and other menus popping up on either screen. For instance I'm using latest fvwm cvs as well as fvwm-themes cvs, and choose CDE themes half of the cde button bar module appears halfway off the screen of Screen0 which is on the right like the #'s in the above diagram. And if you manually drag it into view say to Screen1 which I have on the left, then clicking on any menu on the cde button bar the menu pops up on Screen0 which is on the right!? So, is that my fault for trying to do things back to front? Since screen 1 is bigger in the picture, I guess that it it the screen your work on primarily. It looks as if the button bar would fit nicely on screen 1. Try using Oh, I just can't draw. Both monitors are at the same size and same res of 1024x768 at 16 bpp, but the left is a 16M savage4 card and the right has a 4M ATI card. The left monitor should also be capable of 1600 x 1200, but I haven't figured out how to get it to work with different sizes. XineramaPrimaryScreen 1 That fixes the menus on the cde button bar module, but the built-in WindowList(right click) or windowops menus appear on the left when right-clicking on the right desktop on Screen0? Many thanks again. :) Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: FvwmBanner shapes
Dan Espen wrote: I'm using current CVS. This morning FvwmBanner using the default image isn't shaped anymore. Same here on redhat7.1 Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
make rpm-dist fails
I just updated my cvs and make rpm-dist fails with the following error... sed: -e expression #3, char 71: Unknown option to 's' Name field must be present in package: (main package) Version field must be present in package: (main package) Release field must be present in package: (main package) Summary field must be present in package: (main package) Group field must be present in package: (main package) License field must be present in package: (main package) make[1]: Leaving directory `/home/awol/cvs/fvwm/rpm' Tarballs and bzips seem to build okay. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: Icon titles not retracting
An Thi-Nguyen Le wrote: Version: 2.3.32 When icons are focused on via the keyboard (e.g., binding 'Next [Iconic] Focus' to a key sequence), the icon title expands (as expected), but when focus leaves via the keyboard, the icon title stays expanded instead of contracting or retracting or whatnot. This doesn't appear to happen when focus enters and leaves via the mouse. With the most recent cvs I see this too, and also the icon title appears to remain in the topmost layer above all other windows. Alex -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
