Bug#555168: Unclear license situation for (e)glibc locales provided by you
Definitely I'm ok with the new license. -- Max On Tue, Jul 3, 2012 at 12:30 AM, Volodymyr M. Lisivka wrote: > I relicensed locale under LGPL2.1+. Anybody can collect all necessary > information from public sources anyway. I also updated my email. > > Max - are you agree with change of license? > > У сб, 2012-06-30 у 15:20 +0200, Helge Kreutzmann пише: >> Hello, >> you are listed as contact person/author of the following locale: >> >> uk_UA >> >> This locale comes with a statement >> >> % Distribution and use is free, also >> % for commercial purposes. >> >> Thus it does not allow modification; it is unclear, however, if this >> statement was meant as a license. >> >> As discussed in >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this >> locale could strictly speaking not be part of Debian which would be a >> great loss. (Currently it is allowed pending investigation). >> >> To properly resolve this, I would like to ask you the following >> question: >> >> Would you be willing to relicense this locale to a proper license, >> e.g. (L)GPL v2 or higher or another free software license of your choice? >> >> If you have any questions regarding this issue, do not hesitate to >> contact me (via the reply-to address set). >> >> Thanks for helping to resolve this! >> >> Helge >> > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#480124: xkb-data: language switch doesn't work for ru layout after upgrade
Package: xkb-data Version: 1.2~cvs.20080501.1-1 Severity: important That's it, language no more switches for ru layout with winkeys variant and I can't switch to virtual console with Ctrl+Alt+Fn either. The problem is that xkeyboard-config/symbols/ru authors replaced "winkeys" with "basic" layout without making it backwards compatible. For ordinary users this will just break the system leaving them clueless of what could be the reason for it. Having no native language support make system mostly unusable for non-English speakers thus the severity. The obvious future proof fix is to remove "winkeys" variant for ru layout so xorg.conf keyboard entry would look like this: Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us,ru,ua" Option "XkbVariant"",,winkeys" Option "XkbOptions""grp:alt_shift_toggle,altwin:meta_win" EndSection Making ru symbols backwards compatible would be best option. Display of some sort of warning in the News so everybody is aware would also bring some help. Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414126: firehol: RESERVED_IPS need to be updated
Package: firehol Version: 1.231-7 Severity: normal RESERVED_IPS variable is out of date. I don't know when the last sync with upstream happened but at least http://firehol.cvs.sourceforge.net/firehol/firehol/firehol.sh?r1=1.249&r2=1.250 and above were not merged. I'm also curious about Debian version. Any chance it will be sync'ed with upstream (1.251)? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages firehol depends on: ii bash3.1dfsg-8The GNU Bourne Again SHell ii iproute 20061002-4 Professional tools to control the ii iptables1.3.6.0debian1-5 administration tools for packet fi ii net-tools 1.60-17 The NET-3 networking toolkit Versions of packages firehol recommends: ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo ii modutils 2.4.27.0-6 Linux module utilities ii wget 1.10.2-2 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406972: oops: constantly aborts - stacktrace
Package: oops Version: 1.5.23.cvs-4 Followup-For: Bug #406972 Gents, I generated core dump and made a stacktrace for your convenience. It seems to me the problem is somewhere in glibc, isn't it? [EMAIL PROTECTED]:/tmp$ gdb /usr/sbin/oops core.14420 GNU gdb 6.5-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/tls/i686/cmov/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libpthread.so.0 Reading symbols from /lib/tls/i686/cmov/libcrypt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libcrypt.so.1 Reading symbols from /lib/tls/i686/cmov/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /usr/lib/libpcreposix.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpcreposix.so.3 Reading symbols from /usr/lib/libpcre.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpcre.so.3 Reading symbols from /usr/lib/libdb-4.3.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libdb-4.3.so Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/tls/i686/cmov/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/tls/i686/cmov/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/oops/accel.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/accel.so Reading symbols from /usr/lib/oops/berkeley_db_api.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/berkeley_db_api.so Reading symbols from /usr/lib/oops/custom_log.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/custom_log.so Reading symbols from /usr/lib/oops/err.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/err.so Reading symbols from /usr/lib/oops/fastredir.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/fastredir.so Reading symbols from /usr/lib/oops/gigabase_db_api.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/gigabase_db_api.so Reading symbols from /usr/lib/oops/lang.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/lang.so Reading symbols from /usr/lib/oops/log_dummy.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/log_dummy.so Reading symbols from /usr/lib/oops/netflow.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/netflow.so Reading symbols from /usr/lib/oops/oopsctl_mod.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/oopsctl_mod.so Reading symbols from /usr/lib/oops/pam.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/pam.so Reading symbols from /usr/lib/oops/passwd_file.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/passwd_file.so Reading symbols from /usr/lib/oops/passwd_mysql.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/passwd_mysql.so Reading symbols from /usr/lib/oops/passwd_pgsql.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/passwd_pgsql.so Reading symbols from /usr/lib/oops/redir.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/redir.so Reading symbols from /usr/lib/oops/transparent.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/transparent.so Reading symbols from /usr/lib/oops/vary_header.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/vary_header.so Reading symbols from /usr/lib/oops/wccp2.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/oops/wccp2.so Reading symbols from /lib/tls/i686/cmov/libnss_compat.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libnss_compat.so.2 Reading symbols from /lib/tls/i686/cmov/libnsl.so.1... (no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libnsl.so.1 Reading symbols from /lib/tls/i68
Bug#406972: oops: constantly aborts
On Mon, Jan 15, 2007 at 06:02:22PM +0100, Reinhard Tartler wrote: RT> Package: oops RT> Severity: serious RT> stop RT> RT> Max Kutny <[EMAIL PROTECTED]> writes: RT> RT> > On Mon, Jan 15, 2007 at 02:07:48PM +0100, Reinhard Tartler wrote: RT> > RT> Max Kutny <[EMAIL PROTECTED]> writes: RT> > RT> > Oops is very unstable and constantly aborts (every 30-60 mins) after RT> > RT> > upgrade from 1.5.23.cvs-3. RT> > RT> > RT> > RT> > It's not reproduceable although I'm sure it's possible to get trace if RT> > RT> > needed. RT> > RT> RT> > RT> Could you please get the source from RT> > RT> http://snapshot.debian.net/archive/2006/01/27/debian/pool/main/o/oops/oops_1.5.23.cvs-3.dsc, RT> > RT> rebuild it in a current etch or unstable system/chroot, and retry with RT> > RT> that? RT> > RT> RT> > RT> After that, please rebuild -4, and recheck. Can you now confirm the RT> > RT> problem is in the source change from -3 to -4? RT> > RT> > Rebuild 3 and 4 from scratch. The problem persists. RT> > RT> > Original source was not changed. RT> RT> Okay, this means that you confirm that a simple rebuild of oops RT> 1.5.23.cvs-3 (which is currently in debian/testing) makes the package RT> unusable for you. I'm therefore bumping the severity, since this would RT> mean that e.g. no security updates are possible, which makes the package RT> unsuitable for release, IMO. Err. Sorry for misleading but I meant that it pesists the way I initially described it (1.5.23.cvs-3 is ok and 1.5.23.cvs-4 fails). RT> I ask you again, since I cannot reproduce the problem on my side: Are RT> you sure that this is not a hardware problem, and the problem is RT> actually already in -3? No, it's only in -4. -- Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406972: oops: constantly aborts
On Mon, Jan 15, 2007 at 02:07:48PM +0100, Reinhard Tartler wrote: RT> Max Kutny <[EMAIL PROTECTED]> writes: RT> RT> > Package: oops RT> > Version: 1.5.23.cvs-4 RT> > Severity: important RT> > RT> > Oops is very unstable and constantly aborts (every 30-60 mins) after RT> > upgrade from 1.5.23.cvs-3. RT> > RT> > It's not reproduceable although I'm sure it's possible to get trace if RT> > needed. RT> RT> Could you please get the source from RT> http://snapshot.debian.net/archive/2006/01/27/debian/pool/main/o/oops/oops_1.5.23.cvs-3.dsc, RT> rebuild it in a current etch or unstable system/chroot, and retry with RT> that? RT> RT> After that, please rebuild -4, and recheck. Can you now confirm the RT> problem is in the source change from -3 to -4? Rebuild 3 and 4 from scratch. The problem persists. Original source was not changed. -- Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406972: oops: constantly aborts
Package: oops Version: 1.5.23.cvs-4 Severity: important Oops is very unstable and constantly aborts (every 30-60 mins) after upgrade from 1.5.23.cvs-3. It's not reproduceable although I'm sure it's possible to get trace if needed. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages oops depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libdb4.34.3.29-6 Berkeley v4.3 Database Libraries [ ii libgcc1 1:4.1.1-21 GCC support library ii libpcre36.7-1Perl 5 Compatible Regular Expressi ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii netbase 4.28 Basic TCP/IP networking system oops recommends no packages. -- debconf information: * oops/icpport: * oops/httpport: 3128 * oops/format: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370083: dash is not fully utf-8 aware
On Tue, Jun 06, 2006 at 03:21:58PM +, Gerrit Pape wrote: GP> On Sat, Jun 03, 2006 at 10:44:25AM +0300, Max Kutny wrote: GP> > Package: dash GP> > Version: 0.5.3-3 GP> > Severity: normal GP> > GP> > dash improperly handles two cyrillic characters in assignment to shell variable. GP> > All other characters are processed ok. GP> GP> Hi Max, this seems to affect the characters \0201 and \0210. I can GP> reproduce the problem with version 0.5.3-2, but it should be fixed in GP> 0.5.3-3. GP> GP> Can you please re-check to make sure it's version 0.5.3-3 that fails for GP> you? Gerrit, I'm sorry, that was my fault. I reproduced the problem on testing that has 0.5.3-2 installed but the bug report was composed on unstable that has 0.5.3-3. And on unstable dash behaves right. Sorry for that and thanks. -- Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370083: dash is not fully utf-8 aware
Package: dash Version: 0.5.3-3 Severity: normal dash improperly handles two cyrillic characters in assignment to shell variable. All other characters are processed ok. Reproduceable example is below: $ echo ш | hexdump 000 88d1 000a $ LETTER=ш $ echo $LETTER | hexdump 000 0ad1 $ echo с | hexdump 000 81d1 000a $ LETTER=с $ echo $LETTER | hexdump 000 20d1 6d75 0a70 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages dash depends on: ii libc6 2.3.6-9GNU C Library: Shared libraries dash recommends no packages. -- debconf information excluded
Bug#139861: coreutils are utf-8 aware on redhat
Package: coreutils Version: 5.96-3 Followup-For: Bug #139861 I'm not sure if it's fixed upstream but RedHat coreutils package (5.2.1-48) is definitely utf-8 aware (tested on fold). So there might be a sort of patch that could be applied to debian package. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.37-1 Access control list shared library ii libc6 2.3.6-9GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325000: kxstitch: version 7.0 is available
Package: kxstitch Version: 0.6-2 Severity: wishlist Will you package new upstream version that's been released? Thanks. -- Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319859: xserver-xorg: config warning: failed to infer keyboard layout from layout/lang
Package: xserver-xorg Version: 6.8.2.dfsg.1-3 Severity: normal Apparently I have no 'debian-installer' entries in the debconf database. I'm not sure why it happend, most probably I lost my /var few years ago and started to answer debconf questions from scratch or do have very old setup or installed debian by some other means. The problem is that xserver-xorg reports the following: xserver-xorg config warning: migrating xserver-xfree86 templates to xserver-xorg. xserver-xorg config warning: failed to infer keyboard layout from layout/lang '10 debian-installer/keymap doesn't exist--uk_UA' When I try to reconfigure xserver I get the following: [EMAIL PROTECTED]:$ sudo dpkg-reconfigure xserver-xorg /usr/sbin/dpkg-reconfigure: xserver-xorg is broken or not fully installed I would suggest to throw debconf question in case debian-installer entry is absent. Thanks. -- Max -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-07-25 10:43 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1835416 2005-07-18 00:27 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 440 Go] (rev a3) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3348 2005-07-22 17:51 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" # FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these # FontPath"/usr/lib/X11/fonts/Type1" # FontPath"/usr/lib/X11/fonts/CID" # FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" # FontPath"/usr/lib/X11/fonts/cyrillic" # FontPath"/usr/lib/X11/fonts/100dpi" # FontPath"/usr/lib/X11/fonts/75dpi" # FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"glx" Load"dbe" Load"ddc" Load"extmod" Load"freetype" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us,ru,ua" Option "XkbVariant"",winkeys,winkeys" Option "XkbOptions""grp:alt_shift_toggle,altwin:meta_win" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/misc/psaux" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "NVidia" Driver "nvidia" # Option "DigitalVibrance" "2" # Option "ConnectedMonitor" "TV, DFP" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 29-76 VertRefresh 0-60 Modeline"1600x1200" 162.00 1600 1664 1856 2160 1200 1201 1204 1250 -hsync -vsync Option "DPMS" Option "UseEdidFreqs" "true" Option "IgnoreEDID""true" EndSection
Bug#295567: iptables: order, in which filter, nat, mangle tables are examined is missing in the man
Package: iptables Version: 1.2.11-10 Severity: minor It's not clear from the man in what order these tables are examined for rule application. It would be nice if the followin is stated in section 'TABLES': "For every chain (PREROUTING, INPUT, FORWARD, OUTPUT, POSTROUTING) the tables are examined in the following order (when applicable): mangle, nat, filter. "When applicable" means that not all tables are present for every chain (in essence, not every chain is present in all tables). For example, there is no INPUT and OUTPUT chains in the NAT table." More detailed picture could be provided in doc directory. For example, I've found useful picture at s7 project: http://l7-filter.sourceforge.net/PacketFlow.png Thanks. -- Max -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages iptables depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279489: wmaker: restarts on window resize (more info)
I believe, we can narrow it down. This bug doesn't happen with wmaker 0.91.0-6 but it does happen with 0.91.0-7. Just tried to upgrade to -7 and downgrade to -6. I'm sure there is not much changes between these versions. Changelog gives anything useful but it could be some compilation options, gcc bug or whatever. Thanks. -- Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294036: bzflag: temporarily hangs on startup
Package: bzflag Version: 2.0.0.20050118 Severity: normal During the game startup it tries to connect to vhost.sourceforge.net and to bzflag.org in order to get MOTD announcement. Of cause, behind a proxy this leads to a long game block during startup (until TCP timeout expires). For unexperienced user this behaviour looks like bzflag hangs on startup. So it would be nice to switch off this option by default. Thanks. -- Max -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages bzflag depends on: ii libadns1 1.0-8.2Asynchronous-capable DNS client li ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcurl3 7.12.3-2 Multi-protocol file transfer libra ii libgcc1 1:3.4.3-7 GCC support library ii libice6 4.3.0.dfsg.1-10Inter-Client Exchange library ii libidn11 0.5.2-3GNU libidn library, implementation ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libsm64.3.0.dfsg.1-10X Window System Session Management ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libstdc++51:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10X Window System miscellaneous exte ii libxi64.3.0.dfsg.1-10X Window System Input extension li ii xlibmesa3-gl 4.2.1-16 Mesa 3D graphics library [XFree86] ii xlibmesa3-glu 4.2.1-16 Mesa OpenGL utility library [XFree ii xlibs 4.3.0.dfsg.1-10X Keyboard Extension (XKB) configu ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
