Re: Bug#285386: fvwm: FvwmProxy man page formatting typo .IP
Hi, This bug was reported by a debian user. Package: fvwm Version: 2.5.12-4 Severity: minor Running man FvwmProxy prints warnings /tmp/zmanCcn3zS:154: warning: numeric expression expected (got `t') /tmp/zmanCcn3zS:165: warning: numeric expression expected (got `t') I think those lines .IP SendToModule FvwmProxy Next (temporary) and .IP SendToModule FvwmProxy Prev (temporary) should be .IP SendToModule FvwmProxy Next (temporary) and .IP SendToModule FvwmProxy Prev (temporary) .IP takes a single argument, a second argument is an indentation amount. manoj -- Dave Mack: Your stupidity, Allen, is simply not up to par. Allen Gwinn: Yours is. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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: Bug#285387: fvwm: fvwm-menu-desktop man page formatting typo
Hi, This was reported by a debian user: Package: fvwm Version: 2.5.12-4 Severity: minor Running man fvwm-menu-desktop prints a warning /tmp/zmanKeWDYY:222: warning: numeric expression expected (got `t') It looks like that line .IP \fB\-\-merge-user-menu\fR this option tries to merge the user menu has got the paragraph text joined up on the .IP, where it should begin on a new line. manoj -- Stability itself is nothing else than a more sluggish motion. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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: Bug#287588: fvwm crashes on 1-bpp and 4-bpp displays
Hi, [Please retain the CC to [EMAIL PROTECTED] so that the Debian BTS has a record of your input] This was reported by a Debian user. Package: fvwm Version: 2.5.12-4 Severity: normal Hi When run on a 1 BPP or 4 BPP display, FVWM crashes on startup with the following output : X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 91 (X_QueryColors) Value in failed request: 0xff Serial number of failed request: 8 Current serial number in output stream: 8 Excerpt from the ltrace : XGetVisualInfo(0x8103fa0, 10, 0xb6f0, 0xb6dc, 0) = 0 malloc(4112) = 0x8105150 XQueryColors(0x8103fa0, 32, 0xbfffea20, 256, 0xb7f8fe61 unfinished ... XUngrabServer(0x8103fa0, 0xb7fc7d28, 1, 0xb7cb098f, 0) = 1 XUngrabPointer(0x8103fa0, 0, 1, 0xb7cb098f, 0) = 1 XUngrabKeyboard(0x8103fa0, 0, 1, 0xb7cb098f, 0) = 1 +++ exited (status 1) +++ The fourth argument to XQueryColors() looks like someone upstream has forgotten about the existence of black-and-white and 16-colour modes. This is a relatively new bug. Last year, I used FVWM on 1 BPP and 4 BPP displays with no problems. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fvwm depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libfontconfig12.2.1-8generic font configuration library ii libfreetype6 2.1.7-1FreeType 2 font engine, shared lib ii libfribidi0 0.10.4-6 Free Implementation of the Unicode ii libglib1.21.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-16 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-4 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpng12-01.2.8beta5-2 PNG library - runtime ii libreadline4 4.3-8 GNU readline and history libraries ii librplay3 3.3.2-8Shared libraries for the rplay net ii libsm64.3.0.dfsg.1-4 X Window System Session Management ii libstroke00.5.1-4support for mouse strokes like tho ii libx11-6 4.3.0.dfsg.1-4 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.2-5FreeType-based font drawing librar ii libxi64.3.0.dfsg.1-4 X Window System Input extension li ii libxpm4 4.3.0.dfsg.1-4 X pixmap library ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.2-3 compression library - runtime manoj -- The bug stops here. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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: Bug#293368: fvwm: 'Mouse 1 T A Move' does not work as expected
Hi, [Please retain the CC to [EMAIL PROTECTED] so that the Debian BTS has a record of your input] This was reported by a Debian user. Package: fvwm Version: 2.5.12-4 Severity: normal When you push mouse 1 on title bar and try to move a window the movement is delayed for a while. Indeed, it appears to wait until button release, which is very disconcerting. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: alpha Kernel: Linux 2.4.27-1-generic Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages fvwm depends on: ii libc6.1 2.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libfribidi0 0.10.4-6Free Implementation of the Unicode ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libreadline4 4.3-11 GNU readline and history libraries ii librplay33.3.2-8 Shared libraries for the rplay net ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstroke0 0.5.1-4 support for mouse strokes like tho ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-8 X Window System client libraries m ii zlib1g 1:1.2.2-3 compression library - runtime -- It's morally wrong to let a sucker keep his money. Canada Bill Jones Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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]
fvwm segfaults when pressing Ctrl while waiting
Hi, [Please retain the CC to [EMAIL PROTECTED], so that the Debian BTS has a record of your input] This was reported by a Debian user. I have managed to reproduce it (indeed, for me it happens even without adding the explicit Wait to my regular .fvwm2rc). -- I keep getting segmentation faults from fvwm, and I figured out a way to reproduce them consitently. It seems that fwm segfaults when the control key is pressed while the wm is waiting. Here is how to reproduce it. Use the following fvwm2rc: DestroyFunc InitFunction AddToFunc InitFunction + I Wait foo Then, while fvwm is waiting for something which is not going to happen, press the control key. It's a guaranteed segmentation on my system. -- It does not appear under gdb, or while stracing (at least, under strace, things just hung, there were no crashes -- but it was not normal behaviour) manoj -- It may be bad manners to talk with your mouth full, but it isn't too good either if you speak when your head is empty. Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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: SnapAttraction does not work properly since 2.5.11
Hi, [Please retain the CC to [EMAIL PROTECTED], so that the debian BTS may have a record of your input] On Tue, 26 Oct 2004 09:47:10 +0200, Dominik Vogt fvwm-workers@fvwm.org said: 2.5.12 should work fine. SnapAttraction 20 SameType SnapGrid 10 10 It actually works, but only if no modifier is pressed. So, if one has a binding like Mouse 1 T A move-or-raise one has to release alt before getting attraction. manoj -- Home on the Range was originally written in beef-flat. Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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]
fvwm: Fullscreen should not require EWMHUseStackingOrderHints style
Hi, [Please retain the CC to [EMAIL PROTECTED] so that the Debian BTS has a record of your input] This was reported by a Debian user. Fvwm2 seems to have some trouble with the EWMH fullscreen mode. My configuration includes a stay-on-top FvwmPager. When putting EWMH compliant applications, such as tvtime, the pager is not obscured by the fullscreen window, so I get a TV window with a pager floating on top, which is less than desirable. The bug can also be reproduced with the fullscreen modes in Mozilla Firefox and OpenOffice.org, but I have not tested using this extensively as I have with tvtime. The bug can be worked around by setting: Style * EWMHUseStackingOrderHints in the .fvwm2rc file. After investigating the problem, my analysis of the problem is that it seems (according to the excellent fvwm manual page) that the EWMHUseStackingOrderHints was intended to disable/enable some KDE-specific extentions. Unfortunately, the slightly misleading option name lead a programmer to misinterpret the meaning of the flag when programming the fullscreen code, and made that disable the stacking code in that when it was enabled. The fact that the option is not intended to disable *all* stacking hints is further supported by the fact that tvtime also has an (AFAIK) EWMH-compliant Always-on-top mode, which does manage to obscure the pager properly, even when EWMHUseStackingOrderHints unset. From http://www.freedesktop.org/standards/wm-spec/1.3/ar01s07.html#STACKINGORDER # Stacking order # # To obtain good interoperability between different Desktop Environments, # the following layered stacking order is recommended, from the bottom: # # * windows of type _NET_WM_TYPE_DESKTOP # * windows having state _NET_WM_STATE_BELOW # * windows not belonging in any other layer # * windows of type _NET_WM_TYPE_DOCK (unless they have state # _NET_WM_TYPE_BELOW) and windows having state _NET_WM_STATE_ABOVE # * focused windows having state _NET_WM_STATE_FULLSCREEN # # Windows that are transient for another window should be kept above this # window. # # The window manager may choose to put some windows in different stacking # positions, for example to allow the user to bring currently a active # window to the top and return it back when the window looses focus. Let me summarize: If the EWMHUseStackingOrderHints style is on, fullscreen works. Pager is hidden as it should be. If the EWMHUseStackingOrderHints style is off, fullscren works, but pager is not hidden. But, EWMH always-on-top modes such as the one found in tvtime still works. According to the documentation, EWMHUseStackingOrderHints affects KDE-specific extentions. The extentions mentioned aren't KDE extentions, they are a part of the EWMH standard 1.3 from freedesktop.org. So either the documentation is wrong or the code is wrong. And still, you shouldn't have to activate a special option in order for FVWM to fully comply with the recommendation in the standard. So, I see two possibilities: - The option is intended to tell EWMH never to dictate stacking. In that case it's broken since tvtime's EWMH always-on-top stacking still works when that option is disabled, and the documentation is wrong. - And what I think is more likely: The option was intended to activate special KDE-specific extentions (as per the documentation) but somehow breaks fullscreen mode to be out of compliance with recommendations if disabled. This has nothing to do with KDE extentions AFAIK. The bug has been tested mainly on fvwm debian versions 2.5.10-12 and 2.5.10-13 (latest testing versions), and has also been tested against 2.5.12 from the tarball from upstream. manoj -- An economist is a man who would marry Farrah Fawcett for her money. Edgar R. Fiedler Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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: Bug: FvwmConsole doesn't use X resources when class name is used.
On Thu, 20 May 2004 21:44:21 +, Mikhael Goikhman [EMAIL PROTECTED] said: On 20 May 2004 22:42:34 +0200, ddtl wrote: ...but using Debian's package not only does the things work as I wrote previously... Forgotten to say - fvwm's version (in Debian package) is 2.5.10-6 (the -6 is Debian specific). I think Debian replaces xterm in FvwmConsole with x-terminal-emulator that may be any random application and may not even support resources. That is correct. Currently, these packages can serve as an X terminal emulator: -- aterm - Afterstep XVT - a VT102 emulator for the X window system aterm-ml - Afterstep XVT - a VT102 emulator for the X window system eterm - Enlightened Terminal Emulator gmrun - Featureful CLI-like GTK+ application launcher gnome-terminal - The GNOME 2 terminal emulator application hanterm-xf - X terminal emulator with Hangul support konsole - KDE X terminal emulator kterm - Multi-lingual terminal emulator for X. mlterm - MultiLingual TERMinal mlterm-tiny - MultiLingual TERMinal, tiny version multi-gnome-terminal - Enhanced the GNOME Terminal powershell - powerful terminal emulator for GNOME pterm - PuTTY terminal emulator rxvt - VT102 terminal emulator for the X Window System rxvt-beta - VT102 terminal emulator for the X Window System rxvt-ml - multi-lingual VT102 terminal emulator for the X Window System rxvt-unicode - RXVT-like terminal emulator with Unicode support tn5250 - 5250 telnet emulator for accessing an IBM iSeries (AS/400) wterm - An rxvt based, color xterm replacement wterm-ml - A multi-lingual rxvt based, color xterm replacement xiterm+thai - x-terminal program with Thai languague support xterm - X terminal emulator xvt - X terminal-emulator similar to xterm, but smaller -- manoj -- I find you lack of faith in the forth dithturbing. Darse (Darth) Vader Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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]
#244554: FVWM fails to compile on mips/mipsel machines
++)
{
- if (msp-max.i.label_width[i] mips.label_width[i])
+ if (msp-max.i.label_width[i] mipst.label_width[i])
{
-msp-max.i.label_width[i] = mips.label_width[i];
+msp-max.i.label_width[i] = mipst.label_width[i];
}
}
- if (msp-max.i.picture_width mips.picture_width)
+ if (msp-max.i.picture_width mipst.picture_width)
{
- msp-max.i.picture_width = mips.picture_width;
+ msp-max.i.picture_width = mipst.picture_width;
}
for (i = 0; i MAX_MENU_ITEM_MINI_ICONS; i++)
{
- if (msp-max.i.icon_width[i] mips.icon_width[i])
+ if (msp-max.i.icon_width[i] mipst.icon_width[i])
{
-msp-max.i.icon_width[i] = mips.icon_width[i];
+msp-max.i.icon_width[i] = mipst.icon_width[i];
}
}
}
manoj
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (ignored: LC_ALL set to
en_US.UTF-8)
Versions of packages fvwm depends on:
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libfontconfig1 2.2.2-2 generic font configuration library
ii libfreetype62.1.7-2 FreeType 2 font engine, shared lib
ii libfribidi0 0.10.4-1.1 Free Implementation of the Unicode
ii libice6 4.3.0-7 Inter-Client Exchange library
ii libpng12-0 1.2.5.0-5PNG library - runtime
ii libsm6 4.3.0-7 X Window System Session Management
ii libstroke0 0.5.1-4 support for mouse strokes like tho
ii libx11-64.3.0-7 X Window System protocol client li
ii libxext64.3.0-7 X Window System miscellaneous exte
ii libxft2 2.1.2-6 FreeType-based font drawing librar
ii libxpm4 4.3.0-7 X pixmap library
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii xlibs 4.3.0-7 X Window System client libraries m
ii zlib1g 1:1.2.1-5compression library - runtime
-- debconf information:
fvwm/upgrade/pre_2.5.8: false
fvwm/upgrade/pre_5.8.0: false
--
The sight of death frightens them [Earthers]. Kras the Klingon,
Friday's Child, stardate 3497.2
Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/
1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Re: FVWM: debian
On Fri, 16 Apr 2004 13:50:29 -0400, Dan Espen [EMAIL PROTECTED] said: Dan Espen [EMAIL PROTECTED] writes: Glaser, Ben I [EMAIL PROTECTED] writes: I'm trying to install on Solaris 8. I get the following when running a make. make: Fatal error in reader: Makefile, line 333: Badly formed macro assignment Current working directory /var/tmp/fvwm-2.5.10/debian *** Error code 1 make: Fatal error: Command failed for target `install-recursive' Any ideas? The Makefile in the debian directory is broken. You can avoid it by changing the Makefile in the top directory. Remove debian from the list assigned to SUBDIR. At least these 2 lines in debian/Makefile.am are gnumake only: arch ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) fullinstdir ?= $(shell cd $(top_srcdir) pwd)/$(instdir) Since I don't have a debian system I'll let someone else fix this. It looks like '=' and backticks will work. If you do have a Debian system, apt-get source fvwm will give you a working ./debian directory, integrated into the Debian menusystem, and with maintainer script hooks to allow for smooth upgrades from older Debian releases. manoj -- It says he made us all to be just like him. So if we're dumb, then god is dumb, and maybe even a little ugly on the side. Frank Zappa Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- 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]
