Bug#610435: midori crashes with memory access error segfault in libwebkit-1.0.so.2.17.8
Am Montag, den 24.01.2011, 18:02 +0100 schrieb Paul Menzel: severity 610435 important quit Dear Markus and Debian folks, Hello Paul I am sorry my answer took so long. I cannot reproduce the crash. Accessing this web site just gets the cpu usage up to 100 % in both Midori and Epiphany, so I for me that is a WebKit issue, as I reported in #594470 [1]. I am using also architecture i686. I read your bug report #594470 and i was able to reproduce it for http://tromey.com/Swirl with Midori 0.3.0 and libwebkit 1.2.6-1. But i am not sure whether it is connected in any way with #610435. Do you have the Gnash plugin installed? It seems it is not involved. I made a clean install of midori, no addons, no plugins and no gnash. The question is what is a possible solution. Has this Midori version problems with latest WebKit? Is this reproducible with Midori 0.2.9? Is there a package somewhere to test that? The latest Midori Version in Debian sid is 0.3.0 at the moment, libwebkit 1.2.6-1 did not change. The bug still exists. I am running Midori on a PIII 800 MHz Laptop with 256 MB RAM. When i am trying to load http://www.mmo-champion.com CPU usage is now between 80 and 100% but not constantly at 100%. I have monitored Midori with htop. The application consumes almost all available RAM, then uses swap space. The memory consumption then jumps between 80 MB and up to all available memory. Sometimes, after 2-3 Minutes, Midori is terminated by itself and sometimes after 10 minutes of heavy loading (load average is always between 5 and 9), i have to manually kill the process. I am not sure how to go on from here. Perhaps the bug should be filed against libwebkit? Please feel free to ask if there is anything i can do. Markus Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594470 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613036: charm: UnicodeEncodeError ascii codec can't encode character in position xy
Package: charm Version: 1.9.1-2 Severity: important Tags: patch -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages charm depends on: ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-feedparser 4.1-14 Universal Feed Parser for Python ii python-support 1.0.11 automated rebuilding support for P charm recommends no packages. charm suggests no packages. -- no debconf information I posted a blog entry to a wordpress 3.0.5 blog (with de language files) but i can't open or edit the entry with charm again. The following error message appears. Traceback (most recent call last): File /usr/bin/charm, line 14, in module ljcharm.main() File /usr/share/charm/ljcharm.py, line 6220, in main jobj.do_metaweb(opts, resumeold, xpostfile, template, quick_opt) File /usr/share/charm/ljcharm.py, line 5782, in do_metaweb self.main_blog(opts, resumeold, xpostfile, template, quick_opt) File /usr/share/charm/ljcharm.py, line 5530, in main_blog self.blog_menu() File /usr/share/charm/ljcharm.py, line 5483, in blog_menu repeat_ok = self.Blogger.blog_pick_edit_menu() File /usr/share/charm/ljcharm.py, line 5768, in metaweb_pick_edit_menu return self.metaweb_get_post(server, entry[postid]) File /usr/share/charm/ljcharm.py, line 5578, in metaweb_get_post return self.blog_get_entry(text, ttup) File /usr/share/charm/ljcharm.py, line 5329, in blog_get_entry f.write(text) UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 64: ordinal not in range(128) Obviously charm can't detect my local UTF-8 environment which causes python falling back to ascii. I am using special characters like german umlauts which are not displayed by ascii. I've read python =3 is using a different mechanism and switches to unicode instead of ascii if it's not able to detect the correct locals. Maybe there are two solutions: 1. Charm should depend on python =3 which most likely solves this issue. (not tested and not recommended because charm should work with python =2.5 too) 2. Force charm to encode all input with UTF-8 change the following lines in charm: 1129mfile.write(%s=%s\n % (k, self.Params[k].encode('UTF-8'))) 2360f.write(Subject:+ self.Params[subject].encode('UTF-8') + \n) 5329f.write(text.encode('UTF-8')) So on my system i got rid of the bug but it could cause trouble on others and maybe it's not generic enough. Perhaps it helps someone. Regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613036: charm: UnicodeEncodeError ascii codec can't encode character in position xy
Here is another workaround. You don't have to change any code in ljcharm.py at all. For Debian unstable and python2.6 edit the file /usr/lib/python2.6/sitecustomize.py and change the default encoding to your system locale, in my case utf-8. # sitecustomize.py # this file can be anywhere in your Python path, # but it usually goes in ${pythondir}/lib/site-packages/ import sys sys.setdefaultencoding('UTF-8') So whenever charm fails to detect the right encoding, python falls back to utf-8. see also http://diveintopython.org/xml_processing/unicode.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616427: charm: deletes draft file when it should not
Package: charm Version: 1.9.1-2 Severity: normal I saved a session in charm and resumed it. I didn't change anything, quit charm and answered the question if i want to save the session with no. After that the original draft file, located at ~/.ljdraft, was gone. What did i expect? When i resume a charm session, don't change anything and quit charm by answering the Question Do you want to save the current session? with N, i assume my original draft file is not altered because nothing was changed. Never ever delete the original draft file. Steps to reproduce the bug: 1. Launch charm 2. Post a new entry [p] 3. Edit the entry and save it. [e] 4. Quit charm [q] 5. Save the current session [y] 6. Resume the old session with charm -r drafts_your_timestamp 7. Press [p] 8. Quit charm [q] 9. Save the current session [n] How to avoid the bug Always press y if you want to save your current session even if nothing was changed. Regards Markus -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages charm depends on: ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-feedparser 4.1-14 Universal Feed Parser for Python ii python-support 1.0.11 automated rebuilding support for P charm recommends no packages. charm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616430: charm: OSError: [Errno 2] No such file or directory
Package: charm Version: 1.9.1-2 Severity: normal Seems to be related to 616...@bugs.debian.org I changed to the standard drafts directory ~/.ljdrafts and performed the following steps: Using the metaweb API aka wordpress 1. Launch charm 2. Post a new entry [p] 3. Edit the entry and save it. [e] 4. Quit charm [q] 5. Save the current session [y] 6. Resume the old session with charm -r drafts_your_timestamp 7. Press [p] 8. Quit charm [q] 9. Save the current session [n] The following error message appears: Traceback (most recent call last): File /usr/bin/charm, line 14, in module ljcharm.main() File /usr/share/charm/ljcharm.py, line 6220, in main jobj.do_metaweb(opts, resumeold, xpostfile, template, quick_opt) File /usr/share/charm/ljcharm.py, line 5782, in do_metaweb self.main_blog(opts, resumeold, xpostfile, template, quick_opt) File /usr/share/charm/ljcharm.py, line 5530, in main_blog self.blog_menu() File /usr/share/charm/ljcharm.py, line 5477, in blog_menu repeat_ok = self.blog_post_menu() File /usr/share/charm/ljcharm.py, line 5402, in blog_post_menu return self.blog_common_menu(BLOG POSTING MENU, 0) File /usr/share/charm/ljcharm.py, line 5356, in blog_common_menu self.do_quit() File /usr/share/charm/ljcharm.py, line 2153, in do_quit self.save_session(1) File /usr/share/charm/ljcharm.py, line 1164, in save_session os.unlink(mfname) OSError: [Errno 2] No such file or directory: '/.meta_20110304_125322' What did i expect? This error only appears when i launch charm in ~/.ljdrafts/. No matter where i launch charm there should be no such error message. Obviously charm tries to delete the meta data of my draft file and fails. Like i said in 616...@bugs.debian.org, charm should not delete the original draft and meta file when someone follows my steps above. Quick solution? Don't launch charm in ~/.ljdrafts/. Regards Markus -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages charm depends on: ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-feedparser 4.1-14 Universal Feed Parser for Python ii python-support 1.0.11 automated rebuilding support for P charm recommends no packages. charm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616427:
this is not a bug, this is a feature. You told it not to save the temporary file so that's what it did. Hi Christopher, i'm sorry, but i think this feature is a bit misleading. Imagine you save a document in LibreOffice and open it the other day, but then you decide not to alter it, and you quit without saving. What do you expect? I'm quite sure you would be happy to read your document again. In my case i was quite unhappy because i lost one hour of work. As i have written before, a simple solution would be to tell charm not to delete the draft file. When something is changed, create a new draft file with a new timestamp and everything is fine. Let the user decide when he wants to delete something. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610435: midori crashes with memory access error segfault in libwebkit-1.0.so.2.17.8
Package: midori Version: 0.2.7-1.1 Severity: normal -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii dbus-x11 1.2.24-4simple interprocess messaging syst ii dpkg 1.15.8.8Debian package management system ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.11.2-8Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libjs-mootools 1.2.5~debian1-2 compact JavaScript framework ii libnotify1 [libnotify1-g 0.5.0-2 sends desktop notifications to a n ii libpango1.0-01.28.3-1Layout and rendering of internatio ii libsoup2.4-1 2.30.2-1an HTTP library implementation in ii libsqlite3-0 3.7.4-2 SQLite 3 shared library ii libunique-1.0-0 1.1.6-1.1 Library for writing single instanc ii libwebkit-1.0-2 1.2.6-2 Web content engine library for Gtk ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml2 2.7.8.dfsg-2GNOME XML library Versions of packages midori recommends: ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme midori suggests no packages. -- no debconf information Midori crashes by loading a specific website, in this case http://www.mmo-champion.com. You can either use the adress b$ midori http://www.mmo-champion.com . The outcome is always the same and reproducible. Midori is using all available me$ /var/log/messages tells me Jan 18 14:06:54 darko kernel: [ 7400.973141] midori[7274]: segfault at bbadbeef ip b6980df3 sp bfa0fdc0 error 6 in libw$ I cannot reproduce the error on other websites. The latest chromium-browser or iceweasel are able to display this site. Regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610435: midori crashes with memory access error segfault in libwebkit-1.0.so.2.17.8
Sorry, the text was cut off. Here is the complete report. Midori crashes by loading a specific website, in this case http://www.mmo-champion.com. You can either use the address bar or trying to load the site by executing midori http://www.mmo-champion.com . The outcome is always the same and reproducible. Midori is using all available memory and crashes. /var/log/messages tells me Jan 18 14:06:54 darko kernel: [ 7400.973141] midori[7274]: segfault at bbadbeef ip b6980df3 sp bfa0fdc0 error 6 in libwebkit-1.0.so.2.17.8[b5fe2000+d8c000] I cannot reproduce the error on other websites. The latest chromium-browser or iceweasel are able to display this site. Regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640123: claws-mail: Assertion while sending mail
Hi all I experience the same issue with claws-mail. I'm using 100% Debian sid and don't mix repositories. This morning everything seemed to work fine. Here are my last lines of debug output before claws-mail quits. ** Message: Account 'a...@gambaru.de': Connecting to POP3 server: mail.fcube.de... ssl.c:211:waiting for SSL_connect thread... ssl.c:229:SSL_connect thread returned 0 ssl_certificate.c:443:got /home/apo/.claws-mail/certs/mail.fcube.de.995.cert first try ssl_certificate.c:282:got cert! 0xa699c80 ssl_certificate.c:454:got cert 0xa69b798 session.c:184:session (0xa4d49d0): connected [20:51:36] POP3 +OK Hello there. [20:51:36] POP3 USER a...@gambaru.de claws-mail: /build/buildd-cairo_1.10.2-6.1-i386-UoYIV1/cairo-1.10.2/src/cairo-surface.c:1287: cairo_surface_set_device_offset: Zusicherung »status == CAIRO_STATUS_SUCCESS« nicht erfüllt. Abgebrochen It's the same error message in german. grep send_dialog ~/.claws-mail/clawsrc says: send_dialog_mode=0 Kind regards Markus signature.asc Description: OpenPGP digital signature
Bug#640123: claws-mail: Assertion while sending mail
I've just set ssl_pop=0 to all of my POP3 accounts in ~/.claws-mail/accountrc. Thus for me claws-mail is working again, of course without ssl support. My wild guess is, the bug is somehow related to the recent upgrade from libgcrypt11 1.4.6-9 to 1.5.0-3. Before that claws-mails handling of POP3 SSL was working fine. Markus signature.asc Description: PGP signature
Bug#640501: midori: loading auf https website fails
Package: midori Version: 0.4.0-1 Severity: important Hi First of all i think the bug is not related to the other https bugs filed against midori. I tried to open different https websites but a few seconds later midori aborts the loading and quits without warning. At the moment i can only view unsecure websites. I was expecting secure websites would behave as well. I think the bug is related to bug 640123. After debugging claws-mail and midori with gdb i receive the same suspicious error message: midori: /build/buildd-cairo_1.10.2-6.1-i386-UoYIV1/cairo-1.10.2/src/cairo-surface.c:1287: cairo_surface_set_device_offset: Assertion »status == CAIRO_STATUS_SUCCESS« failed If i deactivate POP3 SSL in claws-mail or don't view https websites both applications work fine. So maybe it is related to a ssl library or libcairo2? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii dbus-x111.4.14-1 ii libc6 2.13-18 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-1 ii libjs-mootools 1.3.2~debian1-1 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.28.4-3 ii libsoup2.4-12.34.3-1 ii libsqlite3-03.7.7-2 ii libunique-1.0-0 1.1.6-2 ii libwebkitgtk-1.0-0 1.4.2-2 ii libx11-62:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii libxss1 1:1.2.1-2 Versions of packages midori recommends: ii gnome-icon-theme 3.0.0-4 midori suggests no packages. -- no debconf information Backtrace output of gdb midori Reading symbols from /usr/bin/midori...Reading symbols from /usr/lib/debug/usr/bin/midori...done. done. (gdb) run Starting program: /usr/bin/midori [Thread debugging using libthread_db enabled] [New Thread 0xb40ebb70 (LWP 3915)] [New Thread 0xb37bcb70 (LWP 3916)] [New Thread 0xae955b70 (LWP 3917)] [Thread 0xae955b70 (LWP 3917) exited] [New Thread 0xae955b70 (LWP 4009)] midori: /build/buildd-cairo_1.10.2-6.1-i386-UoYIV1/cairo-1.10.2/src/cairo-surface.c:1287: cairo_surface_set_device_offset: Zusicherung »status == CAIRO_STATUS_SUCCESS« nicht erfüllt. Program received signal SIGABRT, Aborted. 0xb7f4e424 in __kernel_vsyscall () (gdb) thread apply all bt Thread 5 (Thread 0xae955b70 (LWP 4009)): #0 0xb7f4e424 in __kernel_vsyscall () #1 0xb5d91703 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb7ef301e in ?? () from /usr/lib/libgthread-2.0.so.0 #3 0xb7e2eb3c in ?? () from /lib/libglib-2.0.so.0 #4 0xb7e2f67d in g_async_queue_timed_pop () from /lib/libglib-2.0.so.0 #5 0xb7e87214 in ?? () from /lib/libglib-2.0.so.0 #6 0xb7e84b6f in ?? () from /lib/libglib-2.0.so.0 #7 0xb5d8cc39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #8 0xb5cf896e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Backtrace stopped: Not enough registers or memory available to unwind further Thread 3 (Thread 0xb37bcb70 (LWP 3916)): #0 0xb7f4e424 in __kernel_vsyscall () #1 0xb5d9120a in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb7123ce3 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #3 0xb673c7ae in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #4 0xb673e0f9 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #5 0xb673e24b in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #6 0xb7123592 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #7 0xb5d8cc39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #8 0xb5cf896e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Backtrace stopped: Not enough registers or memory available to unwind further Thread 2 (Thread 0xb40ebb70 (LWP 3915)): #0 0xb7f4e424 in __kernel_vsyscall () #1 0xb5d9120a in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb710e1a7 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #3 0xb710e1db in ?? () from /usr/lib/libwebkitgtk-1.0.so.0 #4 0xb5d8cc39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #5 0xb5cf896e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 Backtrace stopped: Not enough registers or memory available to unwind further ---Type return to continue, or q return to quit--- Thread 1 (Thread 0xb4391880 (LWP 3912)): #0 0xb7f4e424 in __kernel_vsyscall () #1 0xb5c56911 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #2 0xb5c59d42 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #3 0xb5c4fb28 in __assert_fail () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #4 0xb771aeaa in
Bug#640473: midori: Speed Dial does not work
Hi I can reproduce it. It is possible to add a shortcut to the speeddial feature by right-clicking on a webpage and choosing the appropriate menu entry. Nevertheless a left-click on one of the nine speeddial images produces nothing. I can only delete an existing shortcut, but can't add a new one. I'm using Debian Unstable as well, latest packages but i'm on i386 architecture. Best regards Markus signature.asc Description: PGP signature
Bug#640501: midori: aborts loading of https website and quits
retitle 640501 midori: aborts loading of https website and quits thanks signature.asc Description: PGP signature
Bug#640501: midori: loading auf https website fails
Am Mon, 05 Sep 2011 17:18:57 +0200 schrieb Yves-Alexis Perez cor...@debian.org: Can you then try to downgrade libgcrypt? Regards, I should have done this earlier. ;) Indeed a downgrade to libgcrypt11_1.4.6-9 solves all my problems. I can browse https sites with midori and also use claws-mail with POP3 and SSL again. What would be the best way to go on from here? Reassigning 640501 and 640123 to libgcrypt11? Regards Markus signature.asc Description: PGP signature
Bug#640123: claws-mail: Assertion while sending mail
Am 06.09.2011 19:25, schrieb Andreas Metzler: Could you please confirm that suspicion, by doublechecking a) the issue is reproducible with libgcrypt11 1.5.0-3 It is definitely reproducible with libgcrypt11 1.5.0-3. Like i said in my bug report to 640501, i have made a downgrade to libgcrypt 1.4.6-9 and everything is working again as intended. Then i put the old library on hold. and b) the issue goes away again when downgrading libgcrypt11 to 1.4.6-9? A few minutes ago i set libgcrypt 1.4.6-9 to unhold, made an upgrade to the latest packages. The problem still exists. Another downgrade to 1.4.6-9 solves the issue. Cheers Markus signature.asc Description: OpenPGP digital signature
Bug#640501: midori: loading auf https website fails
Am 06.09.2011 20:00, schrieb Andreas Metzler: Do you have an example webpache where midori contiues to fail? Running a quick test I did not see the crash on either https://db.debian.org/ or https://gmail.google.com/ tia, cu andreas I first tried to load my own webpage https://www.gambaru.de and then https://www.archlinux.org/. At first i thought it is related to an outdated or no-name ssl certificate, but then i tried to view a more popular and trustworthy website like https://www.cortalconsors.de or https://www.ing-diba.de. Strangely on the first websites midori instantly quits but on cortalconsors.de and ing-diba.de at least the main page was displayed. But as soon as i try to follow a https link on both banking websites, midori refuses to load them and quits. https://db.debian.org - midori aborts loading and quits https://gmail.google.com - midori displays the website which reminds me that i can access my mails from http://mail.google.com. Regards Markus signature.asc Description: OpenPGP digital signature
Bug#640501: midori: loading auf https website fails
Am 18.09.2011 09:39, schrieb Andreas Metzler: Hello, none of these pages fail for me (even when following links) on up-to-date sid, using midori's default configuration. (no add-ins). :-( cu andreas Hello At the moment i'm still using the old libgcrypt 1.4.6-9 library and everything is working fine. I will gladly provide you with more information if you need them. @Peter Maybe Peter can confirm that downgrading libgcrypt is a possible solution to solve the issue with claws-mail? Do you experience the same issues as i do and what happens if you use midori to surf ssl protected websites with the new libgcrypt library? Cheers Markus signature.asc Description: OpenPGP digital signature
Bug#640501: midori: loading auf https website fails
Am Wed, 28 Sep 2011 19:45:12 +0200 schrieb Andreas Metzler ametz...@downhill.at.eu.org: Hello, does your CPU feature AES-NI support? (grep aes /proc/cpuinfo)? If that was the case this might be related to #643336. thanks for checking, cu andreas Hi Negative. I'm using an old PIII Intel Celeron(Coppermine) CPU. Cheers Markus signature.asc Description: PGP signature
Bug#643974: canto: Unable to start canto which renders the package unusable
Package: canto Version: 0.7.10-1+b2 Severity: grave Justification: renders package unusable Dear Maintainer, i tried to start canto by executing the command canto on the commandline. Canto fails to start with the following error message. Beginning1main1loopython: malloc.c:4631: _int_malloc: Assertion `(unsigned long)(size) = (unsigned long)(nb)' failed The problem occurred after the rebuild against python 2.7. Before that everything worked fine. I made a clean reinstall and wiped all config files but the problem still remains and renders the package unusable for me. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages canto depends on: ii libc6 2.13-21 ii libncursesw5 5.9-2 ii python 2.7.2-7 ii python-chardet 2.0.1-2 ii python-feedparser 5.0.1-1 ii python-support 1.0.14 canto recommends no packages. canto suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644668: vim: is not refreshing itself correctly when the terminal emulator it runs in is resized
Package: vim Version: 2:7.3.315-1+b1 Severity: important Dear Maintainer, if i resize my terminal emulator, vim will not correspond to the change and the text inside of vim will not resize. I had a discussion with another debian user earlier on #debian at irc.debian.org who pointed out the bug and we both can confirm that this is an issue in wheezy for different terminal emulators namely rxvt-unicode-256color, xterm and gnome-terminal. I've made a downgrade to an earlier version of vim in squeeze 7.2.445+hg~cb94c42c0e1a-1 and the resizing behaviour of vim is back to normal. The bug is easily reproducible in Debian Testing by running vim inside one of the mentioned terminal emulators. I think it is related to the latest change to python 2.7. Before that vim was working as intended. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim depends on: ii libacl1 2.2.51-3 ii libc62.13-21 ii libgpm2 1.20.4-4 ii libncurses5 5.9-2 ii libselinux1 2.1.0-1 ii vim-common 2:7.3.315-1+b1 ii vim-runtime 2:7.3.315-1 vim recommends no packages. Versions of packages vim suggests: ii ctagsnone ii vim-doc none ii vim-scripts 20110813 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647613: boswars: Crashes when loading saved game
This bug might also be related to #647421 if i interpret the upstream response correctly. [1] Maybe you should consider to merge #647613 and #647421. Cheers Markus [1] http://savannah.nongnu.org/bugs/index.php?35623 signature.asc Description: OpenPGP digital signature
Bug#664637: openarena-server: AAS shutdown server fatal crashed
fixed 664637 0.8.8-5 thanks Hello, well, i didn't follow my own advise and continued to monitor the openarena server. 1. I think the AAS shutdown-bug is valid for the stable version but not for wheezy anymore. In fact now the server crashes if only human players play on it, last recently with seven players on oa_dm5. Therefore i think that the bugs which i observed are different and i will open another report as soon as i have more information. 2. I would like to debug this issue or at least gather a useful debug output from the server but i struggle with the preparations. - I have installed gdb, ioquake3-dbg and openarena-dbg packages. - I have set OPENARENA_BACKTRACE=1 in /etc/default/openarena-server - I have edited /etc/init.d/openarena-server like that //user permissions are Debian-openarena:games LOGFILE=/home/user/openarena.log start-stop-daemon --start --pidfile $PIDFILE --oknodo \ --background --exec $BINARY --startas $DAEMON \ --make-pidfile --chuid $USER \ -- $DAEMON_OPTS $LOGFILE 21 || return 1 Unfortunately the daemon doesn't log anything in $LOGFILE. I missed something but i don't know what. What is the appropriate way to debug the openarena server? Thanks! Markus signature.asc Description: OpenPGP digital signature
Bug#664637: openarena-server: AAS shutdown server fatal crashed
On 27.06.2012 09:51, Simon McVittie wrote: 2. I would like to debug this issue or at least gather a useful debug output from the server [...] start-stop-daemon --start --pidfile $PIDFILE --oknodo \ --background --exec $BINARY --startas $DAEMON \ --make-pidfile --chuid $USER \ -- $DAEMON_OPTS $LOGFILE 21 || return 1 That will log the output of start-stop-daemon to $LOGFILE. Unfortunately, start-stop-daemon doesn't generally output anything - it starts openarena-server, puts it in the background and exits. Oh, that explains a lot. What is the appropriate way to debug the openarena server? Either start it by hand (not via the init script), or put a wrapper similar to this somewhere (e.g. /usr/local/bin/openarena-server-wrapper): #!/bin/sh OPENARENA_BACKTRACE=1 export OPENARENA_BACKTRACE exec /home/user/openarena-server.log 21 exec /usr/games/openarena-server $@ and modify the init script so it has DAEMON=/usr/local/bin/openarena-server-wrapper (or wherever you put it) instead of its current value. Many thanks for your help. I will report back as soon as i have found something useful. Regards Markus signature.asc Description: OpenPGP digital signature
Bug#675838: qstat: Please update qstat to svn version or add support for Teeworlds and Cube2 games
Package: qstat Version: 2.11-3 Severity: wishlist Dear Maintainer, i know there hasn't been a new qstat release for at least two years now but i would like to make a proposal though. 1. Using the svn version Although the release cycle is pretty slow there seems to be ongoing activity in the development branch of qstat. I have compiled svn version 372 succesfully by using your qstat source package as a starting point. I'm using this version on a daily basis on my server to monitor teeworlds, sauerbraten, openarena and red eclipse. 2. Updating only Teeworlds and Cube2 games If you don't want to update to the latest development branch, please consider implementing the Teeworlds and Cube2 patches at least. Thus qstat could provide a helpful service for teeworlds, sauerbraten and red eclipse, which are already included in Debian. Please let me know if you are interested in option 2, then i would attach the necessary patches to this bug report. Kind regards Markus Koschany -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qstat depends on: ii libc6 2.13-32 qstat recommends no packages. qstat suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674180: quakestat -tremulous is working fine here
Hi, quakestat -tremulous is working fine here. You can pick a server at http://dpmaster.deathmask.net/?game=tremulous and try for example: quakestat -tremulous 75.126.181.231:8000 which is working as intended. You have to specify the port because a lot of servers run on a different, non-standard port. Kind regards Markus Koschany signature.asc Description: OpenPGP digital signature
Bug#678543: openarena-server: Does not remove pid file on server crash
Package: openarena-server Version: 0.8.8-4 Severity: normal Tags: patch Hello, the openarena server does not remove its pid file when the server crashes. I experience this issue in conjunction with bug #664637. Unfortunately the server fails to start again (for example if i use monit to solve this issue) because the init-script detects a pid file and terminates with error code 2 thus nothing happens. Could you consider to replace if [ -f $PIDFILE ]; then return 2 in /etc/init.d/openarena-server with start-stop-daemon --start --quiet --pidfile $PIDFILE \ --background --exec $BINARY --startas $DAEMON \ --make-pidfile --chuid $USER \ -- $DAEMON_OPTS /dev/null 21 || return 2 or something similar? Kind regards Markus Koschany -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.24 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openarena-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii ioquake3-server 1.36+svn2224-3 Standalone server for ioQuake3 bas ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii openarena-081-maps0.8.5split-2 OpenArena game data - maps from 0. ii openarena-081-misc0.8.5split-2 OpenArena game data - miscellaneou ii openarena-081-players 0.8.5split-2 OpenArena game data - player graph ii openarena-081-players-mat 0.8.5split-2 OpenArena game data - mature pla ii openarena-081-textures0.8.5split-2 OpenArena game data - textures fro ii openarena-085-data0.8.5split-2 OpenArena game data - 0.8.5 update ii openarena-088-data0.8.8-1OpenArena game data ii openarena-data0.8.5-3OpenArena game data openarena-server recommends no packages. openarena-server suggests no packages. Versions of packages ioquake3-server depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime -- Configuration Files: /etc/default/openarena-server changed [not included] /etc/openarena-server/server.cfg changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664637: More information for version 0.8.8-4
I have switched to the latest release and i've been running the server for a couple of weeks now. First of all i would like to thank you for maintaining OpenArena. I think the version in wheezy is in a good shape, easy to configure and even the ping has become better. :) In the meantime i've found bug #607178 which seems to deal with a very similar issue to my own. In version 0.8.8-4 i can't see error messages like AAS shutdown anymore. Crashes are rare and only seem to occur when oa_dm1 runs. The server log tells me nothing about the reasons. The only thing which bothers me is that now the server crashes even if human players play on it. It was a real showstopper when 15 people played oa_dm1 and the server shut down. I know this won't help you or upstream very much. I will still monitor this bug and report back if i can find something more meaningful. In the meantime i have removed oa_dm1 from the mapcycle thus i think it's not a problem someone should waste to much energy with. Cheers Markus signature.asc Description: OpenPGP digital signature
Bug#673808: sauerbraten-server: Adding a sample configuration for a dedicated server
On 21.05.2012 17:21, Martin Erik Werner wrote: This looks like a neat idea, if you haven't already, you might want to ask if upstream would be interested in including a more generic server-init.cfg example? (Although I wonder if we'll see any new release of sauer any time (soon) :) I haven't asked upstream for inclusion yet. They probably consider the documentation at [1] sufficient. I also doubt like yourself that there will be a new sauer realease soon and i don't expect it in time for the upcoming freeze. The server-init.cfg is indeed really simple. There aren't a lot of options in general and my server-init.cfg shows all documented options in [1]. At the moment i'm not sure how i could make it more generic but would like to hear your opinion. I would like to see the documentation included because i think it makes life for sauerbraten admins easier to know that they could also run the server with a server-init.cfg. At the moment man sauerbraten-server only describes the commandline configuration. I also would like to see similiar documentation for all server packages in our games section, but that's another story. :) The openarena-server package is a good example how this should be documented. So i think there are two options. 1. Asking upstream for inclusion which could mean the documentation is not available in time for wheezy or at all. 2. Include it anyway and provide users with more information how to configure the server. Maybe you could add the screen and cron text to README.Debian and point to the server-init.cfg as an example? I'm open for everything but in general i think the more documentation available the better. :) Thanks Markus [1] http://sauerbraten.org/docs/config.html signature.asc Description: OpenPGP digital signature
Bug#673808: sauerbraten-server: Adding a sample configuration for a dedicated server
On 21.05.2012 20:18, Martin Erik Werner wrote: On Mon, 2012-05-21 at 18:44 +0200, Markus Koschany wrote: On 21.05.2012 17:21, Martin Erik Werner wrote: This looks like a neat idea, if you haven't already, you might want to ask if upstream would be interested in including a more generic server-init.cfg example? (Although I wonder if we'll see any new release of sauer any time (soon) :) I haven't asked upstream for inclusion yet. They probably consider the documentation at [1] sufficient. I also doubt like yourself that there will be a new sauer realease soon and i don't expect it in time for the upcoming freeze. The server-init.cfg is indeed really simple. There aren't a lot of options in general and my server-init.cfg shows all documented options in [1]. At the moment i'm not sure how i could make it more generic but would like to hear your opinion. I meant Generic as in just s/Debian/Magic/ and tweaking the first section to not use *nix-specific concepts. Though obviously these need not change in a Debian version. I understand what you mean. But if you take a look at the openarena-server package you'll find the word Debian in the server.cfg file too and the documentation explains *nix specific concepts. I personally like this approach because some packages provide an init script others don't, some create a system user for a game and others don't. In case of Sauerbraten you have to create a user and you have to use a terminal multiplexer like screen to handle (multiple) servers efficiently. In think this should be documented somehow. I've just searched the svn repos of sauerbraten and it seems upstream has already included a server-init.cfg. [1] Let's take this one. It's official and generic. So i think there are two options. 1. Asking upstream for inclusion which could mean the documentation is not available in time for wheezy or at all. 2. Include it anyway and provide users with more information how to configure the server. Maybe you could add the screen and cron text to README.Debian and point to the server-init.cfg as an example? I meant you could do both ;) Ok, i think this issue is solved. The rest is up to you. :) Regards Markus [1] http://sauerbraten.svn.sourceforge.net/viewvc/sauerbraten/server-init.cfg?revision=4027view=markup signature.asc Description: OpenPGP digital signature
Bug#681812: openarena-server: segfaults when a client is requesting a callvote to kick another player
Package: openarena-server Version: 0.8.8-5 Severity: normal Dear Maintainer, as i have hinted in my last report to #664637, there are at least two different kind of bugs which can lead to a server crash. This one is reproducible with Debian's standard configuration. *How to reproduce the crash?* 1. Join the server and open the ingame console with Shift+ESC or ~. 2. Ask for a vote to kick a non-existing player on the server like \callvote kick pullo if pullo is a player who does not play on the server. 3. Result: Segmentation Fault and server crash The crash always occurs if the callvote name differs from the actual player names. If you ask for a callvote and if you leave the field for the player name blank, then the following message can be found in the log file. NET_CompareBaseAdr: bad address type As far as i can tell the clientkick id-command, which you can use from the ingame menu, works as intended. *Quick solution* Disable the vote option to kick a player from the server in /etc/openarena-server/server.cfg. The default value is: set g_voteNames /map_restart/nextmap/map/g_gametype/kick/clientkick/g_doWarmup/timelimit/fraglimit/shuffle If you remove kick from the line the callvote option to kick another player is disabled and nobody can crash the server anymore. set g_voteNames /map_restart/nextmap/map/g_gametype/clientkick/g_doWarmup/timelimit/fraglimit/shuffle *Attachments* I've attached my debug log files and the backtrace from gdb. It seems that the if-condition in code/game/g_cmds.c line 1818 is never true although the player doesn't exist. Somehow the server doesn't check carefully enough if a player exists or not. Kind regards Markus Koschany -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.24 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openarena-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii ioquake3-server 1.36+svn2287-1 Standalone server for ioQuake3 bas ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii openarena-081-maps0.8.5split-2 OpenArena game data - maps from 0. ii openarena-081-misc0.8.5split-2 OpenArena game data - miscellaneou ii openarena-081-players 0.8.5split-2 OpenArena game data - player graph ii openarena-081-players-mat 0.8.5split-2 OpenArena game data - mature pla ii openarena-081-textures0.8.5split-2 OpenArena game data - textures fro ii openarena-085-data0.8.5split-2 OpenArena game data - 0.8.5 update ii openarena-088-data0.8.8-1OpenArena game data ii openarena-data0.8.5-3OpenArena game data openarena-server recommends no packages. openarena-server suggests no packages. Versions of packages ioquake3-server depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime -- Configuration Files: /etc/default/openarena-server changed [not included] /etc/init.d/openarena-server changed [not included] /etc/openarena-server/server.cfg changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681812: openarena-server: segfaults when a client is requesting a callvote to kick another player
openarena_server_debug.tar.gz Description: GNU Zip compressed data signature.asc Description: OpenPGP digital signature
Bug#664637: openarena-server: AAS shutdown server fatal crashed
After three weeks of observation i have found some evidence that the AAS-Shutdown-Bug is still valid for the latest ioquake3 release. I'm sorry that i have stated otherwise before. I was confused by another bug [1], which i reported a few minutes ago. I've attached a log file which includes the backtrace from gdb. It looks very similar to bug report #607178 [2]. The crash happened on oa_dm7. Only 4 bots were present and the gametype was deathmatch. The crashes have become very rare since i switched from Squeeze to Wheezy. As Thilo Schulz, the upstream developer, pointed out in the past, he can't fix the bug without a core file. I'm still trying to produce one and if i am successful i will reopen [3]. Regards Markus 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681812 2. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607178 3. https://bugzilla.icculus.org/show_bug.cgi?id=4893 - Server Initialization -- Server: oa_dm7 Hunk_Clear: reset the hunk ok - FS_Startup - Current search path: /var/games/openarena-server/.openarena/baseoa /usr/lib/openarena-server/baseoa /usr/lib/openarena-server/baseoa/pak6-patch088.pk3 (711 files) /usr/lib/openarena-server/baseoa/pak6-patch085.pk3 (559 files) /usr/lib/openarena-server/baseoa/pak6-misc.pk3 (229 files) /usr/lib/openarena-server/baseoa/pak5-TA.pk3 (139 files) /usr/lib/openarena-server/baseoa/pak4-textures.pk3 (1753 files) /usr/lib/openarena-server/baseoa/pak2-players.pk3 (669 files) /usr/lib/openarena-server/baseoa/pak2-players-mature.pk3 (231 files) /usr/lib/openarena-server/baseoa/pak1-maps.pk3 (100 files) /usr/lib/openarena-server/baseoa/pak0.pk3 (1042 files) -- 5433 files in pk3 files Loading vm file vm/qagame.qvm... File vm/qagame.qvm found in /usr/lib/openarena-server/baseoa/pak6-patch088.pk3 ...which has vmMagic VM_MAGIC_USE_NATIVE. ... trying pak6-patch088/qagame ... trying qagame Loading DLL file /usr/lib/openarena-server/baseoa/qagamex86_64.so instead. Loading DLL file: /usr/lib/openarena-server/baseoa/qagamex86_64.so Sys_LoadGameDll(/usr/lib/openarena-server/baseoa/qagamex86_64.so) found vmMain function at 0x7fffecf5b040 --- Game Initialization --- gamename: baseoa gamedate: May 20 2012 InitGame: \com_protocol\71\g_lms_mode\0\elimination_roundtime\120\g_doWarmup\0\videoflags\7\g_maxGameClients\0\g_delagHitscan\1\g_voteMinFraglimit\20\g_voteMaxFraglimit\50\g_voteMinTimelimit\10\g_voteMaxTimelimit\30\g_voteGametypes\0\g_allowvote\1\capturelimit\8\bot_minplayers\4\sv_dlURL\ftp://46.182.19.209/oa\sv_fps\20\sv_floodProtect\1\sv_maxPing\250\sv_minPing\0\sv_maxRate\25000\sv_minRate\0\sv_maxclients\16\sv_hostname\Einherjer Europe Public FFA\g_gametype\0\timelimit\15\fraglimit\30\dmflags\0\version\ioq3 1.36+svn2287-1/Debian linux-x86_64 Jun 22 2012\com_gamename\Quake3Arena\mapname\oa_dm7\sv_privateClients\0\sv_allowDownload\1\.e-mail\ad...@linuxiuvat.de\.web\linuxiuvat.de\.location\Germany\.OS\Debian GNU/Linux\g_instantgib\0\gamename\baseoa\elimflags\0\voteflags\767\g_needpass\0\g_obeliskRespawnDelay\10\g_enableDust\0\g_enableBreath\0\g_rockets\0\g_altExcellent\0\g_timestamp\2012-07-03 19:54:10 Info: ServerInfo length: 906 of 1024 ^3!readconfig: ^7could not open admin config file admin.dat Sprees/Kills: loaded 1 killing sprees, 0 death sprees, and 0 multikills. 0 teams with 0 entities 21 items registered --- --- BotLib Initialization --- loaded weapons.c loaded items.c loaded syn.c loaded rnd.c loaded match.c loaded rchat.c Map Loading trying to load maps/oa_dm7.aas loaded maps/oa_dm7.aas item_health in solid at (624.0 -328.0 320.0) item_health in solid at (624.0 -864.0 320.0) trigger_push start solid trigger_push start solid trigger_push start solid trigger_push start solid trigger_push start solid trigger_push start solid trigger_push start solid trigger_push start solid trigger_push start solid found 73 level items - 33 bots parsed 58 arenas parsed AAS initialized. FinishSpawningItem: item_health startsolid at (624 -328 320) FinishSpawningItem: item_health startsolid at (624 -864 320) loaded skill 1 from bots/default_c.c loaded skill 1 from bots/grunt_c.c loaded skill 4 from bots/default_c.c loaded skill 4 from bots/grunt_c.c loaded bots/grunt_i.c loaded bots/grunt_w.c loaded grunt from bots/grunt_t.c ClientUserinfoChanged: 0 n\Grunt\t\0\model\smarine\hmodel\smarine\c1\4\c2\5\hc\70\w\0\l\0\skill\ 2.00\tt\0\tl\0\id\ ClientConnect: 0 Info: There has been at least 1 bot now Playerstore: Failed to restore player. Invalid guid: broadcast: print Grunt^7 entered the game\n ClientBegin: 0 loaded cached skill 1.00 from bots/default_c.c loaded skill 1 from bots/sarge_c.c loaded cached skill 4.00 from bots/default_c.c loaded skill 4 from bots/sarge_c.c loaded bots/sarge_i.c loaded bots/sarge_w.c loaded sarge from bots/sarge_t.c
Bug#646105: pm-utils: Dell Inspiron 4000 does not resume from pm-suspend
Package: pm-utils Version: 1.4.1-8 Severity: important Dear Maintainer, i have executed pm-suspend on the commandline to suspend my Dell Laptop. Everything seems to work as intended except that it does not resume from suspend mode. I also tried different quirks Options namely --quirk-dpms-on, --quirk-dpms-suspend and --quirk-radeon-off but couldn't see any effect. The only way to regain access was to power off my laptop. I have the same issues with xfce4-power-manager but i thought it would be better to file a bug report against pm-utils. If there isn't a quick solution to my problem, i would appreciate a warning in a later version that this laptop model is not supported by pm-utils and behaves buggy. I'm using a Dell Inspiron 4000 and an ATI Rage Mobility M3 AGP 2x graphic card. Regards Markus -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pm-utils depends on: ii powermgmt-base 1.31 Versions of packages pm-utils recommends: pn console-tools 1:0.2.3dbs-70 pn hdparm 9.32-1 pn procps 1:3.2.8-11 pn vbetoolnone Versions of packages pm-utils suggests: ii cpufrequtilsnone ii ethtool none ii radeontool none ii wireless-tools 30~pre9-6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646105: pm-utils: Dell Inspiron 4000 does not resume from pm-suspend
I have also installed vbetool and radeontool to check if there is a different behaviour but couldn't find any. After the laptop had gone succesfully in suspend mode, i pressed the power on button to resume it and all the status LEDs came back. But pressing the capslock button indicates the system is somehow frozen because the LED is not changing accordingly. I have attached my pm-suspend.log from /var/log/pm-suspend.log. Initial commandline parameters: Sa 22. Okt 14:03:43 CEST 2011: Running hooks for suspend. Running hook /usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend: /usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux darko 3.0.0-2-686-pae #1 SMP Fri Oct 7 21:55:20 UTC 2011 i686 GNU/Linux Module Size Used by ext2 54204 1 fuse 56331 1 loop 17866 0 arc4 12418 2 b43 270724 0 rng_core 12616 1 b43 mac80211 165727 1 b43 cfg80211 112970 2 b43,mac80211 rfkill 18522 1 cfg80211 ssb43373 1 b43 mmc_core 57441 2 b43,ssb joydev 17006 0 snd_maestro3 17662 0 snd_ac97_codec 84197 1 snd_maestro3 ac97_bus 12462 1 snd_ac97_codec snd_pcm53315 2 snd_maestro3,snd_ac97_codec snd_page_alloc 12899 1 snd_pcm snd_seq39539 0 snd_timer 22027 2 snd_pcm,snd_seq snd_seq_device 12985 1 snd_seq snd38562 6 snd_maestro3,snd_ac97_codec,snd_pcm,snd_seq,snd_timer,snd_seq_device pcmcia 32032 2 b43,ssb soundcore 12992 1 snd psmouse46216 0 evdev 12995 12 i2c_piix4 12480 0 yenta_socket 22395 0 i2c_core 19141 1 i2c_piix4 pcmcia_rsrc17377 1 yenta_socket pcmcia_core17973 3 pcmcia,yenta_socket,pcmcia_rsrc dcdbas 13080 0 parport_pc 22059 0 shpchp 26759 0 pci_hotplug26736 1 shpchp serio_raw 12734 0 button 12810 0 video 17475 0 parport27241 1 parport_pc battery12957 0 processor 27382 1 ac 12552 0 power_supply 13283 2 battery,ac ext3 99597 1 jbd42027 1 ext3 mbcache12898 2 ext2,ext3 sha256_generic 16709 2 cryptd 14149 0 aes_i586 16608 2 aes_generic37066 1 aes_i586 cbc12667 1 dm_crypt 18029 1 dm_mod 56894 10 dm_crypt sg 21564 0 sr_mod 17478 0 sd_mod 35493 4 crc_t10dif 12332 1 sd_mod cdrom 34689 1 sr_mod ata_generic12439 0 ata_piix 21110 3 libata19 2 ata_generic,ata_piix uhci_hcd 22275 0 ehci_hcd 35401 0 scsi_mod 135178 4 sg,sr_mod,sd_mod,libata usbcore 104234 3 uhci_hcd,ehci_hcd e100 31555 0 mii12595 1 e100 thermal13138 0 thermal_sys17677 3 video,processor,thermal floppy 48297 0 total used free sharedbuffers cached Mem:254352 220556 33796 0 17828 150484 -/+ buffers/cache: 52244 202108 Swap: 319484 1240 318244 /usr/lib/pm-utils/sleep.d/00logging suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend: /usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: Having NetworkManager put all interaces to sleep...Failed. /usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/60_wpa_supplicant suspend suspend: Failed to connect to wpa_supplicant - wpa_ctrl_open: No such file or directory /usr/lib/pm-utils/sleep.d/60_wpa_supplicant suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend: /usr/lib/pm-utils/sleep.d/75modules suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend: /usr/lib/pm-utils/sleep.d/90clock suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend: /usr/lib/pm-utils/sleep.d/95led suspend
Bug#691451: lgeneral: ships non-free files in contrib
Package: lgeneral Version: 1.1.1-5 Severity: serious Justification: Policy 2.2.2 LGeneral ships non-free files in contrib. These are src/themes/default/bkgnd.bmp src/themes/default/brief_frame.bmp These files are identical to those which were included in the commercial game Panzer General. I intend to adopt LGeneral on behalf of the Debian Games Team. My new package is available at mentors.debian.net. http://mentors.debian.net/package/lgeneral and also in Git at http://git.debian.org/pkg-games/lgeneral.git I have replaced all problematic files and i am looking for someone who can upload them. Note: this bug affects all distributions including stable. I will file another bug report for lgc-pg in stable which is also affected. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lgeneral depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libsdl-mixer1.2 1.2.8-6.3 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer lgeneral recommends no packages. Versions of packages lgeneral suggests: ii lgc-pg0.32-3 LGeneral Converter for Panzer Gene -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691452: lgc-pg: ships non-free files in contrib
Package: lgc-pg Version: 0.32-3 Severity: serious Justification: Policy 2.2.2 The converter for LGeneral, lgc-pg, ships files which are non-free and belong to the commercial game Panzer General. These are all files in /usr/share/games/lgc-pg/data/ except attack.bmp, move.bmp, grid.bmp, fog.bmp, damage_bars.bmp, select_frame.bmp. mapnames must be completely removed. I intend to adopt LGeneral on behalf of the Debian Games Team. I have prepared a new package and also replaced all problematic files. You can find the new version at mentors.debian.net http://mentors.debian.net/package/lgeneral or in Git at http://git.debian.org/pkg-games/lgeneral.git I am looking for someone who can upload the replacement files to stable. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lgc-pg depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer lgc-pg recommends no packages. lgc-pg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690683: lgeneral: Unusable due to missing game data converter and outdated
tags 690683 patch thanks My new package is available at mentors.debian.net http://mentors.debian.net/package/lgeneral and in Git at http://git.debian.org/pkg-games/lgeneral.git I know new upstream releases are discouraged during the freeze but given the nature of this bug, it is the only reasonable solution. signature.asc Description: Digital signature
Bug#691451: lgeneral: ships non-free files in contrib
tags 691451 patch thanks My new package is available at mentors.debian.net http://mentors.debian.net/package/lgeneral and in Git at http://git.debian.org/pkg-games/lgeneral.git Please see also bug #690683. signature.asc Description: Digital signature
Bug#691452: lgc-pg: ships non-free files in contrib
tags 691452 patch thanks My new package is available at mentors.debian.net http://mentors.debian.net/package/lgeneral and in Git at http://git.debian.org/pkg-games/lgeneral.git Please see also bug #690683 and #691451. It is sufficient to replace the aforementioned files with the ones shipped with the latest version of lgeneral in Git or at mentors.debian.net. signature.asc Description: Digital signature
Bug#664093: ITA: jester -- board game similar to Othello
retitle 664093 ITA: jester -- board game similar to Othello owner 664093 ! thanks I intend to adopt jester and maintain it as part of the Debian Games Team. I will soon upload it to the team's git repository. signature.asc Description: Digital signature
Bug#661457: ITA: supertransball2 -- Thrust type of game
retitle 661457 ITA: supertransball2 -- Thrust type of game owner 661457 ! thanks I intend to adopt supertransball2 and maintain it as part of the Debian Games Team. I will make the new version available at the team's git repository and keep this bug report up to date. signature.asc Description: Digital signature
Bug#691833: ITA: sauerbraten-wake6 -- Small but dodgy deathmatch/instagib map for the Sauerbraten game
retitle 691833 ITA: sauerbraten-wake6 -- Small but dodgy deathmatch/instagib map for the Sauerbraten game owner 691833 ! thanks Hi, i intend to adopt sauerbraten-wake6 on behalf of the Games Team. Regards, Markus signature.asc Description: Digital signature
Bug#691451: lgeneral: ships non-free files in contrib
On Wed, 31. Oct 18:15 Moritz Muehlenhoff j...@inutil.org wrote: Hi Markus, I will review and upload your package in the next weeks (I won't have time before, so if anyone wants to do it earlier, please go ahead). Hi Moritz, thanks for your offer! The changes needed to fix lgeneral are massive and not suitable for inclusion in Wheezy at this point. Do you agree with removal from Wheezy for now? Once lgeneral ius fixed in sid, we can provide an updated package in wheezy-backports. I fully agree with you here. That sounds like a reasonable decision. I'm also in contact with the author of LGeneral. He is very helpful and i think it's likely that the next release won't contain these files anymore. Cheers, Markus signature.asc Description: Digital signature
Bug#668030: [PATCH] supertransball2: Helping to update to packaging format 3.0
Hi Jari, i intend to adopt supertransball2 on behalf of the Debian Games Team. This is the third time, after wbar and byzanz, that i adopt a package for which you have provided a patch. I just wanted to say Thanks!, and keep up the good work. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#692078: sea-defender: ships non-free files in main
Package: sea-defender Version: 0.9-2 Severity: serious Justification: Policy 2.2.1 Hi, i just browsed the package a little and discovered these files which make sea-defender more suited for non-free than for main. The author of sea-defender marked them clearly visible in his git repository. https://github.com/snoutmate/Sea-Defender data/fonts/kronika.svg data/model/OpenGL_logo_flat.svg snoutlib/perlin.cpp Kronika.svg was downloaded from apostrophiclab.pedroreina.net. The terms of use state clearly: http://apostrophiclab.pedroreina.net/info.html The fonts on this site are freeware and can be used as they are in any context without permission from Apostrophic Laboratories, except to produce material that is racist, criminal and/or illegal in nature. It is prohibited to modify any Apostrophic Laboratories font(s) for repackaging and/or re-release without an express written authorization by the designer(s) of the font(s) or Apostrophic Laboratories. Under no circumstance shall any Apostrophic Laboratories design or font design be sold or purchased. Email i...@apostrophiclab.com if you want more information. The Apostrophic Laboratories site and its contents are the property of Apostrophic Laboratories and the contents' creators. It is prohibited to use the graphic designs shown on this site or any of the site's elements without obtaining written authorization from the designer(s) and/or developer(s) of the content in question. Email i...@apostrophiclab.com if you want more information. The OpenGL_logo isn't free either. http://www.opengl.org/about/logos/ The copyright of the perlin noise cpp file is unclear. At least i can't find other information except (copyright Ken Perlin) Regards, Markus Koschany -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sea-defender depends on: ii libc6 2.13-35 ii libgcc1 1:4.7.1-7 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglfw2 2.7.2-1 ii libglu1-mesa [libglu1]8.0.4-2 ii libstdc++64.7.1-7 ii libx11-6 2:1.5.0-1 ii libxrandr22:1.3.2-2 sea-defender recommends no packages. sea-defender suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#544922: ITA: etw -- arcade-style soccer game
retitle 544922 ITA: etw -- arcade-style soccer game owner 544922 ! thanks I intend to adopt etw on behalf of the Debian Games Team and i will keep this bug report updated about the progress. signature.asc Description: OpenPGP digital signature
Bug#692502: ITA: osmo -- personal organizer for GTK+
retitle 692502 ITA: osmo -- personal organizer for GTK+ owner 692502 ! thanks Hi Eike, Thanks for your offer. I itend to adopt osmo and will keep it in shape. Cheers, Markus signature.asc Description: Digital signature
Bug#193061: Please provide free game data for LGeneral
Hi everyone, i intend to adopt LGeneral and would like to maintain it as part of the Debian Games Team. I'm also cc'ing Moritz and Drew because you seemed to be interested in LGeneral in the past and to let you know what i've found out about the replacement files. It's technically possible to substitute the game data of Panzer General with the files provided at lgames.sourceforge.net. That wouldn't create the most beautiful game on earth though. Again the main issue is about finding the original creators and to obtain a free license from them. At the moment these files don't provide any kind of copyright information. I've created a wiki page for LGeneral where i collect links to potential free game data for LGeneral. http://wiki.debian.org/Games/LGeneral One of my ideas is to use files from http://kukgen.tripod.com/ and create WW1 scenarios provided i can use them with a free license. That's work in progress. I also try to reintroduce a new version of LGeneral with lgc-pg. You can find more information at this thread. https://lists.debian.org/debian-devel-games/2012/10/msg00035.html Cheers, Markus signature.asc Description: Digital signature
Bug#193061: Please provide free game data for LGeneral
On Fri, 12. Oct 21:09 Moritz Muehlenhoff j...@inutil.org wrote: Another option to reviving lpc-pg is to integrate support for lgeneral into game-data-packager. Hi, That's one of my suggestions which i proposed to the Games Team! Nowadays lgc-pg is included in LGeneral's source package but it needs non-free files from Panzer General to convert game data. That's the reason why it's a bit tricky. I guess i've to find a way so that game-data-packager installs all the necessary files for lgc-pg first, then executes the converter and finally creates a proper data package. Even harder is finding people from ten years ago and asking them for a free license for their game data. Back to work... Regards, Markus signature.asc Description: Digital signature
Bug#575087: Bug #575087 and #599083: wbar default configuration has a broken path to a font file
On Fri, 12. Oct 15:27 gregor herrmann gre...@debian.org wrote: On Sat, 29 Sep 2012 15:53:05 +0200, Markus Koschany wrote: 1. I still think the bug isn't release critical. I tend to agree here, and Julien has also argued the same in #599083. Hi gregor, thanks for stopping by. 2. My packaged version of wbar, 2.3.4, fixes all outstanding bugs including this one. I haven't looked at 2.3.4, but in general new upstream releases are not the way to go during a freeze. Agreed. This should be a last resort. I just don't think that this is a bug where changing two lines of code can solve everything. It is more of a usability issue. IMO a grave bug is something which makes a package unusable and i can prove that's not the case here. 3. I have prepared another fix for the broken-path-to-a-font-file-problem and attached it. Yeah, might make sense if this bug is considered RC (although it also doesn't make it work, just the diagnostics seem to be nicer). In case this patch is needed, it should be trimmed down (most of the changes are removed trailing whitespaces). Thanks, i will take care of it, if the patch should really be necessary. I'm in favor of downgrading this bug to important again but i would like to hear Barts opinion first. Regards, Markus signature.asc Description: Digital signature
Bug#575087: bug 575087 : On a default installation wbar will fail due dot.wbar
On Sat, 13. Oct 06:08 Bart Martens ba...@debian.org wrote: Hi Bart, My opinion is based on how I understand Depends and Recommends in debian-policy. The package should work, providing at least some basic funcionality, without the software in Recommends. I think this bug highlights why we can and should learn from (package) history and why every maintainer often sits between two stools. :-) For example there is Rogério Brito who argued three years ago one should not make the dustin font a hard dependency because this would save disk space if someone creates a special disk image, e.g. a Live-CD. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539654 Three years later you're requesting the opposite. Now i also think you can revert every decission from the past but i agree with Rogério here. Then one of the features of wbar is, it's a light launch bar. It has only a few essential dependencies. Of course thus wbar can't compare to feature rich applications like AWN-dock, Cairo-dock or Docky. It's niche is old hardware with less RAM, and it's great in combination with window manager setups. Other distributions are using its strength: TinyCore Linux uses wbar as part of his default desktop and it also looks good on the live cd from linuxgamers.net. And about Julien's reason for downgrading to important : http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=7;bug=599083 Editing the ~/.wbar file to specify an existing font should not be needed. As long as you install wbar with recommends that's exactly what's happening now. initial ~/.wbar, or /etc/wbar.conf if such file exists, should use an existing font included with the package or installed on the system via Depends, not Recommends. So, in my opinion, this bug should be fixed in wheezy. The initial wbar package shipped icons and a font but alas they were non-free. I could recently convince upstream to remove them completely from their svn repo and now everyone has the opportunity to choose fonts and icons which they prefer. And i think that's exactly one of Debian's strengths to use recommends to create a sane default but also let experienced users decide to remove them completely and choose whatever icons and fonts they like. But you have to choose, not just to remove! Yes configuration can sometimes be troublesome, but i'm sure editing a conf file and changing paths to icons and fonts is not the hardest task. Last but not least, i even think policy is on my side: Recommends This declares a strong, but not absolute, dependency. The Recommends field should list packages that would be found together with this one in all but unusual installations. Honestly how do you call a launch bar without icons? But, if you want to downgrade the bug to important, then I'm not going to the TC for this. :-) That makes me very happy because i would have been considered such a scenario a very bad start into official debian packaging. :-) Regards, Markus signature.asc Description: Digital signature
Bug#689674: unblock: mediathekview/3.0.0-1
Hi Philipp, On Sat, 13. Oct 13:55 Philipp Kern pk...@debian.org wrote: I just added a removal hint for the following reason: # 20121013 # The version in wheezy is unusable (#681680), the new version's diff is too # huge. It should instead be shipped via backports and be kept up-to-date # there. remove mediathekview/2.4.0-4 Ok, that's not surprising. The idea with backports sounds reasonable. Futhermore the diff really is too large to consider at this point of the freeze, I'm sorry. Also such such large diffs (you sent it uncompressed!) do not make it to our mailing list. Hence I was not aware of the unblock request until after I added the hint. Sorry. Good point. I will be more careful in the future. Regards, Markus Koschany signature.asc Description: Digital signature
Bug#575087: bug 575087 : On a default installation wbar will fail due dot.wbar
severity 575087 important thanks As i have announced before, i'm changing the severity to important again. The reasons are in short: * Wbar is usable out-of-the-box, if you install it with Recommends * Wbar is usable if you install it without Recommends but then it needs configuration which is not unbearable IMO. Thus setting the severity to Grave is not the right thing to do. Either way changing icons is normal for a launch bar. Using a font as decoration is even optional. A solution to the root problem of the bug reporter would be better and more configuration options. This has been achieved in wbar 2.3.4. Due to the many code changes in 2.3.4 it is too late to consider it at this point of the freeze for Wheezy. But i'm willing to backport new versions to Wheezy if someone is interested in it. Regards, Markus signature.asc Description: Digital signature
Bug#639028: mediathekview: does not find flvstreamer
Hi, This is just a short reminder. If your issues with MediathekView could be solved in the meantime, you don't have to do anything at all. Then i will close both bug reports, 639028 and 639029, within the next 14 days. You still can reopen the bug report at any time or file a new bug report if you discover another problem. In case the issues with MediathekView persist, please add more information to the bug reports. Regards, Markus Koschany signature.asc Description: Digital signature
Bug#690683: lgeneral: Unusable due to missing game data converter and outdated
Package: lgeneral Version: 1.1.1-5 Severity: grave Justification: renders package unusable Hi, In its current state LGeneral is unusable for almost all users. * The version shipped with Debian was released in 2004 and is completely outdated despite the fact that upstream is active and released version 1.2.3 in April 2012. * The converter lgc-pg, which is needed to convert game data of Panzer General was removed in 2011. [1] This means there is no available game data for LGeneral in Testing at the moment. I intend to adopt LGeneral on behalf of the Debian Games Team [2] and would like to reintroduce lgc-pg in combination with the game-data-packager. I'm working on a new version of LGeneral 1.2.3 at the moment. If the new version cannot migrate to Testing, then LGeneral should be removed from Wheezy. I have also introduced the issue on the debian-devel-games mailinglist. [3] Regards, Markus Koschany [1] http://bugs.debian.org/465943 [2] http://bugs.debian.org/465942 [3] https://lists.debian.org/debian-devel-games/2012/10/msg00035.html -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lgeneral depends on: ii libc62.13-35 ii libsdl-mixer1.2 1.2.12-3 ii libsdl1.2debian 1.2.15-5 lgeneral recommends no packages. Versions of packages lgeneral suggests: pn lgc-pg none -- no debconf information signature.asc Description: Digital signature
Bug#690371: megaglest: incorrect information in copyright file
Hi, Confirmed. The copyright file needs a small update. Patch is attached. Regards, Markus Koschany Index: megaglest-3.6.0.3/debian/copyright === --- megaglest-3.6.0.3.orig/debian/copyright 2011-12-23 06:26:17.0 + +++ megaglest-3.6.0.3/debian/copyright 2012-10-16 14:10:05.442397101 + @@ -109,8 +109,8 @@ * those of the authors and should not be interpreted as representing official * policies, either expressed or implied, of Nicolas P. Rougier. -Files: source/shared_lib/sources/util/utf8/* source/shared_lib/include/util/utf8/* -Copyright: Copyright 1997-2002 Free Software Foundation, Inc +Files: source/shared_lib/include/util/utf8/* +Copyright: 2006 Nemanja Trifunovic License: BSL-1.0 Permission is hereby granted, free of charge, to any person or organization obtaining a copy of the software and accompanying documentation covered by signature.asc Description: Digital signature
Bug#690723: mediathekview crashes at start
On Tue, 16. Oct 20:17 Martin Dosch martin.do...@gmx.net wrote: Dear Maintainer, I installed mediathekview for the first time. And after initial configuration dialogue it crashes with following output: Hi and thanks for the report. I have not seen this error before, although i have tested mediathekview thoroughly. So i need your help to debug the problem. You are running the liquorix kernel which is not supported by Debian. Do you experience the same issue with the default kernel in Debian? Does mediathekview crash every time on startup or only after the initial configuration? So can you reproduce the crash by removing the hidden .mediathek3 folder, purging mediathekview and installing it again? If you have the opportunity to test mediathekview on multiple computers, this could also help narrowing down the problem. What happens if you use openjdk-6 instead of openjdk-7? What kind of X environment do you use, window manager and or desktop environment? Please be as verbose as possible. Thanks! Regards, Markus Koschany signature.asc Description: Digital signature
Bug#465942: ITA: lgeneral -- A Panzer General - like game
You can find the latest version of LGeneral at mentors.debian.net. http://mentors.debian.net/debian/pool/contrib/l/lgeneral/lgeneral_1.2.3+dfsg-1.dsc I've also started a thread about LGeneral on debian-devel-games. https://lists.debian.org/debian-devel-games/2012/10/msg00035.html signature.asc Description: Digital signature
Bug#688259: zangband: modifies shipped files during postinst
tags 688259 patch thanks Hi Drew and Andreas, i had a look at the issue and prepared a patch for it. As far as i can see changing the path for $static_vardir to /usr/share/games/zangband/lib is sufficient to avoid the deletion of raw files in /var/games/zangband/data. Running piuparts afterwards was successful. The wrong path in zangband.postinst caused the for loop to touch only one file, *.raw. I'm not sure whether the postinst script is still necessary nowadays. It seems it's some kind of remnant from the past. It might be too late for Wheezy but maybe we could drop it for Jessie completely. The make file in /lib/data seems to take care of installing the raw files anyway. Overwriting of the score file seems suspicious too, but i don't know enough about zangband to assess the issue properly. Drew, if you are still interested in having a co-maintainer, i can prepare a new version for zangband and fix some lintian warnings. Regards, Markus diff -u zangband-2.7.5pre1/debian/changelog zangband-2.7.5pre1/debian/changelog --- zangband-2.7.5pre1/debian/changelog +++ zangband-2.7.5pre1/debian/changelog @@ -1,3 +1,11 @@ +zangband (1:2.7.5pre1-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix wrong $static_datadir path in zangband.postinst file to avoid +deletion of *.raw files in /var/games/zangband/data. (Closes: #688259) + + -- Markus Koschany a...@gambaru.de Tue, 23 Oct 2012 15:04:05 +0200 + zangband (1:2.7.5pre1-4) unstable; urgency=low * libgtk1 is no longer welcome in Debian. zangband's gtk shell was diff -u zangband-2.7.5pre1/debian/zangband.postinst zangband-2.7.5pre1/debian/zangband.postinst --- zangband-2.7.5pre1/debian/zangband.postinst +++ zangband-2.7.5pre1/debian/zangband.postinst @@ -5,7 +5,7 @@ old_var_games=/var/lib/games old_var_datadir=/var/lib/games/zangband var_datadir=/var/games/zangband -static_datadir=/usr/share/games/zangband +static_datadir=/usr/share/games/zangband/lib notmovingoldfiles=WARNING: $old_var_datadir is a symlink. Not moving files to new location. Please fix manually. @@ -13,7 +13,7 @@ regenerated automatically in their new location.) movingoldfiles=WARNING: Old zangband data files exist. -Moving save, bones, and score files to $new_var_datadir. +Moving save, bones, and score files to $var_datadir. Existing files will be backed up before overwriting. fixperms () { signature.asc Description: Digital signature
Bug#544930: Adopting package xtux
Hi Daniel, i just saw you're going to adopt xtux. It's quite funny because i wanted to suggest to remove xtux from Debian. It has been dead upstream for a very long time and it is quite outdated. But if you are really interested in adopting it, please go ahead. I think you should retitle this bug report to ITA: xtux hence others know you are working on it. Cheers, Markus signature.asc Description: Digital signature
Bug#544930: Adopting package xtux
On Wed, 24. Oct 15:52 S. Daniel Francis fran...@sugarlabs.org wrote: I could guess it hasn't got a lot of dependencies, so I saw it as an easy way to start. I think will be better if I look for adopt another package. Hi Daniel, You are right. The best way to start contributing to Debian is to work on orphaned packages. I've been doing the same for two months now, so i'm still a beginner myself. I just wanted to adopt etw. It's another orphaned game, outdated yes, but i guess it's much more interesting than xtux. Maybe you should take a look at it? Someone has to fix all these lintian warnings and i think it is not too complicated. If you are interested you could also join the Debian Games Team. Every help is welcome. But there are a lot of other packages which need a helping hand, too. Of course you are free to decide what you would like to work on. Best, Markus signature.asc Description: Digital signature
Bug#544935: ITA: openyahtzee -- classic dice game of Yahtzee
retitle 544935 ITA: openyahtzee -- classic dice game of Yahtzee owner 544935 ! thanks I intend to adopt openyahtzee and maintain it as part of the Debian Games Team again. I think it's a simple but classic game and should not vanish from Debian. signature.asc Description: Digital signature
Bug#681680: mediathekview: finds only 1376 out of 57537 movies
Hello, this is just a reminder and a ping. I would like to know if you are still interested in maintaining MediathekView? If you are busy at the moment or if you can't maintain the package anymore, please say so. Otherwise i think it would be best to contact the Debian Release Team and ask them for their opinion. Of course we would need a sponsor, too. Unless i hear something different i will proceed and ask someone to sponsor the package next week, provided the Release Team accepts an upload to Testing. Regards Markus signature.asc Description: OpenPGP digital signature
Bug#540701: ITA: wbar -- light and fast launch bar
Hi, here is my intermediate result. Wbar and Wbar-config seem to work, no show-stoppers so far. I need to contact upstream to question them about the actual Copyright License. It is either GPL-2 oder GPL-3. I'll make the e-mail publicly available. You can download the source package from my private ftp server. dget -x ftp://46.182.19.209/debian/wbar/wbar_2.3.0+svn20120816+dfsg2-1.dsc i386-binary: ftp://46.182.19.209/debian/wbar/wbar_2.3.0+svn20120816+dfsg2-1_i386.deb amd64-binary: ftp://46.182.19.209/debian/wbar/wbar_2.3.0+svn20120816+dfsg2-1_amd64.deb Changelog: * New Maintainer (Closes: #678865) - Thanks Krzysztof for the past work and all the best! * New upstream release. (Closes: #617902) - Now the configuration can be done in /etc/wbar.d/wbar.cfg (global) or ~/.wbar (per user). * Initial release of wbar-config. (Closes: #540701) - Wbar-config is an optional GUI tool to customize wbar and is now included in the upstream sources. * Switched to the new packaging format 3.0 (quilt). Thanks to Yadickson Soto for the initial packaging work and Jari Aalto for the patch. (Closes: #661034) * debian/rules: - Switched to dh with bash-completion and autoreconf to rebuild the build system before compile time and to clean all auto-generated files. - Built with hardening=+all flags to provide more built-in security. - Built with DEB_LDFLAGS_MAINT_APPEND=-Wl,--as-needed to install only dependencies which we really need. Thanks Matthias Klose for the hint! (Closes: #641331) * debian/control: - New Build-Depends: intltool, pkg-config, libglade2-dev, libgtk2.0-dev, libx11-dev, bash-completion, dh-autoreconf, debhelper (=9) * Now all former recommended packages are only suggested: - gnome-extra-icons: no longer necessary because wbar ships its own free icons. - wbar-config: it is possible to customize wbar without wbar-config but on the other hand it would not make any sense to install wbar-config without wbar. Thus the exact binary version of wbar is an absolute dependency of wbar-config. - ttf-dustin: removed because upstream does not install fonts per default anymore. You can still easily pick a font of your choice with wbar-config. See also README.Debian and man wbar-config(1). (Closes: #575087) - bash-completion: wbar provides its own bash-completion snippet which makes it possible to complete wbar options on the command line. Recommended for users of Bash but to be considerate of others who appreciate different shells (e.g. zsh) lowered to Suggests. * Switched to compat level 9 to profit from automatic hardening build flags. * Bumped Standards-Version to 3.9.3. * Improved the package description and fixed various typos and spelling errors in wbar-config and the man page and credited the original author of wbar again. * Installed wbar.desktop in /usr/share/applications instead of /etc/wbar.d/ and removed the limitation to make it visible only in Gnome and Xfce. * Now the default icon size is 64 to increase visibility. You can revert this change with the --isize option in .wbar or with wbar-config. signature.asc Description: OpenPGP digital signature
Bug#681680: mediathekview: finds only 1376 out of 57537 movies
Hi, On 22.08.2012 09:01, B.Thomas wrote: Hello, sorry at the moment i am really busy because of work and private things. No problem. Further in the feature i planed to create a c++ fork of mediathekview (put it right, i am certainly no fan of java). If it goes well i will public and maintain that instead ;) I am also not a great fan of Java, however i think we should support MediathekView because it makes searching for media content easier, at least until some better alternatives will arise in the future. :) So you are completely right, someone else should take responsibility as Maintainer of MediathekView for Debian/Ubuntu. My Job was only to bring it to the debian world :) Yeah, that's the reason why i discovered MediathekView in the first place. :) I have prepared two different versions of MediathekView and i want to shoulder the responsibility. If you are no longer interested in maintaining MediathekView i would like to ask you to transfer your rights by sending a short notice to this bug report that you intend to give up maintainership on MediathekView. Then i could simply talk with Christoph about the next steps. Christoph, you can download the source packages here: dget -x ftp://46.182.19.209/debian/mediathekview/mediathekview_2.6.1-1.dsc dget -x ftp://46.182.19.209/debian/mediathekview/mediathekview_3.0.0-1.dsc I propose the following: 1. If you are satisfied with MediathekView 2.6.1, it should be uploaded to Unstable because it is more likely to be accepted by the Release Team. I will then file an unblock bug report for Testing. 2. If the package is accepted, then we should upload 3.0.0 to Experimental in case a new issue arises with 2.6.1. 3. If 2.6.1 is rejected by the Release Team i suggest to remove 2.4 immediately from Testing and to upload 3.0.0 to Unstable. What do you think? Regards Markus signature.asc Description: OpenPGP digital signature
Bug#678865: Questions and patches: new official Debian package for wbar
Dear Rodolfo, dear Yadickson, my name is Markus Koschany and i'm working on a new official Debian package for wbar. While i prepared the package i discovered some license issues thus i am contacting you in the hope that you can help resolving them. Please keep the bug reports cc'ed and the information public because i think this would help other distributions, too. I've also attached a few patches which fix minor spelling errors and typos. 1. Unoffical Debian packages First of all thanks for supporting Debian. Unfortunately some users confused your unoffical package with the offical but alas outdated package in Debian and filed bug reports against them. See [1] and [2] Please consider removing the unoffical packages from the project homepage as soon as the official version gets updated. 2. GPL The old Debian package states the source code is licensed under GPL-2. I can find the same statement on your offical project homepage. [3] Your source tarball respectively the svn repo contains a COPYRIGHT file which says the code is licensed under GPL-3. So my question is: Which one is it? 3. Icons In the past we had to remove non-free icons and a font file. Obviously you don't use the iconpack folder anymore. Would it be possible to remove it completly from the svn repo? I would like to use the new icons in /pixmaps but i can't find any information about where they came from. I recognize the Anjuta logo which is licensed under GPL-2 but the licenses for the other icons remain vague. Could you clarify this situation? 4. Toolchain You are using a very helpful autogen.sh file to create the build toolchain. Would it be possible to include it in the next source tarball release? I personally prefer rebuilding the toolchain myself and i think this would also make it easier to spot changes in the source files. It also reduces the size of the source tarball. 5. Patches I've attached a few patches which correct, in my opinion, spelling errors and typos in wbar. I'm not a native speaker myself but i had the feeling inverting icons growth sounds better than investing icons growth. If you disagree with my changes, please let me know. If i made a mistake myself i will revert the changes of course. I've also increased the default icon size to 64. It makes wbar more visible for starters and easier to spot. Thanks for reading this far. I'm looking forward to your answers. Best regards Markus Koschany 1. http://bugs.debian.org/637354 2. http://bugs.debian.org/630876 3. http://code.google.com/p/wbar/ Description: Fix typos in manpages and correct the name of the original author of wbar This fix corrects multiple spelling mistakes in wbar.1 and wbar-config.1 and credits the original author of wbar Rodolfo Granata. Author: Markus Koschany a...@gambaru.de Origin: vendor Last-Update: 2012-08-19 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/doc/man/wbar.1 +++ b/doc/man/wbar.1 @@ -10,12 +10,12 @@ This manual page documents briefly the .B wbar command. .PP -\fBwbar\fP is a quick launch bar. Its fast, light and cool eye-candy. +\fBwbar\fP is a quick launch bar. It's fast, light and cool eye-candy. .PP The config file format is described in -.BR wbar-config (1) . +.BR wbar-config (1)\. .SH OPTIONS -A summary of options is included below. +A summary of the options is included below. .TP .B \-\-help Show summary of options. @@ -27,7 +27,7 @@ Show version of program. Config file path (ie: $HOME/.wbar). .TP .B \-\-above-desk -Run over a desktop app (ie: xfdesktop). +Run above a desktop app (ie: xfdesktop). .TP .B \-\-taskbar Enable taskbar. @@ -54,10 +54,10 @@ Set jump factor (eg: 1.0 or 0.0). Set position. Choose from top, bottom, left, right, center, bot|top-right|left. .TP .B \-\-grow -Investing icons growth. +Inverting icons growth. .TP .B \-\-dblclk value in ms -Set ms for double click (0: single click). +Set time in ms for double click (0: single click). .TP .B \-\-bpress Icon gets pressed. @@ -90,7 +90,7 @@ If set disables font rendering. .SH AUTHORS wbar was written by: .TP -\- Krzysztof Burghardt krzysz...@burghardt.pl +\- Rodolfo Granata warlock...@gmail.com .PP \- Yadickson Soto yadick...@gmail.com .PP --- a/doc/man/wbar-config.1 +++ b/doc/man/wbar-config.1 @@ -1,18 +1,18 @@ .\ Hey, EMACS: -*- nroff -*- .TH WBAR-CONFIG 1 January 14, 2012 .SH NAME -wbar-config \- gui from settings for wbar +wbar-config \- GUI to customize wbar .SH SYNOPSIS .B wbar-config .SH DESCRIPTION \fBwbar-config\fP is a program that creates and configures the settings for -.BR wbar (1) . +.BR wbar (1)\. The config file consists of blocks of three lines each of the following format: .PP i: /path/to/file.png .br -c: command --args +c: command \-\-args .br t: description for mouseover .PP @@ -25,18 +25,18 @@ that shall be shown to the user when the icon. .PP The first block is different, it describes general settings. -Here the i
Bug#540701: Questions and patches: new official Debian package for wbar
On 25.08.2012 06:36, Rodolfo Granata wrote: Hi Thanks for taking the time on wbar, please read inline. Hi, thank you for your quick reply. I think you've answered all of my questions which helps me a lot. It's great to know that the non-free icons are gone which means now i can work on your official tarball without having to repack it. We are almost finished, let me suggest the following though. ==Official Tarball== It's really polished now. But you can safely remove the debian directory because technically speaking it doesn't belong to the original sources. I suggest you simply remove it and i will take care of all Debian related stuff. Then you could rename your next source tarball for example to wbar-2.3.2.tgz and everyone would be happy. ==make-conf.sh== Great idea. Having a convenient script which takes care of creating a default config is very useful. Maybe we should extend the search for icons a bit because quite a lot of applications store their icons in /usr/share/pixmaps. At the moment this directory is excluded and not every application uses hicolor icons. I also think it should be installed in /usr/share/wbar/. ==wbar.cfg== I have attached a patch which creates a sane default wbar.cfg. It contains two config blocks. For the first one i've changed osxbarback.png to dock.png. I think it is better to set the font to none because as far as i know there is no reliable way to know which fonts are installed. Most of them will have something like ttf-liberation or ttf-dejavu installed on their system, but we can't be 100% sure. Therefore i think it would be better to refrain from using a specific font because it is very likely that wbar will refuse to start on a system without the font which could be a real show-stopper for novice users. Let the user decide which font he wants to use. The second block in wbar.cfg points to wbar-config which should be a default entry in wbar. But i guess we need the wbar.png file back. I thought this one was free and you or yadickson had created it. If i'm wrong will you consider to replace it with a free icon? Thus it could be used not only in wbar itself but also in desktop menus. ==wbar.desktop== I've attached another patch which changes the icon path to /usr/share/pixmaps/wbar/wbar.png. It would be ideal if the desktop file was located in the /share directory because normally desktop files belong here. If you don't want to change the location, i could also override the installation path in the debian directory. ==README== I think we should mention wbar-config and make-conf.sh in the README, too and promote them. ==My summary== To create a sane default we should - set no specific font path - use wbar.png as the default icon in wbar which points the user to wbar-config - promote wbar-config and make-config.sh in the README file Thanks again and keep up the good work. Cheers Markus --- a/etc/wbar.cfg.in +++ b/etc/wbar.cfg.in @@ -1,4 +1,4 @@ -i: @PIXMAPDIR@/@PACKAGE_NAME@/osxbarback.png +i: @PIXMAPDIR@/@PACKAGE_NAME@/dock.png c: @PACKAGE_NAME@ @DEFAULT_ARGV@ t: none @@ -6,31 +6,4 @@ i: @PIXMAPDIR@/@PACKAGE_NAME@/wbar.png c: wbar-config t: Config -i: @PIXMAPDIR@/@PACKAGE_NAME@/pidgin.png -c: pidgin -t: Pidgin - -i: @PIXMAPDIR@/@PACKAGE_NAME@/anjuta.png -c: anjuta -t: Anjuta - -i: @PIXMAPDIR@/@PACKAGE_NAME@/bluefish.png -c: bluefish -t: Bluefish - -i: @PIXMAPDIR@/@PACKAGE_NAME@/gimp.png -c: gimp -t: Gimp - -i: @PIXMAPDIR@/@PACKAGE_NAME@/ooffice.png -c: ooffice -t: OOffice - -i: @PIXMAPDIR@/@PACKAGE_NAME@/synaptic.png -c: su-to-root -X -c /usr/sbin/synaptic -t: Synaptic - -i: @PIXMAPDIR@/@PACKAGE_NAME@/terminal.png -c: gnome-terminal -t: Terminal --- a/etc/wbar.desktop.in.in +++ b/etc/wbar.desktop.in.in @@ -3,7 +3,7 @@ _Name=Warlock Bar Type=Application Exec=@BINDIR@/@PACKAGE_NAME@ Terminal=false -Icon=@PIXMAPDIR@/@PACKAGE_NAME@.png +Icon=@PIXMAPDIR@/@PACKAGE_NAME@/@PACKAGE_NAME@.png _Comment=A light and fast launch bar. Categories=Utility; X-GNOME-Bugzilla-Bugzilla=GNOME signature.asc Description: OpenPGP digital signature
Bug#683099: gnome-packagekit: updates packages although they were put on hold by aptitude
Package: gnome-packagekit Version: 3.4.2-1 Severity: normal Dear Maintainer, gnome-packagekit ignores my aptitude settings and updates packages which i have put on hold. I would have expected that either the package in question, libcairo2, is grayed out, not available for an upgrade or perhaps that gnome-packagekit presents some alternative ways to unhold/hold the package or to inform the user about possible consequences. ---How you can reproduce the bug--- 1. Downgrade libcairo2 1.12 to version 1.10 in squeeze-backports. 2. aptitude hold libcairo2 3. Open gnome-packagekit. 4. If you perform an upgrade even packages on hold will be upgraded. The interesting part is gnome-packagekit installs a newer version of libcairo2 but still puts the package on hold. Depending on how important the package in question is this could lead to surprising effects. I have found a three year old upstream bug report which describes the same issue. [1] Perhaps you should consider to reopen it. Kind regards Markus Koschany [1] https://bugs.freedesktop.org/show_bug.cgi?id=24795 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-packagekit depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gnome-packagekit-data3.4.2-1 ii gnome-settings-daemon3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-2 ii libcairo21.10.2-7~bpo60+1 ii libcanberra-gtk3-0 0.28-4 ii libcanberra0 0.28-4 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libfontconfig1 2.9.0-6 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-2 ii libnotify4 0.7.5-1 ii libpackagekit-glib2-14 0.7.5-2 ii libpango1.0-01.30.0-1 ii libsqlite3-0 3.7.13-1 ii libupower-glib1 0.9.17-1 ii libx11-6 2:1.5.0-1 ii packagekit 0.7.5-2 gnome-packagekit recommends no packages. gnome-packagekit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681812: Fix for Debian bug #681812
tags 681812 patch thanks I believe the following change will fix it: http://code.google.com/p/oax/source/detail?r=304 Hi Poul! Thanks, i've rebuilt the package and it works. I've also added DEP3 headers to your patch and attached it to this bugreport. Regards Markus Description: Fix for crashing the server by making a callvote to kick a player which does not exist Author: Poul Sander sago...@gmail.com Origin: upstream Bug-Vendor: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681812 Applied-Upstream: http://code.google.com/p/oax/source/detail?r=304 Last-Update: 2012-09-13 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/code/game/g_cmds.c +++ b/code/game/g_cmds.c @@ -1812,7 +1812,7 @@ void Cmd_CallVote_f( gentity_t *ent ) { Com_sprintf( level.voteDisplayString, sizeof( level.voteDisplayString ), Shuffle teams? ); } else if ( !Q_stricmp( arg1, kick ) ) { i = 0; -while(Q_stricmp(arg2,(g_entities+i)-client-pers.netname)) { + while( !(g_entities+i) || !((g_entities+i)-client) || Q_stricmp(arg2,(g_entities+i)-client-pers.netname)) { //Not client i, try next i++; if(i=MAX_CLIENTS){ //Only numbers 128 is clients signature.asc Description: Digital signature
Bug#681680: mediathekview: finds only 1376 out of 57537 movies
647...@bugs.debian.org, b.tho...@fh-muenster.de, christoph.mar...@uni-mainz.de Bcc: Subject: Re: Bug#681680: mediathekview: finds only 1376 out of 57537 movies Reply-To: In-Reply-To: 20120913211149.ga25...@bogon.sigxcpu.org On Thu, 13. Sep 23:11 Guido Günther a...@sigxcpu.org wrote: Any news on getting this one uploaded? If the maintainer is inacitive I'd be happy to review the package and NMU. Cheers, -- Guido Hello Guido! I'm still waiting for someone to review my package. So i'm glad that you want to help. Please go ahead. Christoph Martin had sponsored MediathekView in the past and he suggested that he intended to test the package. That was three weeks ago. I guess he is busy at the moment. B.Thomas or Thomas B. is the maintainer of Mediathekview but also busy. He indicated that someone else should take responsibility for MV. [1] There are three options and i'm not sure which one is the best. 1. Uploading 2.6.1 to unstable and hoping that the release team will unblock it for Testing. Then uploading 3.0.0 to experimental. 2. Removing MV completely from wheezy and uploading 3.0.0 to unstable. 3. Uploading 3.0.0 to unstable in the hope that it gets unblocked. Option 3 is rather unlikely. I'm not sure whether version 2.6.1 is something someone might use for the next three years. It's functional but outdated. But perhaps it's better than nothing. So far Regards Markus [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681680#42 signature.asc Description: Digital signature
Bug#686648: ioquake3: consider disallowing auto-downloading in wheezy
On Fri, 14. Sep 10:47 Simon McVittie s...@debian.org wrote: [snip] It's a pity there isn't a distinction between executable and non-executable game content - if you could auto-download PK3s, but those PK3s were flagged as not to be searched for QVMs somehow, then everything would be secure - but there isn't, and realistically, this isn't going to change before wheezy. I agree. I think this should be a feature request for upstream but is nothing someone can change in Debian. [snip] For example Ubuntu players are playing with version 0.8.5 at the moment and my Debian server is running 0.8.8. If cl_allowDownload was permanently disabled all players which run an older version wouldn't be able to join my server although they only had to download the pak6-patch088.pk3. As far as I can see, my proposal would not break this. Auto-downloading is possible if the server has sv_allowDownload true and the client has cl_allowDownload true: my proposal was to knock out cl_allowDownload, but leave sv_allowDownload working. Older clients could still download your pak6-patch088.pk3, but Debian clients on a future 0.9.0 server would not auto-download. True. I already had future clients in mind. I wanted to express that, if we had had a similar situation like today, then the players would have been unable to download the pk3 file. [snip] / Auto-download? \ \ YES/NO / WARNING: this is a security risk. More information: http://deb.li/Q3DL I've uploaded 0.8.8-7 to experimental with this change. If you (for plural values of you) can improve on this UI or the wording on the referenced wiki page, please do! I took the liberty to download the experimental version and i think the solution is good. The only thing i noticed was, that if cl_allowDownload was already set to 1 the warning wouldn't be visible, no matter how many times you switch between enabled and disabled. You have to restart OpenArena with auto-downloading set to 0 first and then the warning appears every time you switch between 0 to 1. Anyway i guess it's not a big deal because the warning is meant for new players. The wiki page entry was to the point. I added a german translation, too. Regards Markus signature.asc Description: Digital signature
Bug#654614: ITA: byzanz -- Small screencast creator
retitle 654614 ITA: byzanz -- Small screencast creator owner 654614 ! thanks Hi, i intend to adopt byzanz and will transform the package to the new 3.0 (quilt) format. I've already started working on it and i will document the progress by mailing to this bug report. Regards Markus signature.asc Description: Digital signature
Bug#674556: #674556 gtk-recordmydesktop: hides main menubar in gnome3 making desktop unusable
severity 674556 important thanks Hi, i'd like to add more information to this bug report. First of all i can confirm the bug and it's reproducible but i disagree with its severity. I hope i can convince you why i think the severity isn't justified. The bug was already reported to the Ubuntu bug tracker [1] in November 2009 and also to the official one at sourceforge.net in May 2011 [2]. The patches which were mentioned by Gregor are already included in Debian and fix other issues. Although it's true that the top panel in Gnome 3 vanishes if you use the default values, you can always uncheck Reset Capture Area and Outline Capture Area on Screen under Advanced Settings - Misc. See also [3]. This restores the expected behaviour of recordmydesktop. Even with the default values set, it's always possible to press the Super/Linux-Key to start an application like your gnome-terminal and kill gtk-recordmydesktop or use ALT+F2 to enter a command. But this isn't even necessary because you can start and stop the application by clicking on the recording icon in your notification area on the bottom of your desktop. Last but not least most of the time i use window managers like Openbox and gtk-recordmydesktop is working just fine for this use case which makes it not unusable at all. All in all there are too many use cases and workarounds for which recordmydesktop is still useful. It's definitely a bug which should be fixed but IMHO shouldn't be release critical. Btw an alternative to recordmydesktop is byzanz which i intend to adopt in the near future. ;) Regards Markus [1] https://bugs.launchpad.net/recordmydesktop/+bug/483325 [2] http://sourceforge.net/tracker/?func=detailaid=3301563group_id=172357atid=861428 [3] https://bugs.launchpad.net/recordmydesktop/+bug/483325/comments/4 signature.asc Description: OpenPGP digital signature
Bug#679713: gnome-shell: Screencast recorder no longer works
Hi, i can confirm Simon's bug report. I'm also using Debian Testing on AMD64 and i get the same error message that the file or directory can't be found. I've tried the following without success. 1. I created the directory Videos in $HOME which is the default location for saving screencasts. No effect. 2. I purged gnome-shell and gnome-session and reinstalled both packages. 3. I created a new user and tried to use the recording feature in a clean $HOME-environment but without effect. The only thing which i haven't tried yet is to install Debian Wheezy with Gnome 3 from scratch. I assume the problem is related to the upgrade from 3.2 to 3.4 because i can also remember screencast recording was functional in 3.2. Unfortunately i haven't been using this feature since then and can't narrow down the problem. I'll add more information if i can find more hints or even a solution. Regards Markus signature.asc Description: OpenPGP digital signature
Bug#674556: #674556 gtk-recordmydesktop: hides main menubar in gnome3 making desktop unusable
On 17.09.2012 08:07, Timo Juhani Lindfors wrote: Hi, Markus Koschany a...@gambaru.de writes: Although it's true that the top panel in Gnome 3 vanishes if you use the default values, you can always uncheck Reset Capture Area and Outline Capture Area on Screen under Advanced Settings - Misc. See also [3]. Maybe this should be made the default under gnome3? I'm not sure whether this would count as a real solution but i guess such a fix is doable. It's up to the maintainer to decide which path he wants to go. But this isn't even necessary because you can start and stop the application by clicking on the recording icon in your notification area on the bottom of your desktop. Can you make a screencast of this? I remember spending at least 20 minutes trying to figure out how to stop the screencast and eventually resorted into switching to another virtual console to kill it. http://www.gambaru.de/blog/wp-content/uploads/2012/09/120917_gtk-recordmydesktop_gnome3.ogv A right-click on the recording icon pauses the application, a left-click starts the encoding process and stops recordmydesktop. Hope this helps a little. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#540701: Questions and patches: new official Debian package for wbar
On Mon, 17. Sep 23:10 Yadickson Soto yadick...@gmail.com wrote: Hello That's all for now Check the new release 2.3.2 Hello! I've incorporated your changes and changed the license to GPL3+ accordingly. Unfortunately a regression was introduced in the latest release. Here is the relevant part of the build log. Making check in po make[2]: Entering directory `/tmp/buildd/wbar-2.3.2/po' rm -f missing notexist srcdir=. /usr/bin/intltool-update -m The following files contain translations and are currently not in use. Please consider adding these to the POTFILES.in file, located in the po/ directory. etc/wbar.desktop.in If some of these files are left out on purpose then please add them to POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list of left out files has been written in the current directory. if [ -r missing -o -r notexist ]; then \ exit 1; \ fi make[2]: *** [check] Error 1 make[2]: Leaving directory `/tmp/buildd/wbar-2.3.2/po' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/wbar-2.3.2' dh_auto_test: make -j1 check returned exit code 2 make: *** [build] Error 29 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package The fix is trivial. You can either delete wbar.desktop.in or add it to po/POTFILES.skip. I've attached a patch which fixes this issue. Thank you both Regards Markus Description: Add wbar.desktop.in file to POTFILES.skip A superfluos wbar.desktop.in file was introduced in the latest 2.3.2 release by mistake. This patch fixes a FTBFS bug by ignoring said file. Author: Markus Koschany a...@gambaru.de Origin: vendor Forwarded: URL|no|not-needed, useless if you have a Bug field, optional Last-Update: 2012-09-18 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/po/POTFILES.skip +++ b/po/POTFILES.skip @@ -1,2 +1,3 @@ etc/wbar.desktop.in.in +etc/wbar.desktop.in signature.asc Description: Digital signature
Bug#688122: RFS: sauerbraten-wake6/1.0-1.1 [RC] [NMU]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package sauerbraten-wake6. The change is trivial and should only take a few seconds to review. * Package name: sauerbraten-wake6 Version : 1.0-1.1 Section : games It builds those binary packages: sauerbraten-wake6 - Small but dodgy deathmatch/instagib map for the Sauerbraten game To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sauerbraten-wake6 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/contrib/s/sauerbraten-wake6/sauerbraten-wake6_1.0-1.1.dsc Changes since the last upload: Fixes invalid email address of the maintainer which is a policy violation. Regards, Markus Koschany signature.asc Description: Digital signature
Bug#688126: RFS: textedit.app/4.0+20061029-3.4 [RC] [NMU]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package textedit.app. The change is trivial and should only take a few seconds to review. * Package name: textedit.app Version : 4.0+20061029-3.4 Section : editors It builds those binary packages: textedit.app - Text editor for GNUstep To access further information about this package, please visit the following URL: http://mentors.debian.net/package/textedit.app Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/textedit.app/textedit.app_4.0+20061029-3.4.dsc Changes since the last upload: Fix invalid email address of the maintainer which is a policy violation. Regards, Markus Koschany signature.asc Description: Digital signature
Bug#688124: Subject: RFS: kic/2.4a-1.1 [RC] [NMU]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package kic. The change is trivial and should only take a few seconds to review. * Package name: kic Version : 2.4a-1.1 Section : x11 It builds those binary packages: kic - Enhanced KIC layout editor To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kic http://bugs.debian.org/685959 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/k/kic/kic_2.4a-1.1.dsc Changes since the last upload: Fix invalid email address of the maintainer which is a policy violation. Regards, Markus Koschany signature.asc Description: Digital signature
Bug#688310: RFS: wbar/2.3.3-1 [ITA] -- light and fast launch bar
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package wbar which i would like to adopt. Package name: wbar Version : 2.3.3-1 Upstream Author : Rodolfo Granata warlock...@gmail.com, Yadickson Soto yadick...@gmail.com URL : http://code.google.com/p/wbar License : GPL3+ Section : x11 It builds those binary packages: wbar - light and fast launch bar wbar-config - GUI tool to configure wbar To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wbar Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wbar/wbar_2.3.3-1.dsc More information about wbar can be obtained from http://bugs.debian.org/678865. Most important changes since the last upload: * New maintainer. * Latest upstream release and first update since November 2009. * New GUI tool to customize wbar. * License updated to GPL3+. * Now wbar fully complies with the DFSG. No repack necessary. * Pristine source tarball. * Package format 3.0, copyright format 1.0. * Hardening, built with --as-needed. * New bash_completion snippet. * New recommended packages to make wbar work out-of-the-box. Regards, Markus Koschany signature.asc Description: Digital signature
Bug#681680: mediathekview: finds only 1376 out of 57537 movies
Hi Guido and Christoph, On Sat, 22. Sep 19:19 Guido Günther a...@sigxcpu.org wrote: 2. Removing MV completely from wheezy and uploading 3.0.0 to unstable. I'd go for this one. Everything besides 3.0 doesn't seem to work that well ant I tthnk it's hard to maintain 2.6 for the next years. We can then ask for a freeze exception for 3.0 - if it doesn't happen so be it. That sounds reasonable. Can you point me to your current 3.0.0 package for ease of reviewing? I've uploaded the current 3.0.0 package to mentors.debian.net. dget -x http://mentors.debian.net/debian/pool/main/m/mediathekview/mediathekview_3.0.0-1.dsc I have also changed the install path of the flv.sh helper script to /usr/share/mediathekview/bin. My initial intention was to create a better Programmset for Linux and eventually to get completely rid of flv.sh. One can also change the path to flv.sh under Programmset. Each of these sets is basically a xml file which can be downloaded from the official homepage. In fact the flv.sh file isn't included in the sources of version 3.0.0 and has been added later. Thank you both. I'm ready to get this bug fixed. Regards, Markus signature.asc Description: Digital signature
Bug#688310: RFS: wbar/2.3.4-1 [ITA] -- light and fast launch bar
On Mon, 24. Sep 06:07 Bart Martens ba...@debian.org wrote: Hi Markus, I have set the severity of bug 575087 (merged with 599083) to grave with a short explanation why. Please consider fixing that bug for wheezy before packaging a newer upstream release in unstable. Hi Bart, thank you for your interest in wbar. I already targeted the new version, 2.3.4, for experimental in case a RC bug would be filed against the old version in Wheezy. I had a look at #575087 and #599083 again but unfortunately severity grave would only be justified under one condition which is to demand that a package should work out-of-the-box even if the recommended packages were not installed. I'm sure both bug reporters didn't install the recommended gnome-extra-icons and the dustin font. If you install wbar the recommended way then it works just fine. But as Julien Valroff mentioned in the bug report [1], even if you had installed wbar without recommended packages, it would be enough to change the configuration and to point to an existing font. Don't get me wrong, i'd love to see wbar 2.3.4 in wheezy because it works with or without recommended packages out-of-the-box. Now the configuration is much easier with wbar-config but it still appeals to advanced users who care about efficient and lightweight software. Thus said i'd be happy to fix the bug for wheezy because i agree the old wbar version lacks a user friendly configuration, but i can only fix the bug if 2.3.4. migrates to wheezy. Otherwise i suggest to lower the severity to important again because wbar isn't unusable. Regards, Markus [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599083#10 signature.asc Description: Digital signature
Bug#674556: #674556 gtk-recordmydesktop: hides main menubar in gnome3 making desktop unusable
On Tue, 25. Sep 14:03 Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Markus Koschany a...@gambaru.de writes: On 17.09.2012 08:07, Timo Juhani Lindfors wrote: Can you make a screencast of this? I remember spending at least 20 minutes trying to figure out how to stop the screencast and eventually resorted into switching to another virtual console to kill it. http://www.gambaru.de/blog/wp-content/uploads/2012/09/120917_gtk-recordmydesktop_gnome3.ogv A right-click on the recording icon pauses the application, a left-click starts the encoding process and stops recordmydesktop. Hope this helps a little. Hmm, I don't see any recording icon in your screencast. Only background image and some terminal emulator. It's on the bottom-right of the screencast. It is clearly visible after 7 seconds and in the last frame. Black square and gtk-recordmydesktop written next to it. Cheers Markus signature.asc Description: Digital signature
Bug#686648: ioquake3: consider disallowing auto-downloading in wheezy
On Tue, 25. Sep 09:56 Fabian Greffrath fab...@greffrath.com wrote: Am 24.09.2012 09:52, schrieb Simon McVittie: Not intentional, patches welcome. I could not even reproduce this. When I start the game with an empty ~/.openarena and switch Automatic Downloading from off to on, the warning appears. Then I exit the game and restart it. Automatic Downloading is still set on, and when I set it back off and then on again, the warning appears again -- just as expected. Indeed it isn't reproducible with a clean installation of OpenArena. You have to connect to a heavily modded server like Gem's InstaGib server. After that you can see the difference. Regards Markus signature.asc Description: Digital signature
Bug#686648: ioquake3: consider disallowing auto-downloading in wheezy
On Tue, 25. Sep 15:53 Simon McVittie s...@debian.org wrote: On 25/09/12 13:44, Markus Koschany wrote: Indeed it isn't reproducible with a clean installation of OpenArena. You have to connect to a heavily modded server like Gem's InstaGib server. Playing on a modded server with auto-download turned on can replace the UI with arbitrary bytecode - for instance, a UI based on the upstream OpenArena release, which will consequently no longer have the are you sure you want to shoot yourself in the foot? prompt. If that's what's happening here, then there's no way to fix it. I think that's exactly what's happening here. The whole pak6-patch088.pk3 file gets also downloaded again. Sounds like wontfix. signature.asc Description: Digital signature
Bug#692939: tuxfootball: Please add a manpage for tuxfootball
Package: tuxfootball Version: 0.3.1-2 Severity: normal Tags: patch Dear Maintainer, the tuxfootball package does not ship a manual page at the moment. I've attached a patch which fixes the issue and i'd be glad if you considered applying it. Regards, Markus -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tuxfootball depends on: ii libc62.13-35 ii libgcc1 1:4.7.1-7 ii libsdl-image1.2 1.2.12-2 ii libsdl-mixer1.2 1.2.12-3 ii libsdl1.2debian 1.2.15-5 ii libstdc++6 4.7.1-7 tuxfootball recommends no packages. tuxfootball suggests no packages. -- no debconf information diff -Nru tuxfootball-0.3.1/debian/changelog tuxfootball-0.3.1/debian/changelog --- tuxfootball-0.3.1/debian/changelog 2012-05-16 03:56:38.0 +0200 +++ tuxfootball-0.3.1/debian/changelog 2012-11-11 04:18:29.0 +0100 @@ -1,3 +1,9 @@ +tuxfootball (0.3.1-3) unstable; urgency=low + + * Add manpage for tuxfootball. + + -- TANIGUCHI Takaki tak...@debian.org Sun, 11 Nov 2012 9:56:25 +0900 + tuxfootball (0.3.1-2) unstable; urgency=low * debian/control: Add pkg-config to Build-Depends. (Closes: #672528) diff -Nru tuxfootball-0.3.1/debian/manpages tuxfootball-0.3.1/debian/manpages --- tuxfootball-0.3.1/debian/manpages 1970-01-01 01:00:00.0 +0100 +++ tuxfootball-0.3.1/debian/manpages 2012-11-11 04:12:02.0 +0100 @@ -0,0 +1 @@ +debian/tuxfootball.6 diff -Nru tuxfootball-0.3.1/debian/tuxfootball.6 tuxfootball-0.3.1/debian/tuxfootball.6 --- tuxfootball-0.3.1/debian/tuxfootball.6 1970-01-01 01:00:00.0 +0100 +++ tuxfootball-0.3.1/debian/tuxfootball.6 2012-11-11 04:12:19.0 +0100 @@ -0,0 +1,30 @@ +.TH tuxfootball 6 November 2012 Tux Football Tux Football(6) manpage +.SH NAME +tuxfootball \- great 2D soccer (sometimes called football) game +.SH SYNOPSIS +.B tuxfootball +[\fIOPTION...\fR] +.SH DESCRIPTION +.PP +\fBTux Football\fP brings old style gameplay from DOS times back to the desktop +with up to date graphics! Its gameplay is similar to old classics such as +Amco's Kick Off and Sensible Software's Sensible Soccer. + +The gameplay is designed to be quick, responsive and fun. You are always in +control of the player closest to the ball. The ball is controlled via two +different kick buttons - one for pass, and one for shoot. Aftertouch can be +applied to shots by quickly pressing and holding the direction you want the +ball to bend towards. Pushing in the opposite direction to what you kicked the +ball makes it raise into the air, pushing in the same direction as the ball +makes it dip towards the ground. +.PP +.SH OPTIONS +.TP +\fB\-h\fR print help +.TP +\fB\-w\fR run Tux Football in windowed mode (default) +.TP +\fB\-w\fR run Tux Football in fullscreen mode +.TP +\fB\-d\fR Enable debug logging +
Bug#693244: etw: doesn't save and load important configurations
Package: etw Version: 3.6+svn140-3 Severity: serious I intend to adopt etw and while i was preparing a new version for it i discovered that the configuration can't be saved and loaded which makes it impossible to preserve important aspects of the game like keyboard, video or sound configuration permanently. Hence i think this bug should be fixed for wheezy because it impairs the overall usability of etw. I'll attach a patch today which will enable saving and loading of the configuration from the user's home directory. The same patch will also restore the ability to save and view replays of matches by also saving them to $HOME/.etw. Note: Viewing a replay which was recorded in arcade mode leads to a segfault. Other game modes seem to work as intended. I don't think that the segfaults are related to the patch. Most likely one of the bugs is responsible which is already mentioned in /usr/share/doc/etw/. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etw depends on: ii etw-data3.6+svn140-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libsdl1.2debian 1.2.15-5 etw recommends no packages. etw suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693244: etw: doesn't save and load important configurations
tags 693244 patch thanks Attached is the patch as a debdiff. I will looking for a sponsor now. diff -u etw-3.6+svn140/debian/changelog etw-3.6+svn140/debian/changelog --- etw-3.6+svn140/debian/changelog +++ etw-3.6+svn140/debian/changelog @@ -1,3 +1,15 @@ +etw (3.6+svn140-4) unstable; urgency=low + + * New Maintainer. (Closes: #544922) + * Eat the Whistle will be maintained in a Git repository from now on. +Change the Vcs-fields in debian/control accordingly. + * debian/patches: +Add 0005-Change-conf-and-replay-path.patch. +Save and load configuration and replays in $HOME/.etw/ instead of +/usr/share/games/etw and stop failing silently. (Closes: #693244) + + -- Markus Koschany a...@gambaru.de Sun, 14 Nov 2012 16:21:55 +0100 + etw (3.6+svn140-3) unstable; urgency=low * Team upload. diff -u etw-3.6+svn140/debian/control etw-3.6+svn140/debian/control --- etw-3.6+svn140/debian/control +++ etw-3.6+svn140/debian/control @@ -2,12 +2,12 @@ Section: games Priority: optional Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org -Uploaders: Sam Hocevar s...@debian.org, Barry deFreese bdefre...@debian.org +Uploaders: Markus Koschany a...@gambaru.de Build-Depends: debhelper (= 5.0), quilt, libgtk2.0-dev, libsdl1.2-dev, sharutils Standards-Version: 3.9.1 Homepage: http://www.ggsoft.org/etw/ -Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/etw/ -Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/etw/?op=log +Vcs-Git: git://git.debian.org/pkg-games/etw.git +Vcs-Browser: http://git.debian.org/?p=pkg-games/etw.git;a=summary Package: etw Architecture: any diff -u etw-3.6+svn140/debian/patches/series etw-3.6+svn140/debian/patches/series --- etw-3.6+svn140/debian/patches/series +++ etw-3.6+svn140/debian/patches/series @@ -1,3 +1,4 @@ +0005-Change-conf-and-replay-path.patch 000_upstream_changelog.diff 100_pthread_linking.diff 200_datadir.diff only in patch2: unchanged: --- etw-3.6+svn140.orig/debian/patches/0005-Change-conf-and-replay-path.patch +++ etw-3.6+svn140/debian/patches/0005-Change-conf-and-replay-path.patch @@ -0,0 +1,84 @@ +From: Markus Koschany a...@gambaru.de +Date: Sat, 10 Nov 2012 14:22:44 +0100 +Subject: Change conf and replay path + +The default game directory of etw is /usr/share/games/etw. The game also tries +to store variable game data like replays in there hence users couldn't use +important functions of the game in the past. This patch changes the +behaviour. From now on configuration and replays are saved permanently +in $HOME/.etw/ +--- + etw/menu_config.c |8 +++- + etw/replay.c | 24 +--- + 2 files changed, 20 insertions(+), 12 deletions(-) + +--- a/etw/menu_config.c b/etw/menu_config.c +@@ -392,9 +392,15 @@ void load_config(FILE *f) + void read_menu_config(void) + { + FILE *f; ++char path[1024]; ++sprintf(path, %s/%s, getenv(HOME), .etw/etw.cfg ); + D(bug(Reading configuration...\n/*-*/)); + +-f=fopen(etw.cfg/*-*/,r); ++f=fopen(path/*-*/,r); ++ ++if (f == NULL) { ++ f=fopen(etw.cfg/*-*/,r); ++} + + newpitches=CheckNewPitches(); + +--- a/etw/replay.c b/etw/replay.c +@@ -892,35 +892,37 @@ void EndReplay(void) + + void SaveReplay(void) + { +-char buffer[16] = t/replay.001; ++char buffer[16] = replay.001; ++char path[1024]; + extern struct team_disk leftteam_dk, rightteam_dk; + FILE *f; + int i, j; + WORD highsize; + struct MatchStatus *m; +- ++sprintf(path, %s%s, TEMP_DIR, buffer); + + if(real_counter = match[StartReplaySet].ReplayCounter) + return; + +-while ((f=fopen(buffer,r))) { ++while ((f=fopen(path,r))) { + fclose(f); +-buffer[11]++; ++buffer[9]++; + +-if(buffer[11] '9') ++if(buffer[9] '9') + { +-buffer[11] = '0'; +-buffer[10]++; ++buffer[9] = '0'; ++buffer[8]++; + +-if(buffer[10] '9') ++if(buffer[8] '9') + { +-buffer[10] = '0'; +-buffer[9]++; ++buffer[8] = '0'; ++buffer[7]++; + } + } ++ sprintf(path, %s%s, TEMP_DIR, buffer); + } + +-f = fopen(buffer,wb); ++f = fopen(path,wb); + if (!f) + return; + signature.asc Description: Digital signature
Bug#693249: RFS: etw/3.6+svn140-4 [RC] [ITA] arcade-style soccer game
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package etw which i intend to adopt. While i was preparing a new version i discovered that the configuration can't be saved permanently. This impairs strongly the overall usability of the game. The first part of the patch restores the ability to load the configuration from $HOME/.etw and to save options permanently. The second part deals in a similar manner with the replay function. From now on replays can be saved in $HOME/.etw. Unfortunately the replay function suffers from another bug which is limited to the game's arcade mode though. The game will segfault reproducibly if you try to view a replay which was recorded while playing in arcade mode. Other modes are not affected. Package name: etw Version : 3.6+svn140-4 Upstream Author : Gabriele Greco gabrielegr...@gmail.com URL : http://www.ggsoft.org/etw/ License : GPL-2+ Section : games It builds those binary packages: etw - arcade-style soccer game etw-data - graphics and audio data for etw To access further information about this package, please visit the following URL: http://mentors.debian.net/package/etw and http://bugs.debian.org/693244 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/etw/etw_3.6+svn140-4.dsc Changes since the last upload: * New Maintainer. (Closes: #544922) * Eat the Whistle will be maintained in a Git repository from now on. Change the Vcs-fields in debian/control accordingly. * debian/patches: Add 0005-Change-conf-and-replay-path.patch. Save and load configuration and replays in $HOME/.etw/ instead of /usr/share/games/etw and stop failing silently. (Closes: #693244) Regards, Markus Koschany signature.asc Description: Digital signature
Bug#693438: sauerbraten: priority should be optional not extra
Package: sauerbraten Version: 0.0.20100728.dfsg+repack-3 Severity: normal Hi, i think the priority of client, server and data package should be optional whereas the -dbg package is installed with the correct priority extra. I've recognized this issue yesterday when i discovered a debcheck warning which reminded me that sauerbraten-wake6 must not depend on packages with a lower priority like sauerbraten. http://qa.debian.org/debcheck.php?dist=unstablepackage=sauerbraten-wake6 See also http://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities Cheers, Markus -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693244: etw: doesn't save and load important configurations
After some more testing i've discovered another way to trigger a segfault by pressing SPACE while watching a replay. All in all this function is way to buggy and i think it's better to disable it for now. I've updated the patch and also the README.Debian file so that the users know why this function has been disabled. My request for sponsorship is bug #693249 diff -u etw-3.6+svn140/debian/changelog etw-3.6+svn140/debian/changelog --- etw-3.6+svn140/debian/changelog +++ etw-3.6+svn140/debian/changelog @@ -1,3 +1,16 @@ +etw (3.6+svn140-4) unstable; urgency=low + + * New Maintainer. (Closes: #544922) + * Eat the Whistle will be maintained in a Git repository from now on. +Change the Vcs-fields in debian/control accordingly. + * debian/patches: +Add 0005-change-configuration-path.patch. +Save and load configuration in $HOME/.etw/ instead of +/usr/share/games/etw and stop failing silently. (Closes: #693244) + * Update README.Debian. + + -- Markus Koschany a...@gambaru.de Sun, 16 Nov 2012 19:41:55 +0100 + etw (3.6+svn140-3) unstable; urgency=low * Team upload. diff -u etw-3.6+svn140/debian/control etw-3.6+svn140/debian/control --- etw-3.6+svn140/debian/control +++ etw-3.6+svn140/debian/control @@ -2,12 +2,12 @@ Section: games Priority: optional Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org -Uploaders: Sam Hocevar s...@debian.org, Barry deFreese bdefre...@debian.org +Uploaders: Markus Koschany a...@gambaru.de Build-Depends: debhelper (= 5.0), quilt, libgtk2.0-dev, libsdl1.2-dev, sharutils Standards-Version: 3.9.1 Homepage: http://www.ggsoft.org/etw/ -Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/etw/ -Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/etw/?op=log +Vcs-Git: git://git.debian.org/pkg-games/etw.git +Vcs-Browser: http://git.debian.org/?p=pkg-games/etw.git;a=summary Package: etw Architecture: any diff -u etw-3.6+svn140/debian/README.Debian etw-3.6+svn140/debian/README.Debian --- etw-3.6+svn140/debian/README.Debian +++ etw-3.6+svn140/debian/README.Debian @@ -1,8 +1,26 @@ etw for Debian -- - The packaging should be rather clean, but there are still many bugs in -the game. Do not hesitate to report them directly to me. +Since version 3.6+svn140-4 you can save your configuration permanently in +$HOME/.etw/. Although Eat The Whistle has been developed since 1997 it is, like +other software, not free of bugs. Most notably the game crashes if you try +to view a replay which was recorded while playing in arcade mode or if you hit +SPACE during a replay again. + +As long as this behavior isn't fixed the replay function will be disabled. + +There are other well known bugs. Please refer for more information to +bugs.txt which is also located in /usr/share/doc/etw. Thus said the game +itself is stable and is made in the spirit of good old retro football +gaming. + +Nevertheless if you discover new bugs or if you think that they are related +specifically to Debian, don't hesitate to report them with the reportbug tool. + +The official README, EatTheWhistle.txt, contains more information about +controlling the players and other game functions. Don't be confused by some +remarks and always keep in mind that Eat The Whistle was originally developed +for the AMIGA platform! Useful excerpt from the old manual: @@ -33 +50,0 @@ - -- Sam Hocevar s...@debian.org, Wed, 15 Oct 2003 19:28:47 +0200 diff -u etw-3.6+svn140/debian/patches/series etw-3.6+svn140/debian/patches/series --- etw-3.6+svn140/debian/patches/series +++ etw-3.6+svn140/debian/patches/series @@ -1,3 +1,4 @@ +0005-change-configuration-path.patch 000_upstream_changelog.diff 100_pthread_linking.diff 200_datadir.diff only in patch2: unchanged: --- etw-3.6+svn140.orig/debian/patches/0005-change-configuration-path.patch +++ etw-3.6+svn140/debian/patches/0005-change-configuration-path.patch @@ -0,0 +1,32 @@ +From: Markus Koschany a...@gambaru.de +Date: Sat, 10 Nov 2012 14:22:44 +0100 +Subject: Change conf and replay path + +The default game directory of etw is /usr/share/games/etw. The game stores all +the configuration in there hence users couldn't use important functions of the +game in the past. This patch changes the behaviour. From now on the +configuration is saved permanently in $HOME/.etw/ +--- + etw/menu_config.c |8 +++- + 1 files changed, 8 insertions(+), 1 deletions(-) + +--- a/etw/menu_config.c b/etw/menu_config.c +@@ -392,9 +392,15 @@ void load_config(FILE *f) + void read_menu_config(void) + { + FILE *f; ++char path[1024]; ++sprintf(path, %s/%s, getenv(HOME), .etw/etw.cfg ); + D(bug(Reading configuration...\n/*-*/)); + +-f=fopen(etw.cfg/*-*/,r); ++f=fopen(path/*-*/,r); ++ ++if (f == NULL) { ++ f=fopen(etw.cfg/*-*/,r); ++} + + newpitches=CheckNewPitches(); + + signature.asc Description: Digital signature
Bug#693249: RFS: etw/3.6+svn140-4 [RC] [ITA] arcade-style soccer game
I had to revert the part of the change which enabled saving and loading of replays in the user's home directory because i have discovered another way to trigger a segfault by pressing SPACE while watching a replay. This feature is way too buggy at the moment. Instead i've updated README.Debian and explained why the replay function doesn't work. Loading and saving of the configuration is working as intended and should still be made available for wheezy. Regards, Markus signature.asc Description: Digital signature
Bug#693563: RFS: openyahtzee/1.9.1-2 [ITA] --classic dice game of Yahtzee
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package openyahtzee which i intend to adopt. Package name: openyahtzee Version : 1.9.1-2 Upstream Author : Guy Rutenberg guyrutenb...@gmail.com URL : http://www.openyahtzee.org License : GPL-2+ Section : games It builds those binary packages: openyahtzee - classic dice game of Yahtzee To access further information about this package, please visit the following URL: http://mentors.debian.net/package/openyahtzee Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/openyahtzee/openyahtzee_1.9.1-2.dsc Changes since the last upload: * New Maintainer. (Closes: #544935) * debian/control: - Change Priority from extra to optional. - New Standards-Version 3.9.4, no changes needed. - Update Vcs-fields. Now Open Yahtzee is maintained in a git repository. * Update debian/copyright to copyright format 1.0. * debian/rules: - Build with hardening=+all. - Build with --as-needed to avoid unnecessary dependencies. * Bump compat level to 9 and require debhelper (=9) to use automatic hardening build flags. Regards, Markus Koschany signature.asc Description: OpenPGP digital signature
Bug#693565: RFS: supertransball2/1.5-5 [ITA] -- Thrust type of game
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package supertransball2 which i intend to adopt. Package name: supertransball2 Version : 1.5-5 Upstream Author : Santiago Ontañón santi.onta...@terra.es URL : http://www.braingames.getput.com/stransball2/ License : GPl-2+ Section : games It builds those binary packages: supertransball2 - Thrust type of game supertransball2-data - data files for supertransball2 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/supertransball2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/supertransball2/supertransball2_1.5-5.dsc Changes since the last upload: * New Maintainer. (Closes: #661457) * Switch to package format 3.0 (quilt). Thanks Jari Aalto for the patch! (Closes: #668030). * Remove patch for command line option -f for fullscreen, it does not work. Instead improve supertransball2's manpage and suggest using the ingame key combinations ALT+1,2,3,4 or ALT+ENTER to control the video mode. (Closes: #590636) * Bump compat level to 9 and require debhelper =9 for automatic hardening build flags. * Merge the old patches into one and modify the Makefile. Don't link against libsdl_sound anymore to avoid a superfluous dependency. * debian/control: - Add hardening wrapper to Build Depends. - Add Vcs-fields and point to supertransball2's git repository at git.debian.org. - Improve the package description. * debian/rules: - Use dh sequencer to simplify debian/rules. - Split readme.txt in README and changelog and install them in the right place. - Build with hardening=+all. * Add a desktop file, menu file and icons. * Update debian/copyright to copyright format 1.0. Regards, Markus Koschany signature.asc Description: OpenPGP digital signature
Bug#693244: etw: doesn't save and load important configurations
Attached is a new debdiff. I've changed the relevant part of the code which is responsible for opening the configuration file in $HOME. It should be more secure now. diff -u etw-3.6+svn140/debian/changelog etw-3.6+svn140/debian/changelog --- etw-3.6+svn140/debian/changelog +++ etw-3.6+svn140/debian/changelog @@ -1,3 +1,16 @@ +etw (3.6+svn140-4) unstable; urgency=low + + * New Maintainer. (Closes: #544922) + * Eat the Whistle will be maintained in a Git repository from now on. +Change the Vcs-fields in debian/control accordingly. + * debian/patches: +Add 0005-change-configuration-path.patch. +Load configuration in $HOME/.etw/ instead of +/usr/share/games/etw and stop failing silently. (Closes: #693244) + * Update README.Debian. + + -- Markus Koschany a...@gambaru.de Sun, 16 Nov 2012 19:41:55 +0100 + etw (3.6+svn140-3) unstable; urgency=low * Team upload. diff -u etw-3.6+svn140/debian/control etw-3.6+svn140/debian/control --- etw-3.6+svn140/debian/control +++ etw-3.6+svn140/debian/control @@ -2,12 +2,12 @@ Section: games Priority: optional Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org -Uploaders: Sam Hocevar s...@debian.org, Barry deFreese bdefre...@debian.org +Uploaders: Markus Koschany a...@gambaru.de Build-Depends: debhelper (= 5.0), quilt, libgtk2.0-dev, libsdl1.2-dev, sharutils Standards-Version: 3.9.1 Homepage: http://www.ggsoft.org/etw/ -Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/etw/ -Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/etw/?op=log +Vcs-Git: git://git.debian.org/pkg-games/etw.git +Vcs-Browser: http://git.debian.org/?p=pkg-games/etw.git;a=summary Package: etw Architecture: any diff -u etw-3.6+svn140/debian/README.Debian etw-3.6+svn140/debian/README.Debian --- etw-3.6+svn140/debian/README.Debian +++ etw-3.6+svn140/debian/README.Debian @@ -1,8 +1,26 @@ etw for Debian -- - The packaging should be rather clean, but there are still many bugs in -the game. Do not hesitate to report them directly to me. +Since version 3.6+svn140-4 your configuration is saved permanently in +$HOME/.etw/. Although Eat The Whistle has been developed since 1997 it is, like +other software, not free of bugs. Most notably the game crashes if you try +to view a replay which was recorded while playing in arcade mode or if you hit +SPACE during a replay again. + +As long as there is no better solution the replay function is disabled. + +There are other well known bugs. Please refer for more information to +bugs.txt which is also located in /usr/share/doc/etw. Thus said the game +itself is enjoyable and is made in the spirit of good old retro football +gaming. + +Nevertheless if you discover new bugs or if you think that they are related +specifically to Debian, don't hesitate to report them with the reportbug tool. + +The official README, EatTheWhistle.txt, contains more information about +controlling the players and other game functions. Don't be confused by some +remarks and always keep in mind that Eat The Whistle was originally developed +for the AMIGA platform! Useful excerpt from the old manual: @@ -33 +50,0 @@ - -- Sam Hocevar s...@debian.org, Wed, 15 Oct 2003 19:28:47 +0200 diff -u etw-3.6+svn140/debian/patches/series etw-3.6+svn140/debian/patches/series --- etw-3.6+svn140/debian/patches/series +++ etw-3.6+svn140/debian/patches/series @@ -1,3 +1,4 @@ +0005-change-configuration-path.patch 000_upstream_changelog.diff 100_pthread_linking.diff 200_datadir.diff only in patch2: unchanged: --- etw-3.6+svn140.orig/debian/patches/0005-change-configuration-path.patch +++ etw-3.6+svn140/debian/patches/0005-change-configuration-path.patch @@ -0,0 +1,32 @@ +Description: load configuration from home directory + The default game directory of etw is /usr/share/games/etw. In the past you + couldn't load the settings again because etw was looking for them in the wrong + directory. This patch changes the behaviour. + From now on the settings are loaded from $HOME/.etw/. + +Author: Markus Koschany a...@gambaru.de +Origin: Debian +Bug-Debian: http://bugs.debian.org/693244 +Last-Update: 2012-11-18 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/etw/menu_config.c b/etw/menu_config.c +@@ -392,9 +392,16 @@ void load_config(FILE *f) + void read_menu_config(void) + { + FILE *f; ++char path[1024]; ++snprintf(path, 1024, %setw.cfg, TEMP_DIR); ++ + D(bug(Reading configuration...\n/*-*/)); + +-f=fopen(etw.cfg/*-*/,r); ++f=fopen(path/*-*/,r); ++ ++if (f == NULL) { ++ f=fopen(etw.cfg/*-*/,r); ++} + + newpitches=CheckNewPitches(); + signature.asc Description: Digital signature
Bug#693249: RFS: etw/3.6+svn140-4 [RC] [ITA] arcade-style soccer game
On Sat, 17. Nov 17:25 Michael Gilbert mgilb...@debian.org wrote: Hi, I've just reviewed this, and it looks mostly good. I did notice things like the following: + FILE *f; ++char path[1024]; ++sprintf(path, %s/%s, getenv(HOME), .etw/etw.cfg ); + D(bug(Reading configuration...\n/*-*/)); Note that a hardcoded 1024 isn't very portable. C defines PATH_MAX for this purpose. Please use that instead. Hi Michael, thanks for taking the time to review the changes. Indeed the author of etw already checks for PATH_MAX in etw.c and stores the result in TEMP_DIR. On the other hand he uses 1024 bytes for the buffer at most and truncates the rest if it exceeds this limit. You can find the relevant part at line 800 and the following lines in menu.c. Thanks for pointing this out. I've changed the code accordingly. +--- a/etw/menu_config.c b/etw/menu_config.c +@@ -392,9 +392,16 @@ void load_config(FILE *f) + void read_menu_config(void) + { + FILE *f; ++char path[1024]; ++snprintf(path, 1024, %setw.cfg, TEMP_DIR); ++ + D(bug(Reading configuration...\n/*-*/)); + +-f=fopen(etw.cfg/*-*/,r); ++f=fopen(path/*-*/,r); ++ ++if (f == NULL) { ++ f=fopen(etw.cfg/*-*/,r); ++} I've uploaded the new version to mentors.debian.net and attached the complete debdiff to bug report #693244. Regards, Markus signature.asc Description: Digital signature
Bug#665642: Patch for 7z archive bug
tags 665642 patch thanks Hello, i have attached a debdiff which includes the fix for the 7z archive bug. I also think this bug report should be merged with #551468 which seems to describe the same issue. Christian, i see there hasn't been an upload for three years now. Are you still interested in maintaining xarchiver? Regards, Markus Koschany diff -u xarchiver-0.5.2+20090319+dfsg/debian/changelog xarchiver-0.5.2+20090319+dfsg/debian/changelog --- xarchiver-0.5.2+20090319+dfsg/debian/changelog +++ xarchiver-0.5.2+20090319+dfsg/debian/changelog @@ -1,3 +1,11 @@ +xarchiver (1:0.5.2+20090319+dfsg-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Add patch 04-fix-7z-archive-crash.patch which enables xarchiver to open +7z-archives again. (Closes: #665642) + + -- Markus Koschany a...@gambaru.de Sun, 18 Nov 2012 19:41:22 +0100 + xarchiver (1:0.5.2+20090319+dfsg-4) unstable; urgency=low [ Daniel Baumann ] diff -u xarchiver-0.5.2+20090319+dfsg/debian/patches/series xarchiver-0.5.2+20090319+dfsg/debian/patches/series --- xarchiver-0.5.2+20090319+dfsg/debian/patches/series +++ xarchiver-0.5.2+20090319+dfsg/debian/patches/series @@ -1,3 +1,4 @@ +04-fix-7z-archive-crash.patch 01-desktop-icon.patch 02-mime-types.patch 03-html-icon.patch only in patch2: unchanged: --- xarchiver-0.5.2+20090319+dfsg.orig/debian/patches/04-fix-7z-archive-crash.patch +++ xarchiver-0.5.2+20090319+dfsg/debian/patches/04-fix-7z-archive-crash.patch @@ -0,0 +1,11 @@ +--- a/src/7zip.c b/src/7zip.c +@@ -72,7 +72,7 @@ void xa_get_7zip_line_content (gchar *li + + if (jump_header == FALSE) + { +- if (line[0] == '-') ++ if ((line[0] == '-') (line[3] != NULL)) + { + jump_header = TRUE; + return; signature.asc Description: Digital signature
Bug#693249: RFS: etw/3.6+svn140-4 [RC] [ITA] arcade-style soccer game
On Sun, 18. Nov 19:20 Michael Gilbert mgilb...@debian.org wrote: I tried to build, but got an error: undefined reference to 'atan2'. I think your linker flags are missing '-lm'? That's strange. How did you try to build etw? Did you use the package at mentors.debian.net? https://mentors.debian.net/package/etw I have never seen this error before with etw. I use pbuilder/cowbuilder and it builds just fine here on amd64 and i386. Cheers, Markus signature.asc Description: Digital signature
Bug#693627: zangband: Updating zangband to package format 3.0
On Mon, 19. Nov 12:20 Drew Parsons dpars...@debian.org wrote: - I had a closer look at bug #141684. I understand one can take notes by pressing the : key. They are preserved in the save file and i can even view them with =. But if i activate the appending feature they are not saved to an extra file in /var/games/zangband/saves/. I couldn't figure out why that's the case. Sounds like it'll require detailed trawling through the code to sort out. Maybe the conditional statement for checking if appending is switched on got lost. There was a major upstream overhaul of the code from v2.6 to v2.7, where price haggling and some quests, for instance, got removed. Ok. Actually i'm quite satisfied with status quo. I was just wondering why this bug is still around. - I'm using ZSH. Every time after i quit zangband my console colors get overridden and i don't know how i could prevent this. Any ideas? Does the reset command restore the colours? I'm not sure what the reset command is but i tried exec zsh without success. On the other hand restarting my terminal did help. It's a minor issue, nevermind, perhaps i can fix it someday. Should i file an unblock request for 2.7.5pre1-5? It hasn't migrated to testing yet. No, I already sent them a note. Turns out you were right, I did make too many changes in -5. The debhelper bump was the biggest problem. I'll look into making a separate wheezy version (-4wheezy1) with just the single bugfix, otherwise I could undo the extra changes with a -6 version and reinstate them in -7. Well, that's bad luck but there's still enough time to fix the issue in wheezy. Thanks for the format 3.0 upgrades. You're welcome. If you want me to change something, please let me know. Cheers, Markus signature.asc Description: Digital signature
Bug#693930: game-data-packager: Please upload lgeneral
Package: game-data-packager Version: 30 Severity: wishlist Tags: patch Hi Jon, i expect to see a new version of lgeneral in the near future and the easiest way to obtain game data for now is by using game-data-packager. Therefore i'd be glad if you could merge the lgeneral branch with master and release a new version of game-data-packager at your convenience. I don't know if filing a bug report is the appropriate way to call attention to the issue, so if you prefer bugging via mail or irc, please give me a hint. ;) Cheers, Markus -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages game-data-packager depends on: ii dynamite0.1.1-2 ii fakeroot1.18.4-2 ii p7zip-full 9.20.1~dfsg.1-4 ii unzip 6.0-7 game-data-packager recommends no packages. Versions of packages game-data-packager suggests: pn lhasa | jlha-utils | lhz-archiver none -- no debconf information signature.asc Description: OpenPGP digital signature