Bug#1052003: emscripten: FTBFS with binaryen in experimental
Package: emscripten Version: 3.1.6~dfsg-5 Severity: important X-Debbugs-Cc: a...@debian.org Dear maintainer, emscripten fails to build from source with the latest version of binaryen, currently 116, in experimental. I'm attaching the complete build log. I intend to upload a new version of binaryen to unstable next year because I know that emscripten has no real maintainer and is currently maintained by the QA team. I will ping this bug report again before I do the upload but I hope someone else can look into this problem before that. I wonder if emscripten should embed the exact version of binaryen required to build the package to avoid a circular dependency (because then I could use emscripten to build wabt.js for example). These are the last log lines when emscripten fails: embuilder:INFO: building struct_info cache:INFO: generating system asset: sysroot/lib/wasm32-emscripten/struct_info.json... (this will be cached in "/<>/debian/em_cache/sysroot/lib/wasm32-emscripten/struct_info.json" for subsequent builds) emscripten:ERROR: emscript: failure to parse metadata output from wasm-emscripten-finalize. raw output is: Traceback (most recent call last): File "/<>/emcc.py", line 3947, in sys.exit(main(sys.argv)) ^^ File "/usr/lib/python3.11/contextlib.py", line 81, in inner return func(*args, **kwds) ^^^ File "/<>/emcc.py", line 3940, in main ret = run(args) ^ File "/<>/emcc.py", line 1199, in run phase_post_link(options, state, wasm_target, wasm_target, target) File "/usr/lib/python3.11/contextlib.py", line 81, in inner return func(*args, **kwds) ^^^ File "/<>/emcc.py", line 2753, in phase_post_link phase_emscript(options, in_wasm, wasm_target, memfile) File "/usr/lib/python3.11/contextlib.py", line 81, in inner return func(*args, **kwds) ^^^ File "/<>/emcc.py", line 2781, in phase_emscript emscripten.run(in_wasm, wasm_target, final_js, memfile) File "/<>/emscripten.py", line 932, in run emscript(in_wasm, out_wasm, outfile_js, memfile) File "/<>/emscripten.py", line 297, in emscript metadata = finalize_wasm(in_wasm, out_wasm, memfile) ^ File "/<>/emscripten.py", line 521, in finalize_wasm metadata = get_metadata_binaryen(infile, outfile, modify_wasm, args) ^ File "/usr/lib/python3.11/contextlib.py", line 81, in inner return func(*args, **kwds) ^^^ File "/<>/emscripten.py", line 406, in get_metadata_binaryen metadata = load_metadata_json(stdout) ^^ File "/<>/emscripten.py", line 851, in load_metadata_json metadata_json = json.loads(metadata_raw) File "/usr/lib/python3.11/json/__init__.py", line 346, in loads return _default_decoder.decode(s) ^^ File "/usr/lib/python3.11/json/decoder.py", line 337, in decode obj, end = self.raw_decode(s, idx=_w(s, 0).end()) ^^ File "/usr/lib/python3.11/json/decoder.py", line 355, in raw_decode raise JSONDecodeError("Expecting value", s, err.value) from None json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0) FAIL: Compilation failed!: ['emcc', '-D_GNU_SOURCE', '-o', '/tmp/tmp3mop6qgt.js', '/tmp/tmpelb1y5rp.c', '-O0', '-Werror', '-Wno-format', '-nostdlib', '/<>/debian/em_cache/sysroot/lib/wasm32-emscripten/libcompiler_rt.a', '-sMEMORY64=0', '-sBOOTSTRAPPING_STRUCT_INFO=1', '-sLLD_REPORT_UNDEFINED=1', '-sSTRICT', '-sSINGLE_FILE', '-Wno-error=version-check', '-Wno-deprecated'] make[1]: *** [debian/rules:195: override_dh_auto_build] Error 1 make[1]: Leaving directory '/<>' make: *** [debian/rules:378: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 emscripten_3.1.6~dfsg-5.gz Description: application/gzip
Bug#1036249: closure-compiler: #1036249
Sorry, that should have been #1036249. signature.asc Description: This is a digitally signed message part
Bug#1036249: closure-compiler: #1036159
Control: tags -1 patch Hello, I have been working on #1036159 and before I go ahead with my solution I would like to hear your opinion whether this is acceptable. Apparently closure-compiler embeds rhino classes and thus every time rhino is updated, closure-compiler must be rebuilt too. I did just that in revision -14 but still half of the reverse-dependencies FTBFS because of a parsing error. I tried to narrow this issue down and even reverted a commit in rhino which made closure-compiler FTBFS. We addressed the initial FTBFS in revision -13. Still that made no difference. Although rhino 1.7.14 and our ten year old closure- compiler package are seemingly compatible at the source level, there must be some subtle differences which cause the Javascript parsing errors. Since I could not find a targeted fix I decided to remove the dependency on rhino 1.7.14 and embedded rhino 1.7.7.2 instead, the last version that worked well for closure-compiler. You can find the results here: https://salsa.debian.org/java-team/closure-compiler/-/tree/bookworm I have rebuilt all reverse-dependencies and this would resolve the problem. The only exception is ckbuilder / ckeditor. The solution here is simple though. ckbuilder must be rebuilt against rhino 1.7.14. This is the original solution for #1026639 but the rebuilding part was forgotten. I have filed #1036778 as a reminder. Regards, Markus signature.asc Description: This is a digitally signed message part
Bug#1036249: reopen #1036249
I have identified the rhino upstream commit which caused the FTBFS in closure- compiler. If I revert said commit in rhino, then closure-compiler builds from source without any additional patches needed. https://github.com/mozilla/rhino/commit/fb77164ac4889ffa4be26d5d24cb538a8dbd632b However I still see the same runtime errors when I compile closure-compiler against this new rhino version. At the moment I am running out of ideas. Given that we approach full freeze in a few days, I am inclined to ship the last rhino version that worked for closure-compiler and bundle it together with src:closure-compiler. That should ensure all reverse-dependencies can be built from source again. We also don't have to touch src:rhino again. After the Bookworm release I recommend to file an RC bug against closure- compiler to ensure that someone either maintains it properly or it gets removed from Debian. Currently src:rhino already ships patches to maintain compatibility with a 10 year old version of closure-compiler and the burden should not be placed on other maintainers to keep it in Debian. signature.asc Description: This is a digitally signed message part
Bug#1036249: reopen #1036249
reopen 1036249 thanks The missing source files have been included with revision -14. Apparently closure-compiler embeds rhino classes but renames them to avoid conflicts. There is still a parsing error when closure-compiler tries to optimize Javascript files at runtime. E.g. ERROR - Parse error. Unsupported syntax: COMMENT This is likely related to src/com/google/javascript/jscomp/parsing/IRFactory.java method Node processUnaryExpression This was the only part of the code that failed to build with rhino 1.7.14. My patch to fix the FTBFS was incomplete and I am currently looking into a better solution. signature.asc Description: This is a digitally signed message part
Bug#1031432: FTBFS: java.util.MissingResourceException: Can't find bundle for base name com.google.javascript.rhino.head.resources.Messages, locale en
Control: reassign -1 rhino I have recently updated src:rhino and it seems this is caused by the rhino script or one of the other scripts in the rhino binary package. Initially I assumed that the error java.util.MissingResourceException: Can't find bundle for base name com.google.javascript.rhino.head.resources.Messages, locale de was specific to my locale and that it should work with English and French as stated by upstream here https://github.com/mozilla/rhino/issues/382 Not sure what is currently missing but I don't think closure-compiler is to blame here hence I'm going to reassign these bugs to rhino. Markus signature.asc Description: This is a digitally signed message part
Bug#1018029: imlib2 FTBFS
Control: severity -1 serious Hello, I have just uploaded imlib2 1.10.0 to unstable. This issue is release critical now. signature.asc Description: This is a digitally signed message part
Bug#1018029: idesk: FTBFS with imlib2 1.9.1
Package: idesk Version: 0.7.5-6 Severity: important Tags: ftbfs sid bookwork User: a...@debian.org Usertags: imlib2-1.9.1 X-Debbugs-Cc: a...@debian.org Dear maintainer, your package fails to build from source with imlib2 1.9.1 in experimental. imlib2-config has been dropped by upstream in favor of pkg-config. Please adjust your build system accordingly. I intend to upload imlib2 1.9.1 to unstable in one or two months. Feel free to reply to this bug report if you have any questions. Regards, Markus
Bug#984673: patch for solarwolf
Am Freitag, den 12.03.2021, 11:48 +0700 schrieb Judit Foglszinger: > Hi, > > wanted to play solarwolf tonight and stumbled over #984673 ;) > So just did what you said in the bug report and replaced isAlive with > is_alive, > what made it work for me. > Not sure, if the patch is actually useful for you, but thought, > now that it's there I could as well send it to you. > > Judit Hi Judit, thanks for your patch! I'll take a look this weekend and upload a fix if I don't stumble over new bugs. :) Regards, Markus signature.asc Description: This is a digitally signed message part
Bug#984673: solarwolf: Thread object has no attribute isAlive
Package: solarwolf Version: 1.5+dfsg1-2 Severity: grave X-Debbugs-Cc: a...@debian.org solarwolf fails to start because of an AttributeError: Thread object has no attribute isAlive. The funtion was removed in Python 3.9. The new one appears to be is_alive(). I try to prepare a patch for solarwolf but wouldn't mind if someone else beats me to it. Markus -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages solarwolf depends on: ii python3 3.9.1-1 pn python3-pygame solarwolf recommends no packages. solarwolf suggests no packages.
Bug#885264: childsplay: Depends on unmaintained pygtk
Control: forwarded -1 https://savannah.nongnu.org/bugs/index.php?53734 signature.asc Description: OpenPGP digital signature
Re: Updating pygccxml
On 06.09.2016 10:31, Mattia Rizzolo wrote: > On Tue, Sep 06, 2016 at 09:26:44AM +0200, Leopold Palomo-Avellaneda wrote: >> I have cloned the git repo and imported (locally) the new version. I have >> not >> checked copyright. The only issues that I have found have been: >> >> - one collision with the .gitignore file >> - needed to add python3-sphinx-rtd-theme and python-sphinx-rtd-theme. >> >> I have added that dependencies because I think that both are needed, but >> maybe >> with just one it's sufficient. >> >> I'm DM (with collab-maint permissions) and maybe I could push my changes, >> but >> I would prefer not do it because I'm not familiar with this package. > > From what I remember that was a pretty simple package. I did those QA > uploads because I was working on removing gccxml, I don't have a real > interested in the package. I have done two QA uploads because pygccxml was RC buggy and threatened to remove one of my team maintained packages. An update should be straightforward. >> So, please, could you prepare a new version of pygccxml? I should be very >> easy. > > Looks like Markus is taking care of pygccxml, so perhaps he could? :) > Otherwise I don't think I will, but if you want to give it a try you > could push to some repository of yours and I can review and if it is > good upload ^^ I can sponsor a new version of pygccxml if you prepare the package and push the changes either to Git (collab-maint) or to mentors.debian.net. Just send me a ping via e-mail. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#801377: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Hello José Robson and eriberto, I saw that bgfinancas has been orphaned for some time now but there is also a new upstream release on mentors.debian.net [1] that would probably fix http://bugs.debian.org/801377. Now I wonder whether José Robson still intends to maintain the package or if we can ignore the new upstream release on mentors and ask for the removal of bgfinancas? It has been already removed from Testing and it is one of two packages that block the removal of libasm2-java and substance. Regards, Markus [1] http://mentors.debian.net/package/bgfinancas signature.asc Description: OpenPGP digital signature
Bug#777832: devil: ftbfs with GCC-5
Control: tags -1 patch Hi, please find attached a patch for this issue. Regards, Markus diff -Nru devil-1.7.8/debian/changelog devil-1.7.8/debian/changelog --- devil-1.7.8/debian/changelog2014-08-20 21:34:04.0 +0200 +++ devil-1.7.8/debian/changelog2015-07-07 01:55:31.0 +0200 @@ -1,3 +1,11 @@ +devil (1.7.8-10) unstable; urgency=medium + + * QA upload. + * Add GCC-5-FTBFS-il.h.patch and fix build error with GCC-5. + * Declare compliance with Debian Policy 3.9.6. + + -- Markus Koschany a...@gambaru.de Tue, 07 Jul 2015 01:54:18 +0200 + devil (1.7.8-9) unstable; urgency=medium * QA upload. diff -Nru devil-1.7.8/debian/control devil-1.7.8/debian/control --- devil-1.7.8/debian/control 2014-06-02 20:28:23.0 +0200 +++ devil-1.7.8/debian/control 2015-07-07 01:55:09.0 +0200 @@ -15,7 +15,7 @@ libsdl1.2-dev, libtiff-dev, zlib1g-dev -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Homepage: http://openil.sourceforge.net/ Package: libdevil1c2 diff -Nru devil-1.7.8/debian/patches/GCC-5-FTBFS-il.h.patch devil-1.7.8/debian/patches/GCC-5-FTBFS-il.h.patch --- devil-1.7.8/debian/patches/GCC-5-FTBFS-il.h.patch 1970-01-01 01:00:00.0 +0100 +++ devil-1.7.8/debian/patches/GCC-5-FTBFS-il.h.patch 2015-07-07 01:54:07.0 +0200 @@ -0,0 +1,26 @@ +From: Markus Koschany a...@gambaru.de +Date: Tue, 7 Jul 2015 01:49:26 +0200 +Subject: GCC-5 FTBFS il.h + +Fix FTBFS with GCC-5. Thanks to NetBSD +http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/devel/devIL/patches/patch-include_IL_il.h + +Bug: https://bugs.debian.org/777832 +Forwarded: no +--- + include/IL/il.h | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/include/IL/il.h b/include/IL/il.h +index 540a56e..21fd6b2 100644 +--- a/include/IL/il.h b/include/IL/il.h +@@ -63,7 +63,7 @@ extern C { + #endif + #endif + +-#ifdef RESTRICT_KEYWORD ++#if defined(RESTRICT_KEYWORD) !defined(__cplusplus) + #define RESTRICT restrict + #define CONST_RESTRICT const restrict + #else diff -Nru devil-1.7.8/debian/patches/series devil-1.7.8/debian/patches/series --- devil-1.7.8/debian/patches/series 2014-08-20 21:34:04.0 +0200 +++ devil-1.7.8/debian/patches/series 2015-07-07 01:52:00.0 +0200 @@ -3,3 +3,4 @@ 03_CVE-2009-3994.diff 04_png_set_expand_gray.diff lcms2.patch +GCC-5-FTBFS-il.h.patch signature.asc Description: OpenPGP digital signature
Bug#784259: lgc-pg segfaults when run headless
Control: tags -1 confirmed On 04.05.2015 18:30, Alexandre Detiste wrote: Package: lgc-pg Version: 1.2.6-1 Severity: normal Dear Maintainer, I see that lgc-pg uses libSDL for it's imager manipulation. If run headless, it will segfault; I see that when run normally it opens a window for a fraction of a second. I guess somewhere there is an unchecked SDL return code. This behaviour could also be documented. Hi, thanks for your report. Indeed this a bug in lgc-pg which should not segfault under these circumstances. The error handling should be improved and I can document the requirements for running lgc-pg in its manual page. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#766068: robocode: fails to start because of obsolete Java environment detection
Package: robocode Version: 1.6.2+dfsg-4 Severity: serious Robocode fails to start when OpenJDK 7 or a newer version is installed on the system. Since OpenJDK7 is the default Java runtime environment for Jessie and OpenJDK6 is going to be removed, this issue is release critical. The error message is: E: Cannot find JRE, exiting.. This is caused by an obsolete detection of Java runtime environments in the robocode wrapper script. I intend to adopt Robocode for the Java team and will prepare a fix for this issue soonish. Markus -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020162138.19954.39532.reportbug@conan
Bug#760954: robocode: depends on obsolete Java 6 JRE
Package: robocode Version: 1.6.2+dfsg-4 Severity: normal Hello, robocode still depends on Java 6 which will not be released with Jessie. [1] The severity is only normal because the alternative dependency on java2-runtime can be fulfilled. Though please do not depend on the Java 6 runtime environment anymore. [1] https://bugs.debian.org/675495 Regards, Markus -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-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 robocode depends on: ii default-jre [java2-runtime]2:1.7-52 ii gcj-4.8-jre [java2-runtime]4.8.3-9 ii gcj-4.9-jre [java2-runtime]4.9.1-12 ii gcj-jre [java2-runtime]4:4.9.1-1 ii libbcel-java 5.2-10 ii openjdk-6-jre [java2-runtime] 6b32-1.13.4-4 ii openjdk-7-jre [java2-runtime] 7u65-2.5.2-2 Versions of packages robocode recommends: ii openjdk-6-jdk 6b32-1.13.4-4 Versions of packages robocode suggests: pn robocode-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140909132236.30955.71730.reportbug@conan
Bug#745518: Please migrate to lcms2
On 19.08.2014 22:45, Moritz Mühlenhoff wrote: [...] Thanks for the additional investigation, shall I sponsor the upload for you or do you have a regular sponsor? Hi Moritz, I wouldn't mind if you sponsored the upload. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#745518: Please migrate to lcms2
Control: tags -1 patch On 18.08.2014 15:00, Moritz Mühlenhoff wrote: reopen 745518 thanks On Mon, Jun 02, 2014 at 03:04:56PM +0200, Markus Koschany wrote: Control: owner -1 I'll take care of this bug. 1.7.8-8 still depends on lcms1: jmm@pisco:~$ apt-cache show libdevil1c2 Package: libdevil1c2 Source: devil Version: 1.7.8-8 Installed-Size: 652 Maintainer: Debian QA Group packa...@qa.debian.org Architecture: amd64 Replaces: libdevil1 Depends: liballegro4.4, libc6 (= 2.14), libgcc1 (= 1:4.1.1), libgl1-mesa-glx | libgl1, libglu1-mesa | libglu1, libjpeg8 (= 8c), liblcms1 (= 1.15-1), libmng1 (= 1.0.10), libpng12-0 (= 1.2.13-4), libsdl1.2debian (= 1.2.11), libstdc++6 (= 4.1.1), libtiff5 (= 4.0.3), libx11-6, libxext6, libxrender1, zlib1g (= 1:1.1.4) Hi Moritz, I am not absolutely sure how libdevilc2 ended up with a dependency on liblcms1 again because it already depends on liblcms2-dev but the most probable explanation might be that liblcms1-dev was still installed on my sponsors' system when he built the package. If you rebuild the package in a clean build environment it won't depend on liblcms1. Unfortunately I was a bit too naive by assuming that the successful compilation indicated the switch to liblcsm2-dev was already sufficient. After closer inspection I can now see that the whole build system had to be adjusted as well. Since there is another issue with dh-autoreconf, I have decided to patch configure and one source file directly. It's a simple replacement of the lcms.h header with lcms2.h and linking with -llcm2 instead of -llcms. That should really solve the issue. I'm attaching the patch to this bug report. Regards, Markus diff -Nru devil-1.7.8/debian/changelog devil-1.7.8/debian/changelog --- devil-1.7.8/debian/changelog2014-06-02 20:28:23.0 +0200 +++ devil-1.7.8/debian/changelog2014-08-18 17:49:21.0 +0200 @@ -1,3 +1,12 @@ +devil (1.7.8-9) unstable; urgency=medium + + * QA upload. + * Add lcms2.patch. +- Ensure that the build system detects, uses and links against lcms2. + (Closes: #745518) + + -- Markus Koschany a...@gambaru.de Mon, 18 Aug 2014 17:47:25 +0200 + devil (1.7.8-8) unstable; urgency=medium * QA upload. diff -Nru devil-1.7.8/debian/patches/lcms2.patch devil-1.7.8/debian/patches/lcms2.patch --- devil-1.7.8/debian/patches/lcms2.patch 1970-01-01 01:00:00.0 +0100 +++ devil-1.7.8/debian/patches/lcms2.patch 2014-08-18 17:49:21.0 +0200 @@ -0,0 +1,257 @@ +From: Markus Koschany a...@gambaru.de +Date: Mon, 18 Aug 2014 17:34:26 +0200 +Subject: lcms2 + +--- + configure| 112 +++ + src-IL/src/il_profiles.c | 4 +- + 2 files changed, 58 insertions(+), 58 deletions(-) + +diff --git a/configure b/configure +index 2d0de03..dd4f501 100755 +--- a/configure b/configure +@@ -18574,13 +18574,13 @@ else + fi + + if test 4 -eq 4 -a x$enable_lcms = xyes; then +- { echo $as_me:$LINENO: checking for main in -llcms 5 +-echo $ECHO_N checking for main in -llcms... $ECHO_C 6; } ++ { echo $as_me:$LINENO: checking for main in -llcms2 5 ++echo $ECHO_N checking for main in -llcms2... $ECHO_C 6; } + if test ${ac_cv_lib_lcms_main+set} = set; then + echo $ECHO_N (cached) $ECHO_C 6 + else + ac_check_lib_save_LIBS=$LIBS +-LIBS=-llcms $LIBS ++LIBS=-llcms2 $LIBS + cat conftest.$ac_ext _ACEOF + /* confdefs.h. */ + _ACEOF +@@ -18631,12 +18631,12 @@ fi + echo ${ECHO_T}$ac_cv_lib_lcms_main 6; } + if test $ac_cv_lib_lcms_main = yes; then + have_lcms_lib=yes +- IL_LIBS=-llcms $IL_LIBS ++ IL_LIBS=-llcms2 $IL_LIBS + fi + + if test ${ac_cv_header_lcms_lcms_h+set} = set; then +- { echo $as_me:$LINENO: checking for lcms/lcms.h 5 +-echo $ECHO_N checking for lcms/lcms.h... $ECHO_C 6; } ++ { echo $as_me:$LINENO: checking for lcms/lcms2.h 5 ++echo $ECHO_N checking for lcms/lcms2.h... $ECHO_C 6; } + if test ${ac_cv_header_lcms_lcms_h+set} = set; then + echo $ECHO_N (cached) $ECHO_C 6 + fi +@@ -18644,8 +18644,8 @@ fi + echo ${ECHO_T}$ac_cv_header_lcms_lcms_h 6; } + else + # Is the header compilable? +-{ echo $as_me:$LINENO: checking lcms/lcms.h usability 5 +-echo $ECHO_N checking lcms/lcms.h usability... $ECHO_C 6; } ++{ echo $as_me:$LINENO: checking lcms/lcms2.h usability 5 ++echo $ECHO_N checking lcms/lcms2.h usability... $ECHO_C 6; } + cat conftest.$ac_ext _ACEOF + /* confdefs.h. */ + _ACEOF +@@ -18653,7 +18653,7 @@ cat confdefs.h conftest.$ac_ext + cat conftest.$ac_ext _ACEOF + /* end confdefs.h. */ + $ac_includes_default +-#include lcms/lcms.h ++#include lcms/lcms2.h + _ACEOF + rm -f conftest.$ac_objext + if { (ac_try=$ac_compile +@@ -18685,15 +18685,15 @@ rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext + echo ${ECHO_T}$ac_header_compiler 6; } + + # Is the header present? +-{ echo $as_me:$LINENO: checking lcms/lcms.h presence 5 +-echo $ECHO_N checking lcms/lcms.h presence... $ECHO_C 6
Bug#745518: Please migrate to lcms2
Control: owner -1 I'll take care of this bug. Markus signature.asc Description: OpenPGP digital signature
Bug#737971: mazeofgalious: please provide a desktop file and icons
Package: mazeofgalious Version: 0.62.dfsg2-3 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently mazeofgalious does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#738015: rafkill: please provide a desktop file and icons
Package: rafkill Version: 1.2.2-4 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently rafkill does not supply a desktop file and no desktop icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#738060: xchain: please provide a desktop file and icons
Package: xchain Version: 1.0.1-6 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently xchain does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737919: gnurobots: please provide a desktop and menu file and icons
Package: gnurobots Version: 2:1.2.0-6 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently gnurobots does not supply a desktop and menu file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#725435: Debian Bug 725435
Hi, please keep the bug report in CC. did you perform an upgrade from version 1.0.22-7.4 in wheezy? What was the version of libsane:i386 before you purged it? Looking at the dpkg output, it appears to me that libsane:amd64 was upgraded but libsane:i386 wasn't. Can you reproduce the dpkg error message if you upgrade from wheezy and upgrade both packages, libsane:i386 and libsane:amd64? Markus On 18.11.2013 13:58, Claus Fischer wrote: I've got the same bug: trying to overwrite shared '/etc/sane.d/gt68xx.conf' # apt-get install libsane Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: hplip hpoj The following NEW packages will be installed: libsane 0 upgraded, 1 newly installed, 0 to remove and 13 not upgraded. 1 not fully installed or removed. Need to get 0 B/1,990 kB of archives. After this operation, 9,330 kB of additional disk space will be used. (Reading database ... 159848 files and directories currently installed.) Unpacking libsane:amd64 (from .../libsane_1.0.23-3_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libsane_1.0.23-3_amd64.deb (--unpack): trying to overwrite shared '/etc/sane.d/gt68xx.conf', which is different from other instances of package libsane:amd64 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libsane_1.0.23-3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) dpkg -S /etc/sane.d/gt68xx.conf libsane:i386: /etc/sane.d/gt68xx.conf A dpkg --purge libsane:i386 solved it. This is quite a bad thing; an upgrade to jessie (which I had to do for my new graphics card) broke the whole cups printing system. signature.asc Description: OpenPGP digital signature
Bug#725435: Debian Bug 725435
On 18.11.2013 14:36, Claus Fischer wrote: [...] Unfortunately I don't know that, and I can't downgrade this computer again. Ok. I believe you didn't upgrade both packages. The file /etc/sane.d/gt68xx.conf slightly differs in older version of libsane. Since you had installed the i386 and amd64 version of libsane in parallel, dpkg detected the change on upgrade and aborted the process. Normally both packages must share the exact same config file. So it appears you only performed a partial upgrade, hence the error message. It would be a valid bug, if the upgrade failed even when you upgraded libsane:i386 and libsane:amd64 but I can't see that at the moment. You can always reinstall the packages, that should ultimately fix the error. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#715163: sane-backends: unsatisfiable build-depends on libusb-1.0.0-dev on kfreebsd-*
Hello Rene, i assumed that the fix for http://bugs.debian.org/714441 will solve the issue automatically. On KFreeBSD libusb1-0-0-dev is provided by libusb2-dev. The issue is that libgphoto2-2 build-depends on an outdated and unsupported libusb 0.1 library which is provided by libusb-dev on KFreeBSD. However libusb-dev and libusb2-dev conflict with each other. One solution would be to apply the patch for #714441. The other one is your suggested change to sane-backends' control file and to restrict the build-deps for KFreeBSD accordingly. Regards, Markus signature.asc Description: OpenPGP 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#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#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#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
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-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121025200447.2649.90972.reportbug@hal600
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-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121025194734.2195.87076.reportbug@hal600
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#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#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