Bug#959657: olive-editor: Does not start: symbol lookup error
Package: olive-editor Version: 20200210-1 Severity: grave Justification: renders package unusable olive-editor: symbol lookup error: /lib/libOpenColorIO.so.1: undefined symbol: _ZN4YAML6detail9node_data12empty_scalarB5cxx11E Clearly the dependencies are not tight enough, and the package needs to be rebuilt for the current library versions. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.5.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages olive-editor depends on: ii ffmpeg 7:4.2.2-1+b1 ii frei0r-plugins 1.7.0-1 ii libavcodec58 7:4.2.2-1+b1 ii libavfilter7 7:4.2.2-1+b1 ii libavformat58 7:4.2.2-1+b1 ii libavutil56 7:4.2.2-1+b1 ii libc6 2.30-4 ii libgcc-s1 10-20200418-1 ii libopencolorio1v5 1.1.1~dfsg0-6+b1 ii libopenimageio2.1 2.1.13.0~dfsg0-1 ii libqt5core5a 5.12.5+dfsg-10 ii libqt5gui5 5.12.5+dfsg-10 ii libqt5multimedia5 5.12.5-1+b1 ii libqt5multimedia5-plugins 5.12.5-1+b1 ii libqt5widgets5 5.12.5+dfsg-10 ii libstdc++6 10-20200418-1 ii libswresample3 7:4.2.2-1+b1 ii libswscale5 7:4.2.2-1+b1 olive-editor recommends no packages. olive-editor suggests no packages. -- no debconf information
Bug#895695: elki FTBFS: java.base/jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to java.base/java.net.URLClassLoader
close 895695 thanks Building with openjdk-8 is different issue. Maven was broken with Java 11 back then within its dependencies (but #903769 is supposedly fixed now, so building with Java 11 should work) and Maven would NPE; the ELKI code was already made compatible with Java 11. This precise bug has been fixed, as can be seen from the changelog and this patch: https://sources.debian.org/src/elki/0.7.1-9/debian/patches/java9-classloader.patch/ Undoing the workaround for #903769 is a different issue, and simply means reverting the workaround from 0.7.1-8 and allow openjdk-11, not only java 8. Regards, Erich Am 29.10.18 um 12:41 schrieb Emmanuel Bourg: Control: reopen -1 Control: notfixed -1 0.7.1-7 Control: user debian-j...@lists.debian.org Control: usertag -1 + default-java9 Control: tags -1 + sid buster fixed-upstream I'm reopening the bug because the compatibility with Java 9 and later wasn't really fixed, the JDK was just reverted to openjdk-8. openjdk-11 will be the default JDK in Buster, the upstream fix should be applied instead, and the build dependency changed back to default-jdk.
Bug#911925: Latest OpenJDK breaks various builds
severity 911925 important thanks As the ant build error was unrelated (likely a version problem, eventually killing the "build" folder to force a clean rebuild helped), reducing to "important" again. Nevertheless, several users have observed this build problem with Maven surefire. While it may well be an issue with surefire, this causes unexpected build problems in other Java programs and needs to be investigated. Downgrading via http://snapshot.debian.org/package/openjdk-8/8u181-b13-1/ helped for surefire. Regards, Erich
Bug#910395: mediathekview with openjfx 11
Hi, It seems the classpath is not set up correctly. With Java 11 as my main java, the following works: java -cp /usr/share/mediathekview/MediathekView.jar:/usr/share/java/javafx-base-11.jar:/usr/share/java/javafx-controls-11.jar:/usr/share/java/javafx-fxml-11.jar:/usr/share/java/javafx-graphics-11.jar:/usr/share/java/javafx-media-11.jar:/usr/share/java/javafx-swing-11.jar:/usr/share/java/javafx-web-11.jar mediathek.Main Since this launches correctly (I haven't tried to load anything though) it seems the classpath / launch script is the problem. (If your default java is 8, you may need to set JAVA_HOME or use the full path name).
Bug#895695: elki FTBFS: java.base/jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to java.base/java.net.URLClassLoader
Caused by Java 1.9, can probably be cherry-picked: Fixed upstream, but no new release yet. https://github.com/elki-project/elki/commit/92c96858616581c2109d36488e96c84c72d8bbc7 Am 14.04.2018 um 21:37 schrieb Adrian Bunk: Source: elki Version: 0.7.1-6 Severity: serious https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/elki.html ... [INFO] --- exec-maven-plugin:1.6.0:exec (generate-javadoc-parameters) @ elki --- Exception in thread "main" java.lang.ExceptionInInitializerError at de.lmu.ifi.dbs.elki.application.internal.DocumentParameters.buildParameterIndex(DocumentParameters.java:251) at de.lmu.ifi.dbs.elki.application.internal.DocumentParameters.main(DocumentParameters.java:149) Caused by: java.lang.ClassCastException: java.base/jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to java.base/java.net.URLClassLoader at de.lmu.ifi.dbs.elki.utilities.ELKIServiceRegistry.(ELKIServiceRegistry.java:53) ... 2 more [ERROR] Command execution failed.
Bug#867084: elki: build-depends libmaven-antrun-plugin-java (< 1.8) but 1.8-1 is to be installed
The next version of ELKI will use Gradle for building, so the maven build dependencies will disappear. The current version should compile with 1.8 as well, but the maven plugin version numbers in the pom.xml will need to be updated for offline building, or the plugin will not be found offline. Regards, Erich On Mon, Jul 3, 2017 at 9:43 PM, Adrian Bunk wrote: > Source: elki > Version: 0.7.1-3 > Severity: serious > Tags: buster sid > > # apt-get build-dep elki > Reading package lists... Done > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > builddeps:elki : Depends: libmaven-antrun-plugin-java (< 1.8) but 1.8-1 > is to be installed > E: Unable to correct problems, you have held broken packages. > # >
Bug#863337: visualvm: Typos in launcher script - does not start anymore
Package: visualvm Version: 1.3.9-1 Severity: grave Justification: renders package unusable visualvm does not start anymore with the error: Unknown option -L-XX:PermSize=32m This is caused by a trivial typo in the start script, which supposedly should use -J (like "Java options") instead of -L (two locations): visualvm_default_options="-L-XX:PermSize=32m ${visualvm_default_options}" should likely be visualvm_default_options="-J-XX:PermSize=32m ${visualvm_default_options}" In particular, note that the if statement reads 'if grep -v -- "-J-XX:MaxPermSize"' -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages visualvm depends on: ii default-jdk [java7-sdk]2:1.8-58 ii libnb-platform18-java 8.2+dfsg1-1 ii libvisualvm-jni1.3.9-1 ii openjdk-8-jdk [java7-sdk] 8u131-b11-2 ii openjdk-9-jdk [java7-sdk] 9~b170-2 visualvm recommends no packages. visualvm suggests no packages. -- no debconf information
Bug#843038: elki: FTBFS randomly (failing tests)
You can also do this as sponsored upload. On Sun, Mar 12, 2017 at 12:24 AM, Santiago Vila wrote: > On Sat, Mar 11, 2017 at 11:38:44PM +0100, Erich Schubert wrote: > > Hello, > > Could you do a NMU with this version, and ask for a freeze exception, > > please? > > I will gladly make a sponsored upload with the last patch "as is". > > (NMU would be 0.7.1-2.1 and would have my name on it, but this is not > necessary at all since you are alive). > > THanks. >
Bug#843038: elki: FTBFS randomly (failing tests)
Hello, Could you do a NMU with this version, and ask for a freeze exception, please? There are no dependencies onto elki, so this cannot cause other packages to become broken or uninstallable. Thank you! Erich On Fri, Mar 10, 2017 at 12:07 AM, Santiago Vila wrote: > On Thu, Mar 09, 2017 at 07:09:22PM +0100, Erich Schubert wrote: > > Looks good, thank you. > > Maybe "Temporarily disable test suite.", as I do want to have it back > > eventually; the latest when I prepare a new upstream. > > Ok, updated patch attached. > > Notes: > > If you don't have a sid chroot at hand, you can upload this with > absolutely minimal fuss with "dpkg-buildpackage -S -d". That would > create a source-only upload and it would also ignore build-dependencies > (we can do that in this case because we just disable the test suite). > > If you lost your GPG key please ask for a sponsor in debian-mentors > (eventually, if nobody shows, I could sponsor this upload). > > After this we would ask Release Managers for a freeze exception so > that the package propagates to testing, I can do that if it helps. > > Thanks. >
Bug#843038: elki: FTBFS randomly (failing tests)
Hi, The CASHTest failure is interesting. Can you share the log? The others are all time dependent. CASH could depend on random, but the tests would all try to fix random seeding. On Wed, Mar 8, 2017 at 6:57 PM, Santiago Vila wrote: > On Wed, Mar 08, 2017 at 06:13:34PM +0100, Erich Schubert wrote: > > > Or you just add* e.g. the -*Dmaven.test.skip=true parameter, and it will > > build fine. > > That would be the easy thing, indeed, but not necessarily the right > thing to do. > > This is really a decision to be made by the maintainer: Either the > tests fail because they are wrongly designed (in which case they > should be disabled to fix the FTBFS bug) or the tests are ok and the > fact that they fail means the package is not suitable to be released. > > Only in the first case we want to disable the tests. In the second > case what we want is to keep the package out of testing. > > For the record, this is the number of times I've seen each test to > fail in my environment: > > 201 de.lmu.ifi.dbs.elki.utilities.datastructures.arrays. > IntegerArrayQuickSortTest > 48 de.lmu.ifi.dbs.elki.database.SortingDuplicatesTest > 25 de.lmu.ifi.dbs.elki.utilities.datastructures.arrays. > DoubleIntegerArrayQuickSortTest >1 de.lmu.ifi.dbs.elki.utilities.datastructures.heap. > IntegerMinHeapPerformanceTest >1 de.lmu.ifi.dbs.elki.algorithm.clustering.correlation.CASHTest > > I guess disabling the first three would make the failure rate to > improve dramatically, but as I said before I don't really know if they > fail because the program is wrong or because the tests are wrong. > > As much as I would like to investigate and help everybody to fix their > FTBFS-randomly bugs, there are too much of them and I can't fix all > the bugs I report myself. This is your package, not mine. In either > case, if you still need help to reproduce the bug, please say so, > but this one does not seem particularly difficult to reproduce. > > Thanks. >
Bug#843038: elki: FTBFS randomly (failing tests)
Looks good, thank you. Maybe "Temporarily disable test suite.", as I do want to have it back eventually; the latest when I prepare a new upstream. On Thu, Mar 9, 2017 at 5:13 PM, Santiago Vila wrote: > Ok, full patch for your consideration. > > Thanks.
Bug#843038: elki: FTBFS randomly (failing tests)
tag 843038 +patch thanks Hello, Either of these two patches will fix this for now and is fine with me. A nicer patch would be to replace all lines matching @Test(timeout with //@Test(timeout to disable only those tests that rely on a timeout (i.e. that will fail on a too slow CPU). These tests are very unlikely to detect build errors; but they are regression tests to detect if someone replaces the sorting code with a version that degrades to O(n^2) runtime on certain corner cases (e.g. all identical). Maybe they could eventually be replaced with a test that uses introspection and counters rather than a timeout, but that requires much more work. So for now, I would simply disable either all tests, or the problematic timeout-based tests. Regards, Erich On Wed, Mar 8, 2017 at 7:53 PM, Santiago Vila wrote: > On Wed, Mar 08, 2017 at 06:13:34PM +0100, Erich Schubert wrote: > > > Or you just add* e.g. the -*Dmaven.test.skip=true parameter, and it will > > build fine. > > You probably mean the first attached patch. > > I've tested that and it still run tests (not sure if all of them or > only some of them). > > The second attached patch seems to disable all the tests. > > If this is how you would really fix this FTBFS bug, please say so > or better tag this bug as "patch". > > Thanks. >
Bug#843038: elki: FTBFS randomly (failing tests)
Congratualtions! Go ahead and annoy people. That is exactly the way to build community! --- Or you just add* e.g. the -*Dmaven.test.skip=true parameter, and it will build fine. But apparently you do not care about importance of bugs at all, only about processes and your personal opinion. Heck, it would have been much faster to fix the bug, than to bother me again and again when I don't have time to waste, like you apparently have. *** Stop wasting time. Fix bugs instead! *** Thank you. Regards, Erich On Wed, Mar 8, 2017 at 1:20 AM, Santiago Vila wrote: > severity 843038 serious > thanks > > Dear maintainer: > > I expected a general guideline from Release Managers regarding > packages which FTBFS randomly like this one, but that will most surely > not happen for stretch. > > So, the only guideline I have left is the one expressed by Julien > Cristau (one of the RMs) in Bug #844264: > > "if the failure rate is low enough I think a lower severity can make > sense" > > I posted a list of bugs which FTBFS more than 10% of the time and > several people agreed on -devel that they should be serious and > maintainers should ask for stretch-ignore tag in case the bug should > not be RC (most bugs are about failing tests so this should not be > needed in general). > > In the latest tests I made, this package fails for me more than 55% of > the time, and it also fails (always, apparently) in the reproducible > builds autobuilders, in all architectures: > > https://tests.reproducible-builds.org/debian/rb-pkg/ > unstable/amd64/elki.html > > This may affect any user trying to build this package (for example, > after making a change), our downstreams, and the Security Team once > that stretch is stable. > > For this reason I'm raising this to serious again. > > Sorry for the long explanation. > > Thanks. >
Bug#843038: elki: FTBFS (failing tests)
severity 843038 wishlist thanks Hi, The test that failed is CPU sensitive. Yes, it should probably be disabled, but does not any "serious" bug if it fails on a heavily loaded machine. In particular, the solution obviously is to just not run the test at all. That is not really an improvement either... On Thu, Nov 3, 2016 at 12:16 PM, Santiago Vila wrote: > Package: src:elki > Version: 0.7.1-2 > Severity: serious > > Dear maintainer: > > I tried to build this package in stretch with "dpkg-buildpackage -A" > (which is what the "Arch: all" autobuilder would do to build it) > but it failed: > > > > [...] > debian/rules build-indep > dh build-indep --buildsystem=maven >dh_testdir -i -O--buildsystem=maven >dh_update_autotools_config -i -O--buildsystem=maven >debian/rules override_dh_auto_configure > make[1]: Entering directory '/<>' > # Remove unneded executable bits: > find elki addons data -type f -executable -exec chmod -x {} \+ > dh_auto_configure -O--buildsystem=maven > find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compiler/*/*.jar': > No such file or directory > find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compilers/*/*.jar': > No such file or directory > find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-containers/*/*.jar': > No such file or directory > mh_patchpoms -pelki --debian-build --keep-pom-version > --maven-repo=/<>/debian/maven-repo > > [... snipped ...] > > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec > - in de.lmu.ifi.dbs.elki.evaluation.scores.ROCEvaluationTest > Running de.lmu.ifi.dbs.elki.evaluation.scores. > AveragePrecisionEvaluationTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec > - in de.lmu.ifi.dbs.elki.evaluation.scores.AveragePrecisionEvaluationTest > Running de.lmu.ifi.dbs.elki.evaluation.scores.MaximumF1EvaluationTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec > - in de.lmu.ifi.dbs.elki.evaluation.scores.MaximumF1EvaluationTest > Running de.lmu.ifi.dbs.elki.evaluation.paircounting. > ClusterContingencyTableTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec > - in de.lmu.ifi.dbs.elki.evaluation.paircounting. > ClusterContingencyTableTest > > Results : > > Tests in error: > IntegerArrayQuickSortTest.testSorted:130 TestTimedOut test timed out > after 500... > > Tests run: 348, Failures: 0, Errors: 1, Skipped: 1 > > [INFO] > > [INFO] Reactor Summary: > [INFO] > [INFO] ELKI Data Mining Framework - Parent Project SUCCESS [ > 0.389 s] > [INFO] ELKI Data Mining Framework . FAILURE [02:01 > min] > [INFO] ELKI Data Mining Framework - Batik Visualization ... SKIPPED > [INFO] ELKI Data Mining Framework - Tutorial Algorithms ... SKIPPED > [INFO] ELKI Data Mining Framework - LibSVM based extensions SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 02:02 min > [INFO] Finished at: 2016-11-02T00:48:31+01:00 > [INFO] Final Memory: 14M/36M > [INFO] > > [ERROR] Failed to execute goal org.apache.maven.plugins: > maven-surefire-plugin:2.17:test (default-test) on project elki: There are > test failures. > [ERROR] > [ERROR] Please refer to /<>/elki/target/surefire-reports for > the individual test results. > [ERROR] -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the > -e switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please read the following articles: > [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ > MojoFailureException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the > command > [ERROR] mvn -rf :elki > dh_auto_test: /usr/lib/jvm/java-8-openjdk-amd64/bin/java -noverify -cp > /usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/ > jvm/java-8-openjdk-amd64/lib/tools.jar -Dmaven.home=/usr/share/maven > -Dmaven.multiModuleProjectDirectory=/<> > -Dclassworlds.conf=/etc/maven/m2-debian.conf -Dproperties.file.manual=/<< > PKGBUILDDIR>>/debian/maven.properties > org.codehaus.plexus.classworlds.launcher.Launcher > -s/etc/maven/settings-debian.xml -Ddebian.dir=/<>/debian > -Dmaven.repo.local=/<>/debian/maven-repo test returned exit > code 1 > debian/rules:10: recipe for target 'build-indep' failed > make: *** [build-indep] Error 1 > dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 > > --
Bug#811826: enigma: FTBFS with GCC 6: no match for
Thank you. I did not get around to update engima yet, unfortunately. I was hoping to do this this weekend, but I don't have a lot of time anymore. There is also a newer upstream, 1.21, that should eventually be used. Feel free to move the upload to non-delayed. Best regards, Erich On Mon, Sep 26, 2016 at 12:30 AM, Markus Koschany wrote: > Control: tags -1 pending > > On Tue, 19 Jan 2016 18:21:45 -0800 Martin Michlmayr wrote: >> Package: enigma >> Version: 1.20-dfsg.1-2 >> Severity: important >> User: debian-...@lists.debian.org >> Usertags: ftbfs-gcc-6 gcc-6-no-match >> >> This package fails to build with GCC 6. GCC 6 has not been released >> yet, but it's expected that GCC 6 will become the default compiler for >> stretch. > > [...] > > Dear maintainer, > > I've prepared an NMU for enigma (versioned as 1.20-dfsg.1-2.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. > > Please find attached the debdiff. > > Regards, > > Markus
Bug#834739: elki: FTBFS too much often (failing tests)
Thank you. The full logs give a more precise location of the problem, de.lmu.ifi.dbs.elki.parallel.ParallelExecutor.run(ParallelExecutor.java:70) which makes this clearly a bug happening exactly when there is only a single core available. It was already fixed in master (somehow I forgot that I had already discovered this): https://github.com/elki-project/elki/commit/48e82af606d4c6c133a50405a23a645391f55d80 so I can cherry-pick this change. Thank you. Regards, Erich
Bug#834739: elki: FTBFS too much often (failing tests)
close 834739 thanks Hi, According to https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/elki.html the auto-builders succeed at building the package; there is only a problem with openjdk-8/openjdk-9 differences in the JavaDoc. I also tried "dpkg-buildpackage -A" and it worked. Note that all tests that failed involved parallelism. I can imagine this happening if "Runtime.getRuntime().availableProcessors()" returns 0, but the Java documentation says "never smaller than one". Could there be any reason Java reported a wrong value on your test system? I cannot reproduce your problems, sorry. On Thu, Aug 18, 2016 at 4:22 PM, Santiago Vila wrote: > Package: src:elki > Version: 0.7.1-1 > Severity: serious > > Dear maintainer: > > I tried to build this package with "dpkg-buildpackage -A" > (which is what the "Arch: all" autobuilder would do to build it) > but it failed: > > > [...] > debian/rules build-indep > dh build-indep --buildsystem=maven >dh_testdir -i -O--buildsystem=maven >dh_update_autotools_config -i -O--buildsystem=maven >debian/rules override_dh_auto_configure > make[1]: Entering directory '/<>' > # Remove unneded executable bits: > find elki addons data -type f -executable -exec chmod -x {} \+ > dh_auto_configure -O--buildsystem=maven > find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compiler/*/*.jar': No > such file or directory > find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-compilers/*/*.jar': > No such file or directory > find: '/usr/share/maven-repo/org/codehaus/plexus/plexus-containers/*/*.jar': > No such file or directory > mh_patchpoms -pelki --debian-build --keep-pom-version > --maven-repo=/<>/debian/maven-repo > > [... snipped ...] > > Running de.lmu.ifi.dbs.elki.evaluation.scores.MaximumF1EvaluationTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec - > in de.lmu.ifi.dbs.elki.evaluation.scores.MaximumF1EvaluationTest > Running > de.lmu.ifi.dbs.elki.evaluation.paircounting.ClusterContingencyTableTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec - > in de.lmu.ifi.dbs.elki.evaluation.paircounting.ClusterContingencyTableTest > > Results : > > Tests in error: > ParallelLloydKMeansTest.testParallelKMeansLloyd:68 ?? Arithmetic / by zero > ParallelKNNOutlierTest.testKNNOutlier:57 ?? Arithmetic / by zero > ParallelKNNWeightOutlierTest.testKNNWeightOutlier:57 ?? Arithmetic / by zero > ParallelSimplifiedLOFTest.testParallelSimplifiedLOF:57 ?? Arithmetic / by > zero > ParallelLOFTest.testParallelLOF:57 ?? Arithmetic / by zero > > Tests run: 348, Failures: 0, Errors: 5, Skipped: 1 > > [INFO] > > [INFO] Reactor Summary: > [INFO] > [INFO] ELKI Data Mining Framework - Parent Project SUCCESS [ 0.274 > s] > [INFO] ELKI Data Mining Framework . FAILURE [01:39 > min] > [INFO] ELKI Data Mining Framework - Batik Visualization ... SKIPPED > [INFO] ELKI Data Mining Framework - Tutorial Algorithms ... SKIPPED > [INFO] ELKI Data Mining Framework - LibSVM based extensions SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 01:39 min > [INFO] Finished at: 2016-08-16T17:39:50+02:00 > [INFO] Final Memory: 14M/35M > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-surefire-plugin:2.17:test (default-test) on > project elki: There are test failures. > [ERROR] > [ERROR] Please refer to /<>/elki/target/surefire-reports for the > individual test results. > [ERROR] -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the > command > [ERROR] mvn -rf :elki > dh_auto_test: /usr/lib/jvm/java-8-openjdk-amd64/bin/java -noverify -cp > /usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/java-8-openjdk-amd64/lib/tools.jar > -Dmaven.home=/usr/share/maven > -Dmaven.multiModuleProjectDirectory=/<> > -Dclassworlds.conf=/etc/maven/m2-debian.conf > -Dproperties.file.manual=/<>/debian/maven.properties > org.codehaus.plexus.classworlds.launcher.Launcher > -s/etc/maven/settings-debian.xml -Ddebian.dir=/<>/debian > -Dmaven.repo.local=/<>/debian/maven-repo test returned exit code > 1 > debian/rules:10: recipe for tar
Bug#799990: Bug#794214: org.apache.batik.dom.svg.SVGDOMImplementation
Hello, Sorry, I'm still very much overworked. Packaging the next version requires some effort because the build system was switched from ant to maven for the new version; furthermore I don't keep the gpg key on my usual work machines but I have to power up an older desktop instead. So I figured the auto-removal is okay, requalification through testing will not be hard. As is, people should just get the .jar from the upstream download site instead. I'm not sure why the autoremoval date was bounced. I have filed #802959 to ask for removal from testing to speed up batik. Regards, Erich On Sat, Oct 24, 2015 at 2:19 PM, Mathieu Malaterre wrote: > On Sat, Oct 24, 2015 at 2:06 PM, Samuel Thibault wrote: >> Hello, >> >> Erich Schubert, le Mon 17 Aug 2015 10:28:27 +0200, a écrit : >>> I will take care of uploading a new ELKI package (probably end of the >>> month, or beginning of september). >>> It will have a version number of at least "0.7.0~20150817-1", which is >>> > 0.6.5, so above breaks is okay. >>> I assume that libfop-java 1:2.0+dfsg-1 in experimental is expecting >>> the new Batik version. >> >> Ping? >> >> This is preventing the batik migration, and thus the fop and jaxe >> migrations too, at least. > > I was sure elki would get removed today ? See my post: > > https://lists.debian.org/debian-java/2015/09/msg00092.html > > Someone must have change the auto-removal date :(
Bug#746587: Increasing severity, as this renders systems with NFS unbootable.
severity 746587 grave thanks grave: makes the system deadlock badly on boot. Patch is available, and should be applied as soon as possible for the affected versions. RECOVERY INSTRUCTIONS for other bitten by the same bug: --- 1. in the boot manager, append "emergency" to your kernel command line (usually, after "ro quiet" or similar) 2. log in with the root password 3. run "mount -o remount,rw /" to make your file system writable 4. edit "/etc/network/if-up.d/mountnfs" and insert "exit 0" early on, or move the file to a different directory. 5. reboot. --- I have not re-tested this procedure, but it is supposed to break the deadlock: Step 4 disables the non-systemd way of automounting NFS. The provided patch in #746587 is much cleaner, but harder to apply from the recovery console. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740459: Infinite loop reloading dbus service
Hello Petter, I can install the 1.16.0-5 package without running into that infinite loop. I'm really short on time today, so I couldn't check the bug tracker, if this is already reported. There is another issue with insserv. I couldn't upgrade initscripts to 2.88dsf-54, because of "insserv: FATAL: service smbd is missed in the runlevels 2 3 4 5 to use service samba". This was caused by samba being uninstalled but not purged. Manually removing /etc/init.d/samba* resolved this installation issue. insserv should probably be more robust to old/leftover/broken init scripts and not prevent the installation of unrelated packages. Maybe this is what triggered the problem the first place, with the previous version: having an old/outdated init script in /etc/init.d? Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707653: Grub 2.00-14 broken upgrade
Package: grub-pc Version: 2.00-14 Followup-For: Bug #707653 Hi, I believe I was bitten by the same bug. At least I have the same symptoms: grub in rescue mode, unable to load even the normal module. I tried grub-install and upgrade-grub, but they did *not* resolve the issue for me. I now tried "dpkg-reconfigure grub-pc" as suggested. Judging from "tar --compare" with my backup, the files in boot/grub/i386-pc were touched but not changed, so most likely my next boot still will not work. But maybe the boot sector was now updated. For recovery, I had to create a USB boot stick with grub, which would allow me to boot the system again. Note that I use cryptroot, so maybe it also is related to the RAID bug report. One thing that strikes me as odd: search --no-floppy --fs-uuid --set=root 07D6-0A0F This number is the output of: > grub-probe -d -t fs_uuid /dev/sda1 whereas > tune2fs -l /dev/sda1 reports the UUID 03422ef5-491c-4b05-b0fe-0a22e04e0fd0 So maybe grub has problems with my partition table / mtab? OTOH, it doesn't actually get that far, it fails to load the normal module already... -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/9d4d069c-cff2-4568-bcbd-5b0a187b1dda / ext3 rw,noatime,errors=remount-ro,barrier=1,data=ordered 0 0 /dev/sda1 /boot ext2 rw,noatime,errors=continue 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-Hitachi_HTS721060G9SA00_MPCCN8Y3H28ZGL *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default="0" if [ x"${feature_menuentry_id}" = xy ]; then menuentry_id_option="--id" else menuentry_id_option="" fi export menuentry_id_option if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_msdos insmod fat set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 07D6-0A0F else search --no-floppy --fs-uuid --set=root 07D6-0A0F fi font="/grub/unicode.pf2" fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=de_DE insmod gettext fi terminal_output gfxterm set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_msdos insmod fat set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 07D6-0A0F else search --no-floppy --fs-uuid --set=root 07D6-0A0F fi insmod png if background_image /grub/.background_cache.png; then set color_normal=white/black set color_highlight=black/white else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9d4d069c-cff2-4568-bcbd-5b0a187b1dda' { load_video insmod gzio insmod part_msdos insmod fat set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 07D6-0A0F else search --no-floppy --fs-uuid --set=root 07D6-0A0F fi echo'Linux 3.8-1-686-pae wird geladen …' linux /vmlinuz-3.8-1-686-pae root=UUID=9d4d069c-cff2-4568-bcbd-5b0a187b1dda ro vga=ext i915.modeset=1 i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 quiet resume=/dev/mapper/cryptswap echo'Initiale Ramdisk wird geladen …' initrd /initrd.img-3.8-1-686-pae } submenu 'Erweiterte Optionen für Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-9d4d069c-cff2-4568-bcbd-5b0a187b1dda' { menuentry 'Debian GNU/Linux, mit Linux 3.8-1-686-pae' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3
Bug#676071: elki: FTBFS: build-dependency not installable: libtrove3-java
Hi, >> The following packages have unmet dependencies: >> sbuild-build-depends-elki-dummy : Depends: libtrove3-java but it is not >> installable libtrove3-java has now been installed in unstable. Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669536: enigma: diff for NMU version 1.10~~pre-alpha+r2210-1.3
Hello, > I've prepared an NMU for enigma (versioned as 1.10~~pre-alpha+r2210-1.3) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. Thank you for the upload. I wanted to prepare a new upstream checkout, but didn't have time to do it yet. Feel free to upload it non-delayed, too, but 2day is also fine. Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661474: enigma: removal of enigma makes files disappear from enigma-data
Hi, As I'm travelling in April, I won't have (direct) access to my key. Feel free to NMU in the mean time. It might be appropriate to either use the .desktop file from the upstream package, or merge them. For example, it might contain more translations, but maybe not an Icon? When the .desktop was added to the Debian package, upstream did not yet include one. Apparently, this has changed now. So please, run a diff on the two files, and choose whichever is more useful for the user, eventually also merge them into one. IIRC having the .desktop in the enigma-data package will cause lintian complaints. The enigma "Replaces: enigma-data" was added to move the .desktop from -data to the main package. It would make sense to have enigma-data depend on enigma (as it is useless otherwise), but that would be a circular dependency. As such I consider this bug low-priority unless it makes any package uninstallable or causes losing the .desktop file for a working enigma installation (i.e. when both packages are installed). Anyway, yes, they should be fixed, and as far as I can tell the proper place for the .desktop is the arch dependant "enigma" package. Since the latest version of enigma-data accidentially included the other .desktop file, the obvious versioning for breaks/depends is the current unstable version. Again, feel free to NMU as I'd have to remotely login into my build system. Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642659: elki: FTBFS: [javac] /build/elki-uWJ6Mp/elki-0.4.0~beta2/src/de/lmu/ifi/dbs/elki/KDDTask.java:8: error: unmappable character for encoding ASCII
tag 642659 +patch +pending found 642659 0.4.0-1 thanks Hi, Thank you. I believe the fix for this build issue is trivial: adding encoding="UTF-8" to the javac task in the Debian build.xml file. My system is set to UTF-8, and that is probably why the build just worked. I will add this on the next upload. Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591075: glib2.0/experimental segfaults
Hi, Same here. libglib2.0-0 2.25.12-1 from experimental failed to install. I commented the relevant line in the postinst, but this rendered my system severely broken. Any glib-based application seems to segfault. So I had to manually configure my network (NetworkManager also segfaulted) in order to downgrade libglib2.0 again. Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583667: pre-alpha not suitable for testing/release
Package: enigma Version: 1.10~~pre-alpha+r2100-1 Severity: serious Tags: sid While this version seems to be well playable, and has lots of new features over the previous release, it was labeled "pre-alpha" by upstream, so I don't think we should include it in the next debian release, yet. This bug is meant to keep the pre-alpha in sid only, not in testing, due to the upcoming release. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (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 enigma depends on: ii enigma-data 1.10~~pre-alpha+r2100-1 Data file for the game enigma ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.20.1-2 Multi-protocol file transfer libra ii libgcc1 1:4.4.4-3GCC support library ii libpng12-0 1.2.43-1 PNG library - runtime ii libsdl-image1.2 1.2.10-2+b1 image loading library for Simple D ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.9-1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libstdc++6 4.4.4-3 The GNU Standard C++ Library v3 ii libxerces-c3.1 3.1.1-1 validating XML parser library for ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5 a small C++ library for reading zi Versions of packages enigma recommends: ii enigma-doc 1.10~~pre-alpha+r2100-1 Documentation for the game enigma ii enigma-level-pre 1.01-1 Pregenerated level previews for En enigma suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572266: dovecot-common: dovecot-auth crashes with segfault
Hi all, So we could do a lintian check that does something like --- for file in /lib/security/pam_*.so; do nm -D $file --defined-only | grep -v pam_ done --- and fails on any results? For the record: --- /lib/security/pam_cap.so 00201660 A __bss_start 00201660 A _edata 00201670 A _end 1218 T _fini 0a08 T _init /lib/security/pam_ck_connector.so 00201cd0 A __bss_start 00201cd0 A _edata 00201cf0 A _end 15b8 T _fini 0b88 T _init --- from libcap2-bin and libpam-ck-connector. I only tested my own system, so this is list is not comprehensive (and does not include libpam-ssh) 'A' symbols probably are ok ("absolute, and will not be changed by further linking."), and '_fini' and '_init' AFAIK are special symbols used by the linker only? So these would also need to be accepted? Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572266: dovecot-common: dovecot-auth crashes with segfault
Hi Rhonsa, Timo, For me the bug just surfaced sometime in February 2010 on unstable. So I'd assume it only surfaced for me with the 1.92-10 release. But I never _configured_ libpam-ssh, and given that the changelog reads: * Use pam-auth-update together with the new setup file /usr/share/pam-configs/silent-ssh-single-sign-on to automatically enable the traditional functionality. My best guess is just that this new configuration setup caused the module to become activated while it wasn't before. So the bug could have been present for much longer when libpam-ssh was actually configured. I wonder whether there is a way to check for such errors automatically with lintian; they are bound to arise now and then, aren't they? Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563452: enigma: symbol lookup error: enigma: undefined symbol: IMG_Init
reassign 563452 libsdl-image1.2 1.2.8-1 severity 563452 serious retitle 563452 sdl-image shlibs out of date, missing IMG_Init thanks This is a bug in libsdl-image1.2, which has too loose shlibs dependencies. The symbol IMG_Init was introduced in 1.2.8 and is a public symbol. I'm not keeping a cloned copy on enigma/experimental since this doesn't surface on unstable or testing and will then eventually be fixed by a new upload automatically. > $ enigma > enigma: symbol lookup error: enigma: undefined symbol: IMG_Init > > then on a hunch: > $ apt-cache policy libsdl-image1.2 > libsdl-image1.2: > Installed: 1.2.6-3 > Candidate: 1.2.6-3 > Version table: > 1.2.10-1 0 > 80 http://debian.lcs.mit.edu testing/main Packages > 50 http://debian.lcs.mit.edu unstable/main Packages > *** 1.2.6-3 0 > 200 http://debian.lcs.mit.edu stable/main Packages > 100 /var/lib/dpkg/status > $ sudo apt-get -t unstable install libsdl-image1.2 > > After installing 1.2.10-1, it works. So I guess you need a tighter > dependency on libsdl-image1.2. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536683: keyboard-configuration postinst stuck in loop
Package: keyboard-configuration Version: 1.47 Severity: normal found 536683 1.47 thanks This still happens here for me. Moving xorg.conf out of the way doesn't help. Note: I just realized that this bug was reported against console-setup while I'm seeing it in keyboard-configuration with console-setup-mini. Enabling debconf debugging seems to cycle: debconf (developer): <-- SUBST keyboard-configuration/layout CHOICES Afghanistan, Albania, Andorra, Arabic, Armenia, Azerbaijan, Bangladesh, Belarus, Belgium, Bhutan, Bosnia and Herzegovina, Braille, Brazil, Bulgaria, Cambodia, Canada, China, Congo\, Democratic Republic of the, Croatia, Czechia, Denmark, Esperanto, Estonia, Ethiopia, Faroe Islands, Finland, France, Georgia, Germany, Ghana, Greece, Guinea, Hungary, Iceland, India, Iran, Iraq, Ireland, Israel, Italy, Japan, Japan (PC-98xx Series), Kazakhstan, Korea\, Republic of, Kyrgyzstan, Laos, Latin American, Latvia, Lithuania, Macedonia, Maldives, Malta, Maori, Mongolia, Montenegro, Morocco, Myanmar, Nepal, Netherlands, Nigeria, Norway, Pakistan, Poland, Portugal, Romania, Russia, Senegal, Serbia, Slovakia, Slovenia, South Africa, Spain, Sri Lanka, Sweden, Switzerland, Syria, Tajikistan, Thailand, Turkey, Turkmenistan, USA, Ukraine, United Kingdom, Uzbekistan, Vietnam debconf (developer): --> 0 debconf (developer): <-- SET keyboard-configuration/layout USA debconf (developer): --> 0 value set debconf (developer): <-- INPUT medium keyboard-configuration/layout debconf (developer): --> 30 question skipped debconf (developer): <-- GO debconf (developer): --> 0 ok debconf (developer): <-- GET keyboard-configuration/layout debconf (developer): --> 0 USA debconf (developer): <-- METAGET keyboard-configuration/other description debconf (developer): --> 0 Other debconf (developer): <-- SUBST keyboard-configuration/variant CHOICES Other, USA, USA - Alternative international (former us_intl), USA - Cherokee, USA - Classic Dvorak, USA - Colemak, USA - Dvorak, USA - Dvorak international, USA - Group toggle on multiply/divide key, USA - International (AltGr dead keys), USA - International (with dead keys), USA - Left handed Dvorak, USA - Macintosh, USA - Programmer Dvorak, USA - Right handed Dvorak, USA - Russian phonetic, USA - With EuroSign on 5 debconf (developer): --> 0 debconf (developer): <-- SET keyboard-configuration/variant Other debconf (developer): --> 0 value set debconf (developer): <-- INPUT medium keyboard-configuration/variant debconf (developer): --> 30 question skipped debconf (developer): <-- GO debconf (developer): --> 0 ok debconf (developer): <-- GET keyboard-configuration/variant debconf (developer): --> 0 Other [...] Note that I didn't choose "Other" in the first place. Could it be that the script tries to interpret "Other" as 'Go back to previous menu', but then just gets the cached debconf options again, thus ending up stuck in this menu loop of going into USA and back via "Other"? Whoever wrote this line: elif default_variant="$RET" && [ "$RET" = other ]; then should be shot. Seriously, this script is one of the worst with respect to code readability I've seen in a long time. No wonder it doesn't work. P.S. I got keyboard-configuration to install by doing the following changes: 1. Removing the embedded assignment from the elif statement 2. Removing the conditional leading to "exit 10". I ended up with a sensible /etc/default/keyboard so I guess it worked as expected then. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-trunk-686 (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 keyboard-configuration depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy keyboard-configuration recommends no packages. keyboard-configuration suggests no packages. -- debconf information: * keyboard-configuration/layout: USA * keyboard-configuration/variant: USA - mit Euro-Symbol auf »5« keyboard-configuration/unsupported_options: true keyboard-configuration/optionscode: compose:caps,terminate:ctrl_alt_bksp keyboard-configuration/modelcode: pc104 keyboard-configuration/unsupported_config_options: true keyboard-configuration/toggle: No toggling * keyboard-configuration/altgr: The default for the keyboard layout keyboard-configuration/unsupported_layout: true keyboard-configuration/layoutcode: us debian-installer/console-setup-udeb/title: * keyboard-configuration/ctrl_alt_bksp: true keyboard-configuration/variantcode: euro keyboard-configuration/other: keyboard-configuration/unsupported_config_layout: true * keyboard-configuration/compose: Caps Lock keyboard-configuration/switch: No temporary switch * keyboard-configuration/model: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subje
Bug#548350: VTE segfaults gnome-terminal, xfce terminal
reassign 548350 libvte9 thanks Since I'm seeing the same in the XFCE4 terminal: #0 0xb7d7097f in ?? () from /usr/lib/libvte.so.9 #1 0xb7d92953 in ?? () from /usr/lib/libvte.so.9 #2 0xb7d9304e in ?? () from /usr/lib/libvte.so.9 #3 0xb7d93ab1 in ?? () from /usr/lib/libvte.so.9 #4 0xb7d83060 in ?? () from /usr/lib/libvte.so.9 #5 0xb7d837fa in ?? () from /usr/lib/libvte.so.9 #6 0xb7d83e08 in ?? () from /usr/lib/libvte.so.9 #7 0xb773b556 in ?? () from /lib/libglib-2.0.so.0 #8 0xb773ae98 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #9 0xb773e623 in ?? () from /lib/libglib-2.0.so.0 #10 0xb773eaea in g_main_loop_run () from /lib/libglib-2.0.so.0 #11 0xb7acfe19 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x0805413a in ?? () #13 0xb75b77a5 in __libc_start_main () from /lib/i686/cmov/libc.so.6 #14 0x08052561 in ?? () I belive that vte is to blame (which also was just upgraded on my system) and not gnome-terminal. So far this Gnome upload has been deserving the name "unstable" ... evolution: broken by gtkhtml (but a fix is already uploaded) gnome-terminal: broken by VTE ... I didn't try updating epiphany from gecko to webkit yet. It makes me wonder why I have been testing the Gnome package in experimental though, now that all the bugs are only introduced with uploads to unstable. ;-) Thanky anyway. Just try to solve this issue soon, not having working terminals is a major bug. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536682: [Enigma-devel] Refresh of 1.01 Debian package in experimental - please help testing.
reopen 536682 thanks Hello Roland, > Unfortunatly your fix is incomplete and breaks the backward compatibility > for Xerces 2.x. Please use the attached patch that has been commited in > r1755 to the trunk and r1756 to the 1.01 branch. Thank you. Yeah, I missed the reverse direction, it didn't show up in my grep. If I have some time on tuesday, I'll try to resync all my patches to bring the Debian package into a "direct" r1756+patches shape. Right now it's the released 1.01 version plus some debian patches plus patches up to 1755 minus a lot of overlap manually removed from one or the other patch. Thank you for your work on Enigma - it's an excellent software, and you are the perfect upstream any "maintainer" dreams of. best regards, Erich Schubert -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536682: enigma: FTBFS: no matching function for call to 'xercesc_3_0::XMLTranscoder::transcodeFrom
tag 536682 + pending thanks > > Utf8ToXML.cc:55: error: no matching function for call to > > 'xercesc_3_0::XMLTranscoder::transcodeFrom(XMLByte*, unsigned int&, > > XMLCh*&, unsigned int&, unsigned int&, unsigned char*&)' > > /usr/include/xercesc/util/TransService.hpp:274: note: candidates are: > > virtual XMLSize_t xercesc_3_0::XMLTranscoder::transcodeFrom(const XMLByte*, > > XMLSize_t, XMLCh*, XMLSize_t, XMLSize_t&, unsigned char*) Should be resolved by replacing "unsigned int" by "XMLSize_t" for a couple of local variables involved (which apparently disagree on integer size on AMD64). An upload including this patch is on its way. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ The best things in life are free: Friendship and Love. //\ Unter Freunden ist guter Rat nicht teuer, aber wie alles, wasV_/_ nichts kostet, nur wenig gefragt. --- Robert Muthmann -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532392: Ghostscript breaks cups printing
I figure this bug might also be what is breaking printing for me right now: E [09/Jun/2009:11:22:19 +0200] [Job 313] May not be a PDF file (continuing anyway) E [09/Jun/2009:11:22:19 +0200] [Job 313] PDF file is damaged - attempting to reconstruct xref table... E [09/Jun/2009:11:22:19 +0200] [Job 313] Couldn't find trailer dictionary E [09/Jun/2009:11:22:19 +0200] [Job 313] Couldn't read xref table E [09/Jun/2009:11:22:19 +0200] PID 19036 (/usr/lib/cups/filter/pdftopdf) stopped with status 1! E [09/Jun/2009:11:22:19 +0200] PID 19035 (/usr/lib/cups/filter/pstopdf) stopped with status 1! E [09/Jun/2009:11:22:19 +0200] [Job 313] pdftops filter exited with status 1! E [09/Jun/2009:11:22:19 +0200] [Job 313] Job stopped due to filter errors. ... because I was able to print fine just 5 minutes ago before the upgrade. Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504279: ebay changes break jbidwatcher for most german auctions
Package: jbidwatcher Version: 1:1.0.2+dfsg-1 Severity: grave Justification: renders package unusable Recent changes by ebay render jbidwatcher mostly unuseable for German users (at least, and many other non-US users, too). Apparently this is caused by the following combination: - Ebay requires US users to offer Paypal or credit card payment - German users rarely offer these, but everybody uses wire transfers - Thus ebay.com doesn't include offers from ebay.de - Jbidwatcher relies on parsers for ebay.com (which now fail) Just from what I figured from the forums. Upstream is already working on that, but for the 2.0 versions. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 jbidwatcher depends on: ii sun-java6-jre 6-10-2 Sun Java(TM) Runtime Environment ( jbidwatcher recommends no packages. jbidwatcher suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486136: [epiphany-browser] Epiphany crashes with password manager
reopen 494348 found 494348 2.22.3-3 merge 494348 486136 thanks Package: epiphany-browser Version: 2.22.3-3 I believe the bugs #486136 (crash on password manager) and #494348 (doesn't remember password) are the same. I figure they are caused by some upgrading issues with some version that was in experimental? Anyway, here's a backtrace for the password manager crash: #0 0x080c5136 in impl_list_passwords (manager=0x902f340) at /build/buildd/epiphany-browser-2.22.3/embed/mozilla/mozilla-embed-single.cpp:940 #1 0x08102bf3 in ephy_password_manager_list_passwords (manager=0x902f340) at /build/buildd/epiphany-browser-2.22.3/embed/ephy-password-manager.c:223 #2 0x08088163 in pdm_dialog_fill_passwords_list (info=0xa084628) at /build/buildd/epiphany-browser-2.22.3/src/pdm-dialog.c:1297 #3 0x08086d9d in sync_notebook_tab (notebook=0x9b52970, page=0xa089698, page_num=, dialog=0x9c19718) at /build/buildd/epiphany-browser-2.22.3/src/pdm-dialog.c:1394 #4 0xb7758313 in _gtk_marshal_VOID__POINTER_UINT (closure=0xa078770, return_value=0x0, n_param_values=3, param_values=0xa09a5d8, invocation_hint=0xbfa335ec, marshal_data=0x8086d60) at /build/buildd/gtk+2.0-2.12.11/gtk/gtkmarshalers.c:2633 #5 0xb707bb63 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #6 0xb70933a5 in ?? () from /usr/lib/libgobject-2.0.so.0 #7 0x0a078770 in ?? () #8 0x in ?? () Note that during startup, epiphany reported: ** (epiphany-browser:16203): WARNING **: failed to read user preferences, error: 80004005 Running with --g-fatal-warnings gives a backtrace for this warning: #0 0xb70702f6 in g_logv () from /usr/lib/libglib-2.0.so.0 #1 0xb7070636 in g_log () from /usr/lib/libglib-2.0.so.0 #2 0x080c5fa8 in impl_init (esingle=0x98a6340) at /build/buildd/epiphany-browser-2.22.3/embed/mozilla/mozilla-embed-single.cpp:192 #3 0x080fd8f3 in ephy_embed_single_init (single=0x98a6340) at /build/buildd/epiphany-browser-2.22.3/embed/ephy-embed-single.c:176 #4 0x080fe71b in impl_get_embed_single (shell=0x98bec10) at /build/buildd/epiphany-browser-2.22.3/embed/ephy-embed-shell.c:235 #5 0x0807cad3 in impl_get_embed_single (embed_shell=0x98bec10) at /build/buildd/epiphany-browser-2.22.3/src/ephy-shell.c:214 #6 0x080fdb11 in ephy_embed_shell_get_embed_single (shell=0x98bec10) at /build/buildd/epiphany-browser-2.22.3/embed/ephy-embed-shell.c:262 #7 0x0807c6c1 in ephy_shell_get_extensions_manager (es=0x98bec10) at /build/buildd/epiphany-browser-2.22.3/src/ephy-shell.c:712 #8 0x0807c88e in ephy_shell_get_session (shell=0x98bec10) at /build/buildd/epiphany-browser-2.22.3/src/ephy-shell.c:610 #9 0x08076fc1 in main (argc=2, argv=0xbfca51b4) at /build/buildd/epiphany-browser-2.22.3/src/ephy-main.c:346 I've tried removing my prefs.js file, it didn't change anything at first. By now I've moved my prefs.js back in place and everything seems to work again? (I was trying to debug the warning with strace). Cookies and passwords are back. So somehow it has self-healed itself now. --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== epiphany-gecko | 2.22.3-3 OR epiphany-webkit| 2.22.3-3 best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ There was never a good war or a bad peace. - Benjamin Franklin //\ Die eigentliche Aufgabe eines Freundes ist, dir beizustehen,V_/_ wenn du im Unrecht bist. Jedermann ist auf deiner Seite, wenn du im Recht bist. --- Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479763: svk uninstallable due to liblocale-maketext-simple-perl versioned dependency
Hello, perl-modules 2.10 have a provides: libversion-perl The place where svk clashes with perl 5.10 is liblocale-maketext-simple-perl. While perl-module 2.10 does provide this package, the dependency by svk is a versioned dependency. IMHO svk should be reuploaded with the dependency changed to liblocale-maketext-simple-perl (>> 0.16) | perl-modules (>> 5.10) best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ There was never a good war or a bad peace. - Benjamin Franklin //\ Wege entstehen, wenn wir sie gehen.V_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470473: Epiphany crashing
Hi Marc, Another way of solving the epiphany issue with libglib is to just downgrade to the 'unstable' version. The ad blocking in experimentals epiphany was broken (for me at least) anyway, so I'm pretty happy with the downgrade for now. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ There was never a good war or a bad peace. - Benjamin Franklin//\ Freundschaft vermehrt die Freuden und teilt das Leid. --- Henry G. BohnV_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470741: epiphany/experimental crashing
Hi, Downgrading to unstable helped. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ The best things in life are free: Friendship and Love. //\ Die kürzeste Verbindung zwischen zwei Menschen ist ein Lächeln. V_/_
Bug#470741: epiphany doesn't start anymore, mozembed incompability?
Package: epiphany-browser Version: 2.21.90-1 Severity: serious Since today, epiphany-browser (experimental!) doesn't start anymore: sys:1: Warning: /tmp/buildd/glib2.0-2.16.1/gobject/gsignal.c:1669: signal `ge-content-change' is invalid for instance `0x8dba8b8' sys:1: Warning: /tmp/buildd/glib2.0-2.16.1/gobject/gsignal.c:1669: signal `new-document-now' is invalid for instance `0x8dba8b8' sys:1: Warning: invalid cast from `MozillaEmbed' to `GtkMozEmbed' ** (epiphany-browser:10341): CRITICAL **: void gtk_moz_embed_get_nsIWebBrowser(GtkMozEmbed*, nsIWebBrowser**): assertion `GTK_IS_MOZ_EMBED(embed)' failed epiphany-browser: symbol lookup error: epiphany-browser: undefined symbol: g_uri_get_scheme Since that looks like the API of GtkMozEmbed has changed I don't expect the 'unstable' Version to work better, but I will try downgrading now. --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== epiphany-gecko | 2.21.90-1 OR epiphany-webkit| 2.21.90-1 best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Why waste time learning, when ignorance is instantaneous? --- Calvin //\ Großen Herren und schönen Frauen V_/_ Soll man gern dienen, wenig trauen. --- Georg Rollenhagen
Bug#457134: Can't unpack files with whitespace in the filename
Package: unp Version: 1.0.13 Severity: grave now it seems unp can't handle filenames with whitespace anymore: > file test\ archive.zip test archive.zip: Zip archive data, at least v1.0 to extract > unp -u test\ archive.zip 'test archive.zip': not found 'test archive.zip' - unknown extension, checking with file '/tmp/'\''test archive.zip'\': not found '/tmp/'\''test archive.zip'\' - unknown extension, checking with file unzip: cannot find or open /tmp/'test archive.zip', /tmp/'test archive.zip'.zip or /tmp/'test archive.zip'.ZIP. '/tmp/'\''test archive.zip'\' - unknown extension, checking with file So filename escaping isn't working right yet. --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.9 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed -+-=== libstring-shellquote-perl| 1.03-1 best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ There are only 10 types of people in the world: //\ Those who understand binary and those who don't V_/_ Glück ist, wenn man dafür geliebt wird, wie man eben ist.
Bug#454484: closed by Ondrej Certik <[EMAIL PROTECTED]> (seems to work, closing)
Hi, Your mails never reached me. Did you send them to the BTS only maybe? As you can see from the original bug report, I didn't have Atlas installed but lapack/refblas, which was permissible by the dependencies. It seems that dependencies have changed since, and you no longer can install python-scipy/numpy without atlas anymore, so the bug is fixed. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To be trusted is a greater complement than to be loved. //\ Wege entstehen, wenn wir sie gehen. V_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454484: ImportError: undefined symbol: clapack_sgesv in scipy/linalg/clapack.so
Package: python-scipy Version: 0.6.0-4 Severity: grave Justification: renders package unusable $ python Python 2.4.4 (#2, Aug 16 2007, 02:03:40) [GCC 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import scipy >>> import scipy.linalg Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/site-packages/scipy/linalg/__init__.py", line 8, in ? from basic import * File "/usr/lib/python2.4/site-packages/scipy/linalg/basic.py", line 17, in ? from lapack import get_lapack_funcs File "/usr/lib/python2.4/site-packages/scipy/linalg/lapack.py", line 18, in ? from scipy.linalg import clapack ImportError: /usr/lib/python2.4/site-packages/scipy/linalg/clapack.so: undefined symbol: clapack_sgesv Update: looks like installing atlas3-sse2 helps to resolve the dependencies. So it's either the dependencies or the ABI which is broken, pick any. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-scipy depends on: ii lapack3 [liblapack.so. 3.0.2531a-6.1 library of linear algebra routines ii libc6 2.7-3 GNU C Library: Shared libraries ii libfftw3-3 3.1.2-3 library for computing Fast Fourier ii libg2c01:3.4.6-6 Runtime library for GNU Fortran 77 ii libgcc11:4.2.2-4 GCC support library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libsuitesparse 3.0.0-7 collection of libraries for comput ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15register and build utility for Pyt ii python-imaging 1.1.6-1 Python Imaging Library ii python-numpy 1:1.0.3-1 Numerical Python adds a fast array ii refblas3 [libblas.so.3 1.2-8 Basic Linear Algebra Subroutines 3 Versions of packages python-scipy recommends: ii g++ [c++-compiler]4:4.2.1-6 The GNU C++ compiler ii g++-4.1 [c++-compiler]4.1.2-17 The GNU C++ compiler ii g++-4.2 [c++-compiler]4.2.2-4The GNU C++ compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434329: mail-notification crashes
Hi, Archived packages of gmime2.0 version 2.2.9 can be found at http://snapshot.debian.net/archive/2007/07/22/debian/pool/main/g/gmime2.2/ Maybe the bug can be reproduced in a debug build when it is compiled with the -dev package in version 2.2.9 and then run with 2.2.10? P.S. if you are affected by this bug, you can probably download the libgmime package from there and install it. Then use "aptitude hold libgmime-2.0-2" to prevent it from being automatically upgraded on your next upgrade run. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Friends are those who reach out for //\ your hand but touch your heart. V_/_ Wenn zwei gute Freunde sind, die einander kennen, Sonn' und Mond begegnen sich, ehe sie sich trennen. --- Clemens von Brentano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434329: mail-notification crashing
Hi, Same here, mail-notification crashing reliably (each time) at startup: --- (mail-notification:2054): GLib-GObject-WARNING **: specified instance size for type `MNGMimeStreamVFS' is smaller than the parent type's `GMimeStream' instance size (mail-notification:2054): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `' (mail-notification:2054): GLib-GObject-WARNING **: specified instance size for type `MNGMimeStreamVFS' is smaller than the parent type's `GMimeStream' instance size (mail-notification:2054): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed Xlib: unexpected async reply (sequence 0x89)! (mail-notification:2054): GLib-GObject-WARNING **: specified instance size for type `MNGMimeStreamVFS' is smaller than the parent type's `GMimeStream' instance size (mail-notification:2054): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed Multiple segmentation faults occurred; can't display error dialog --- using libgmime-2.0-2 2.2.10-1 Downgrading libgmime to 2.2.9 helped. Sounds like an ABI incompability in libgmime to me. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Which is worse: ignorance or apathy? Who knows? Who cares? //\ Eine Stadt ist einem erst wirklich vertraut wenn man FreundeV_/_ in ihr hat. --- Antoine de Saint-Exupéry
Bug#425742: gnome-session timeouts
Hi, Logging into Gnome took a long time for me since upgrading to 2.18.2-1 I managed to get Gnome into a working (as in 'fast login') shape again now, here are some things I noticed: - I had 'openbox' twice in my session at priority 20, but with different command lines; one had sm-config-prefix or sm-disabled; the other was a plain "openbox --replace". - At login, gnome-session would block after starting openbox - The splash screen showed two openbox icons. - "killall openbox" in the console didn't speed up the login process - I tried removing the duplicate openbox with the UI, but it didn't work on first try. After downgrading to 2.18.0, I retried that in this time it worked (and after upgrading to 2.18.2 again, the login still was fast). My guess: + gnome-session started two openbox instances + gnome-session waits for both to connect to the session + one openbox kills the other before it connected to g-s = timeout. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ There are only 10 types of people in the world: //\ Those who understand binary and those who don't V_/_ Humor sollte immmer dabeisein, auch bei Problemen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#263358: closed by "Hervé Rousseau" <[EMAIL PROTECTED]> (Re: Bug#263358: minit: Minit not to be included in sarge, experimental packaging)
Hello Hervé, Thanks for adopting minit! best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Reality continues to ruin my life --- Calvin//\ Die kürzeste Verbindung zwischen zwei Menschen ist ein Lächeln. V_/_
Bug#421605: enigma: Fails with undefined libzipios symbol
block 421605 by 421498 thanks Hi, This is supposedly fixed when #421498 hits your mirror. I havn't got the fixed package yet either, so I can't verify it. > After latest Sid upgrades (including libc6), enigma will fail after > completing one board with an undefined libzipios symbol. Leaves screen at > wrong setting if played full screen and mouse is eaten whether full screen > or windows. Must reset X. It was caused by an update of libzipios++. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To understand recursion you first need to understand recursion. //\ Bei dem Freunde halte still, der dich nur, nicht das deine will. V_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421498: Breaks enigma, binary incompatible, seems unable to re-read files
Package: libzipios++0c2a Version: 0.1.5.9+cvs.2007.04.28-1 Severity: serious With the latest libzipios++0c2a update, enigma doesn't work anymore. (Which seems to be the only application actually using the library...) undefined symbol: _ZN6zipios13ZipLocalEntry7setSizeEj (/usr/games/enigma) When rebuilt with the new package the missing symbol crash-on-exit obviously goes away. However, enigma still can't read it's self-written compressed files anymore (such as it's score file). I'm convinced that it is a problem during reading the files, because it can't read any of the score file backups either. --- System information. --- Architecture: i386 Kernel: Linux 2.6.20-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 etchdebian.beryl-project.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libc6 (>= 2.5) | 2.5-4 libgcc1(>= 1:4.1.1-12) | 1:4.1.2-4 libstdc++6 (>= 4.1.1-12) | 4.1.2-4 zlib1g(>= 1:1.2.1) | 1:1.2.3-13 best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To be trusted is a greater complement than to be loved. //\ Nichts läßt die Erde so geräumig erscheinen, als wenn man V_/_ Freunde in der Ferne hat. --- Henry David Thoreau
Bug#402707: reproducible: hash check failed
Hi, I just wanted to note that I've been seeing the same error on my unstable amd64 system for a few days now, with stock Debian kernel version 2.6.18-3-amd64 I'm nor sure which kernel revision introduced the problem, but it likely was on december 12th where it first occurred for me (I'm not using torrents that often) best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ The future is here. It's just not evenly distributed yet. //\ Der Anfang aller Erkenntnis ist das Staunen. --- AristotelesV_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386737: How about testing packages before uploading them?
Hi Chris, > And people wonder why individuals leave the project... When a key utility such as "reportbug" is uploaded to unstable *untested*, this is not very motivating for others, either! I wanted to file a bug, and it was "Duh! The maintainer didn't even try to run reportbug himself *again*? Why do I care about any package, if some maintainers don't even test their own before uploading?" best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ There are only 10 types of people in the world: //\ Those who understand binary and those who don't V_/_ Alles verändert sich, sobald man sich selber verändert.
Bug#386737: How about testing packages before uploading them?
merge 386737 386644 thanks Hi, Sorry for flaming you, but: Is running "reportbug reportbug" before uploading the package that hard? Was this the second or third time this year that you uploaded a reportbug package which didn't work at all? I mean, noone expects you to test every single feature, but changing sourcecode and not even testing the changed bits, or even trying to run reportbug at all, thats below any standard. It takes you one minute to do this test. Certainly less than closing all the bug reports and reading all the mails you receive if it does not work! So please, install the package yourself before uploading and do some simple tests next time... best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ A man doesn't know what he knows until he knows what he doesn't know. //\ Nichts läßt die Erde so geräumig erscheinen, als wenn man V_/_ Freunde in der Ferne hat. --- Henry David Thoreau
Bug#385157: cryptmount: Bashism in init script
Hello Richard, With LSB compliance, I mostly meant the LSB headers. There are tools to optimize boot sequence based on these headers (dependency information and such). I'm referring to this ### BEGIN INIT INFO ### END INIT INFO section you see in many init scripts now. I'm not an expert on init, so I can't help you much there. But it should be rather easy to fill out. Thanks! best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To understand recursion you first need to understand recursion. //\ Zwei Freunde müssen sich im Herzen ähneln, in allem anderen V_/_ können sie grundverschieden sein. --- Sully Prudhomme
Bug#385157: cryptmount: Bashism in init script
Package: cryptmount Version: 1.1-1 Severity: serious Tags: patch Justification: Policy 10.4 /etc/init.d/cryptmount: 16: source: not found /etc/init.d/cryptmount: 19: Syntax error: "(" unexpected Please use POSIX shell (s/source/./; s/^function //;) or specify /bin/bash as interpreter. A patch to fix the init script is attached; but I didn't check the other scripts for similar problems. Maybe you could make the init-script LSB compliant, too. Btw, do you have a hint for me on how to have nautilus/pmount ask for the luks passphrase with a graphical prompt? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages cryptmount depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libdevmapper1.02 [libdevmapp 2:1.02.08-1 The Linux Kernel Device Mapper use ii libssl0.9.8 0.9.8b-2SSL shared libraries ii openssl 0.9.8b-2Secure Socket Layer (SSL) binary a Versions of packages cryptmount recommends: ii dmsetup 2:1.02.08-1 The Linux Kernel Device Mapper use -- no debconf information --- /tmp/cryptmount 2006-08-29 15:17:51.0 +0200 +++ /etc/init.d/cryptmount 2006-08-29 15:18:21.0 +0200 @@ -12,11 +12,11 @@ test -x "${CM_EXE}" || exit 0 if [ -f /etc/default/cryptmount ]; then -source /etc/default/cryptmount +. /etc/default/cryptmount fi -function configured() { +configured() { # check if any of the targets needed at boot has been configured: for target in ${CM_BOOTDV} ${CM_BOOTFS} ${CM_BOOTSW}; do if [ -b "${DMPATH}/${target}" ]; then @@ -28,7 +28,7 @@ } -function dodevices() { +dodevices() { case "$1" in start) test -z "${CM_BOOTDV}" || ${CM_EXE} --prepare ${CM_BOOTDV} ;; @@ -38,7 +38,7 @@ } -function doswaps() { +doswaps() { case "$1" in start) test -z "${CM_BOOTSW}" || ${CM_EXE} --swapon ${CM_BOOTSW} ;; @@ -48,7 +48,7 @@ } -function dofilesys() { +dofilesys() { case "$1" in start) test -z "${CM_BOOTFS}" || ${CM_EXE} --mount ${CM_BOOTFS} ;; @@ -58,7 +58,7 @@ } -function doALL() { +doALL() { case "$1" in start) dodevices start
Bug#382429: samba: Naive fix for the issue
Package: samba Version: 3.0.23b-2 Followup-For: Bug #382429 Here's a very naive approach at resolving the issue with the autobuilders: --- --- source/lib/interfaces.c 2005-07-28 15:19:45.0 +0200 +++ interfaces.c.naive-fix 2006-08-20 23:58:41.0 +0200 @@ -397,7 +397,7 @@ int i; printf("got %d interfaces:\n", total); - if (total <= 0) exit(1); + if (total < 0) exit(1); for (i=0;i
Bug#382429: rebuilding on non-vserver solves #382429
Hello Peter, If I did everything right, the binNMU should be in incoming. It's a true binNMU, no source changes except for the debian/changelog. I didn't close the bug yet, I don't know if that should be done with the binNMU or not. After all the bug would resurface again when the buildds build the package again, so I consider this binNMU a mere "convenience upload" for the users to have a working samba on amd64 unstable for now. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ The infinite! No other question has ever moved so profoundly//\ the spirit of man. --- David HilbertV_/_ Wege entstehen, wenn wir sie gehen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383555: udev fails to load drivers
Package: udev Version: 0.097-1 Followup-For: Bug #383555 Same here, udev failed to load drivers, for example the PS/2 mouse, the network or the sound drivers. They all don't work right. worked fine yesterday, with the previous udev version. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: insgesamt 8 lrwxrwxrwx 1 root root 20 2006-08-13 00:18 020_permissions.rules -> ../permissions.rules lrwxrwxrwx 1 root root 19 2006-08-13 00:18 025_libgphoto2.rules -> ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2006-08-13 00:18 025_libsane.rules -> ../libsane.rules lrwxrwxrwx 1 root root 13 2006-08-13 00:18 035_kino.rules -> ../kino.rules lrwxrwxrwx 1 root root 13 2006-08-13 00:18 udev.rules -> ../udev.rules lrwxrwxrwx 1 root root 25 2006-08-13 00:18 z20_persistent-input.rules -> ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-08-13 00:18 z20_persistent.rules -> ../persistent.rules -rw-r--r-- 1 root root 462 2006-08-12 00:31 z25_persistent-cd.rules -rw-r--r-- 1 root root 335 2006-08-11 23:37 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-08-13 00:18 z45_persistent-net-generator.rules -> ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-08-13 00:18 z50_run.rules -> ../run.rules lrwxrwxrwx 1 root root 16 2006-08-13 00:18 z55_hotplug.rules -> ../hotplug.rules lrwxrwxrwx 1 root root 19 2006-08-13 00:18 z60_alsa-utils.rules -> ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2006-08-13 00:18 z60_hdparm.rules -> ../hdparm.rules lrwxrwxrwx 1 root root 33 2006-08-13 00:18 z60_xserver-xorg-input-wacom.rules -> ../xserver-xorg-input-wacom.rules lrwxrwxrwx 1 root root 29 2006-08-13 00:18 z75_cd-aliases-generator.rules -> ../cd-aliases-generator.rules lrwxrwxrwx 1 root root 12 2006-08-18 01:50 z99_hal.rules -> ../hal.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hdb/dev /sys/block/hdb/hdb1/dev /sys/block/hdb/hdb2/dev /sys/block/hdb/hdb3/dev /sys/block/hdb/hdb5/dev /sys/block/hdd/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/graphics/fb0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input1/mouse0/dev /sys/class/input/mice/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/mcelog/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/snapshot/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/devices/pci:00/:00:0b.0/usb2/2-0:1.0/usbdev2.1_ep81/dev /sys/devices/pci:00/:00:0b.0/usb2/usbdev2.1_ep00/dev /sys/devices/pci:00/:00:0b.1/usb1/1-0:1.0/usbdev1.1_ep81/dev /sys/devices/pci:00/:00:0b.1/usb1/usbdev1.1_ep00/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Versions of packages udev depends on: ii initscripts 2.86.ds1-15 Scripts for initializing and shutt ii libc62.3.6.ds1-2 GNU C Library: Shared libraries ii libselinux1 1.30.26-2 SELinux shared libraries ii libvolume-id00.097-1 libvolume_id shared library ii lsb-base 3.1-14 Linux Standard Base 3.1 init scrip udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382429: rebuilding on non-vserver solves #382429
Just for reference, I did a straight rebuild of the package for my home PC and it solved the problems. Thanks to those who did the investigation on the buildd logs! best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ The best things in life are free: Friendship and Love. //\ Die kürzeste Verbindung zwischen zwei Menschen ist ein Lächeln. V_/_
Bug#383101: ImportError: No module named seobject
Package: policycoreutils Version: 1.30.26-1 Severity: grave Justification: renders package unusable semanage doesn't work: /usr/sbin/semanage Traceback (most recent call last): File "/usr/sbin/semanage", line 24, in ? import seobject ImportError: No module named seobject The file /usr/share/python-support/policycoreutils/site-packages/seobject.py exists, but apparently isn't found. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages policycoreutils depends on: ii libc6 2.3.6-19 GNU C Library: Shared libraries ii libpam0g 0.79-3.2 Pluggable Authentication Modules l ii libselinux1 1.30.26-1 SELinux shared libraries ii libsemanage1 1.6.15-1 shared libraries used by SELinux p ii libsepol1 1.12.24-1 Security Enhanced Linux policy lib ii python2.3.5-11 An interactive high-level object-o ii python-selinux1.30.26-1 Python bindings to SELinux shared ii python-semanage 1.6.15-1 Python2.4 bindings for SELinux po policycoreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363173: libzipios++-dev: Shouldn't ship it's own config.h
Hi, > Well, yes, but do we actually know of any such packages in the archive? I > don't deny that there's a problem, but that it makes the package unusable? It > seems a bit over-the-top. Given the following output: apt-cache rdepends libzipios++0c2a libzipios++0c2a Reverse Depends: libzipios++-dev enigma There aren't many other users of libzipios anyway... Wesnoth used to use zipios, until it was disabled in 1.0.1-1 So currently, the only package in Debian using libzipios is enigma. And enigma is having trouble because of zipzios breaking config.h magic. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ It's not denial. I'm just selective about the reality I accept. //\ Klug fragen können, ist die halbe Weisheit. --- Francis BaconV_/_
Bug#363173: libzipios++-dev: Shouldn't ship it's own config.h
Hi, > > Zipios shouldn't ship it's own "zipios-config.h" config file. > > Am I the only one who thinks this severity is inflated? important, yes, but > grave? You can't reliably use zipios to build software with it that uses autoconf. It may even break software on other archs by overriding the configure script. As for engima, I'm actually likely to ship a separate copy of zipios because of that. There have bad hacks been proposed to work around this. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ This one's tricky. You have to use imaginary numbers, like //\ eleventeen... --- Hobbes V_/_ Computer rechnen vor allem damit, daß der Mensch denkt.
Bug#263358: minit: Minit not to be included in sarge, experimental packaging
Hi, Ask Panthera on IRC. He had expressed interest in adopting minit IIRC. He had actuall promised me a reply by April 6th... best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ There is no branch of mathematics, however abstract, which may not //\ some day be applied to phenomena of the real world. --- Lobatchevsky V_/_ Die kürzeste Verbindung zwischen zwei Menschen ist ein Lächeln.
Bug#363173: libzipios++-dev: Shouldn't ship it's own config.h
Package: libzipios++-dev Version: 0.1.5.9+cvs.2004.02.07-3.3 Severity: grave Justification: renders package unusable Zipios shouldn't ship it's own "zipios-config.h" config file. That file contains lots of macros such as #define PACKAGE "zipios++" #define VERSION "0.1.5.9" which are just bound to conflict with other applications! There is no ifdef or namespace protecting these definitions. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16.5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libzipios++-dev depends on: ii libzipios++0c 0.1.5.9+cvs.2004.02.07-3.3 a small C++ library for reading zi libzipios++-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#263358: minit: Minit not to be included in sarge, experimental packaging
Hi, > Erich, will you request removal from unstable, or do you want me to do I had someone who mentioned interest in maintaining minit once, I think this year, and way past I had orphaned it. I'll ask him if he still wants to become the new maintainer. I'm not sure I have his email, it was on IRC, and he might need a sponsor. Maybe he is not using minit anymore either, I don't know. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ You know we all became mathematicians for the same reason: //\ we were lazy. --- Max Rosenlicht V_/_ Mancher findet sein Herz nicht eher, als bis er seinen Kopf verliert. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#263358: minit: Minit not to be included in sarge, experimental packaging
Hi, > There's of course the question whether it should be removed altogether > since it's orphaned, but that's a different one, and I don't see a > pressing reason for that (there are a handful of users and no bugs). A couple of installations doesn't mean they ever bothered to configure it. I think the package shouldn't be in unstable either, maybe experimental. The package is not fit for a wider audience; those that can really setup minit are able to grab it from experimental or build it themselves. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To be trusted is a greater complement than to be loved. //\ Ein Freund ist ein Geschenk, das man sich selbst macht. V_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358903: make: Make 3.81.rc2 still fails to build selinuxu
Package: make Version: 3.80+3.81.rc2-1 Severity: grave Versui 3.81.rc2 still fails to build selinux reference policy; a downgrade to 3.80-12 solves these issues. Behaviour is really odd... consider the lines $(TMPDIR)/all_te_files.conf: $(M4SUPPORT) $(TMPDIR)/generated_definitions.conf $(TMPDIR)/all_interfaces.conf $(BASE_TE_FILES) $(TMPDIR)/rolemap.conf [... rules that shouldn't have any effect ...] $(verbose) $(M4) $(M4PARAM) -s $^ > $@ Then $^ does not expand to the full contents of $(BASE_TE_FILES), it is missing one file in there - policy/modules/corenetwork.te The only thing I think that is different with this .te file in the variable is that it is generated via some make rules. The other contents of $(BASE_TE_FILES) seem to be fine. Adding an echo $(BASE_TE_FILES) just before the M4 call DOES contain the corenetwork.te file, it's just not in $^. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358402: pyroman: FTBFS: Missing Build-Depends on 'python-dev'
retitle 358402 missing build-dep on python. thanks Pyroman doesn't build native modules, so the correct dependency is python, not python-dev. Thanks anyway, I'll add that the next upload. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To understand recursion you first need to understand recursion. //\ Freund in der Not will nicht viel heißen; hilfreich möchte sich V_/_ mancher erweisen. Aber die neidlos dein Glück dir gönnen, die darfst du wahrlich Freunde nennen. --- Paul von Heyse
Bug#356661: libpango1.0-0: Pango upgrade still breaks evolution
Package: libpango1.0-0 Version: 1.12.0-2 Followup-For: Bug #356661 found 356661 1.12.0-2 thanks The 1.12.0-2 version of the pango package still renders evolution unusable. See #358071 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libpango1.0-0 depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5generic font configuration library ii libfreetype6 2.1.10-1.2 FreeType 2 font engine, shared lib ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libpango1.0-common1.12.0-2 Modules and configuration files fo ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii zlib1g1:1.2.3-11 compression library - runtime libpango1.0-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358071: evolution: Evolution broken by pango upgrade
Package: evolution Version: 2.4.2.1-1 Followup-For: Bug #358071 Same here: (evolution:3499): camel-WARNING **: camel_exception_get_id called with NULL parameter. *** glibc detected *** free(): invalid pointer: 0x08b06b10 *** Although I first had this error about a week ago, after upgrading to libpango from experimental. Downgrading helped. Now a pango package has been uploaded to unstable, which still has these issues, see #356661 Maybe they can be fixed by recompiling evolution with the latest pango version? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages evolution depends on: ii evolution-dat 1.4.2.1-1 evolution database backend server ii gconf22.13.5-1 GNOME configuration database syste ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-2 The Bonobo UI library ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcompfaceg1 1:1.5.2-3 Compress/decompress images for mai ii libdb4.2 4.2.52-24 Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedataserve 1.4.2.1-1 Utility library for evolution data ii libedataserve 1.4.2.1-1 GUI utility library for evolution ii libesd-alsa0 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig 2.3.2-5generic font configuration library ii libfreetype6 2.1.10-1.2 FreeType 2 font engine, shared lib ii libgail-commo 1.8.11-1 GNOME Accessibility Implementation ii libgail17 1.8.11-1 GNOME Accessibility Implementation ii libgconf2-4 2.13.5-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgnome-keyr 0.4.9-1GNOME keyring services library ii libgnome-pilo 2.0.12-1.6 Support libraries for gnome-pilot ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanva 2.14.0-1 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.13.92-1 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-0 2.8.13-1 The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libnspr4 2:1.7.12-1.1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1.1 Network Security Service Libraries ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpisock80.11.8-21 Library for communicating with a P ii libpisync00.11.8-21 Synchronization library for PalmOS ii libpng12-01.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii
Bug#356661: libpango1.0-0: Pango/experimental breaks evolution
Package: libpango1.0-0 Version: 1.11.99-1 Followup-For: Bug #356661 Downgrading to unstable pango helped. (evolution:7995): camel-WARNING **: Could not find key entry for word '121642': Datei oder Verzeichnis nicht gefunden (evolution:7995): camel-WARNING **: camel_exception_get_id called with NULL parameter. (evolution:7995): camel-CRITICAL **: camel_folder_free_message_info: assertion `info != NULL' failed (evolution:7995): camel-CRITICAL **: camel_folder_free_message_info: assertion `info != NULL' failed *** glibc detected *** free(): invalid pointer: 0x08afae98 *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348928: enigma: Enigma is current SVN checkout, not suited for going into testing
Package: enigma Version: 0.92.2-1 Severity: serious This version of enigma is a current SVN checkout. There is currently a transition underway to an XML-based data format, meaning you might lose your scores in enigma when playing this version. There will probably be no clear upgrade path via this version, therefore it's not suited for testing, sorry. (I tested this version and it plays fine, it also had all my scores) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages enigma depends on: ii enigma-data 0.92.2-1 Data file for the game enigma ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-7 GCC support library ii libpng12-01.2.8rel-5 PNG library - runtime ii libsdl-image1 1.2.4-1image loading library for Simple D ii libsdl-mixer1 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl-ttf2.0 2.0.7-1ttf library for Simple DirectMedia ii libsdl1.2debi 1.2.9-0.0 Simple DirectMedia Layer ii libstdc++64.0.2-7The GNU Standard C++ Library v3 ii libxerces27 2.7.0-1validating XML parser library for ii libzipios++0c 0.1.5.9+cvs.2004.02.07-3.3 a small C++ library for reading zi ii zlib1g1:1.2.3-9 compression library - runtime enigma recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#263358: minit: Minit not to be included in sarge, experimental packaging
Hi, > Since sarge has been released, do you think it would be time to close > this bug and let the package flow into testing for possible release with > etch? The package is not up to date, and I'm not using minit myself any longer. Therefore the package is RFA: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=334178 And I probably should retitle that into "orphan". best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Which is worse: ignorance or apathy? Who knows? Who cares? //\ Es gibt wenig aufrichtige Freunde. Die Nachfrage ist auch gering. V_/_ --- Marie von Ebner-Eschenbach -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312058: Planning to fix this one?
Hi, > Hello! This bug has been open and patched for quite a while. Planning to > make a new upload soon? Please reply to bug trail. It has been on my TODO list for ages now... :-( Sorry, I didn't have time for it yet. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To understand recursion you first need to understand recursion. //\ Die kürzeste Verbindung zwischen zwei Menschen ist ein Lächeln. V_/_
Bug#321669: enigma: Copyright violation for menu.s3m
Hi, > We spoke about documentation, firmware, and other such stuff which you have a > reasonable reason to modify, but music for a game ? You are free to take the > music and replace it with another, i suppose. This is an s3m, screamtracker file. You can modify it quite easily with so called trackers. We also have one as package: Soundtracker (although I don't know if its does .s3m, the docs only mention .xm and .xi) You could claim that this is a script, i.e. a program, to play music! Anyway, I'm going to upload with the music removed for now. > > We have a licence which allows free distribution along with enigma. This > > is not debian-specific - so it's fine for re-distributors like ubuntu - > > but still not DFSG-free. > > So, what is it you want ? Full redistribution right outside of enigma as well No, because this is still non-free according to DFSG. We need the public right to modify it in order to meet the DFSG. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Friends are those who reach out for //\ your hand but touch your heart. V_/_ Unter Freunden ist guter Rat nicht teuer, aber wie alles, was nichts kostet, nur wenig gefragt. --- Robert Muthmann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321669: enigma: Copyright violation for menu.s3m
Hi, > Well, i was just surprised that you listed the second alternative as asking > the author to GPL it, instead of asking for a fre elicence, but i believe that > in this case, any licence that allows distribution of the music track should > be ok, not sure though. Not by the post-sarge requirements AFAICT. Until then I think we allowed files you cannot modify (although mostly due to technical reasons, i.e. firmware) We have a licence which allows free distribution along with enigma. This is not debian-specific - so it's fine for re-distributors like ubuntu - but still not DFSG-free. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Go away or i'll replace you with a very small shell script. //\ Es gibt kein idiotensicheres Programm, weil Idioten so V_/_ genial sind. -- E. Murphy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321669: enigma: Copyright violation for menu.s3m
Hi, > Erich, applying the GPL to a documentation is ok, but don't you think you are > pushing things a bit hard by applying it to a music file too ? It doesn't need to be GPL, but it needs to be DFSG-free. Anyway, I have my upload ready with the music file removed. Any objections that I just go on and upload? What are we going to do about sarge? best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To understand recursion you first need to understand recursion. //\ Es lohnt sich nicht, die Augen aufzumachen, V_/_ wenn der Kopf im Sand steckt. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321669: enigma: Copyright violation for menu.s3m
Hi, I'm going to upload a new enigma package soon, since enigma in unstable is uninstallable now (depending on the old libzipios package, g++ transition to 4.0) I'd like to resolve this issue with the same upload - what do you suggest? I'm cc'ing debian-legal, too. Short version of the situation for debian-legal: Enigma contains a music file - menu title song - which I'd consider non-free with respect to Debian DFSG rules. Enigma was given the permission to distribute that song in an "informal email". The author of the song is credited in the manual as Andrew Sega Menu music (Pentagonal Dreams) I basically see three solutions: - make an enigma 0.92.1 upload, removing the s3m file (eventually making a non-free enigma-music package, but I'm too lazy) - ask the author of the song if he'd GPL-licence it - move enigma as-is to non-free The second would be the nicest, but I'd go for the first for now. Debian-Legal: I also need your advice for Debian stable. AFAICT it's non-obvious that the music is not GPL-licenced. (Well, the file's internal copyright says "all rights reserved") Neither that you can't just take it out and distribute it by itself! best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ To understand recursion you first need to understand recursion. //\ Es ist beschämender seinen Freunden zu mißtrauen als von ihnen V_/_ getäuscht zu werden. --- François de la Rochefoucauld
Bug#321669: enigma: Copyright violation for menu.s3m
Hi, > Yes, I agree. But given that he has not jumped in this discussion in > the last 7 days, and this is the third serious bug I am not holding my > breath right now. I havn't caught up with my mails yet. I was offline the last week, giving an intensive course, before that I was at a conference. Please be patient. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ A man doesn't know what he knows until he knows what he doesn't know. //\ Denken ist oft schwerer, als man denkt.V_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312058: ttf-larabie-uncommon 312058 patch
Hi, > I've attached a patch for #312058. Fixes the same problem in the other > binary packages within the source package. Thanks. I've been neglecting my non-free packages a lot... I'll see if I can make a new upload, but most likely not within two weeks. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ There are only 10 types of people in the world: //\ Those who understand binary and those who don't V_/_ Wenn zwei gute Freunde sind, die einander kennen, Sonn' und Mond begegnen sich, ehe sie sich trennen. --- Clemens von Brentano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319642: anjuta: experimental version doesn't depend on experimental anjuta-common
Package: anjuta Version: 2.0.1-1 Severity: grave Tags: experimental Justification: renders package unusable experimental anjuta misses the dependency on anjuta-common from experimental, making anjuta come up with an empty window. So if you just do an # apt-get -t experimental install anjuta it is unuseable. Only when I was writing this bug report in reportbug I noticed that I didn't upgrade anjuta-common. But there are some more bugs: the new button doesn't do anything, open doesn't work either, and when I try to resize the window, openbox crashes... :-( -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12.1+swsusp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages anjuta depends on: ii anjuta-common 1.2.3-1Data files for Anjuta ii libapr0 2.0.54-4 the Apache Portable Runtime ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.0-1 The Bonobo UI library ii libc6 2.3.4-3GNU C Library: Shared libraries an ii libdb4.2 4.2.52-19 Berkeley v4.2 Database Libraries [ ii libdevhelp-1-00.10-1 Library providing documentation br ii libesd-alsa0 [libesd0]0.2.36-1 Enlightened Sound Daemon (ALSA) - ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgbf-1-00.1.2-2GNOME Development Framework - runt ii libgcc1 1:4.0.1-2 GCC support library ii libgconf2-4 2.10.1-1 GNOME configuration database syste ii libgcrypt11 1.2.1-4LGPL Crypto library - runtime libr ii libgdl-1-00.6.0-1GNOME DevTool libraries - developm ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgnome-keyring0 0.4.3-1GNOME keyring services library ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeprint2.2-02.10.3-2 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1GNU TLS library - runtime library ii libgpg-error0 1.1-1 library for common error values an ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libldap2 2.1.30-11 OpenLDAP libraries ii libncurses5 5.4-9 Shared libraries for terminal hand ii liborbit2 1:2.12.2-2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libpcre3 5.0-1.1Perl 5 Compatible Regular Expressi ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.8.2.dfsg.1-4 X Window System Session Management ii libstdc++64.0.1-2The GNU Standard C++ Library v3 ii libsvn0 1.2.0-1shared libraries used by Subversio ii libtasn1-20.2.13-1 Manage ASN.1 structures (runtime) ii libvte4 1:0.11.13-2Terminal emulator widget for GTK+ ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxml2 2.6.20-1 GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxslt1.11.1.14-1 XSLT processing library - runtime ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-1 compression library - runtime Versions of packages anjuta recommends: ii autoconf
Bug#260808: reopening bug
Hi, > The other solution is to close this bug - as noone is able to > reproduce it - so obviously it has got fixed over the time. If the original submitter cannot reproduce it either, or is no longer reachable, you can close the bug. But use the *proper* way to do that, not the changelog. The changelog is to fix bugs by *changing* the thing that was causing the bug. And reassigning to xserver should have happened in first place, when it is not a bug of avifile. How about reassigning it and closing it? Greetings, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ There was never a good war or a bad peace. - Benjamin Franklin //\ Es ist besser, geliebt und verloren zu haben, V_/_ als niemals geliebt zu haben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#260808: reopening bug
reopen 260808 thanks Reopening this bug report. You must not close bugs in changelogs if you did not *change* anything. Please handle this bug report correclty. Greetings, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Which is worse: ignorance or apathy? Who knows? Who cares? //\ Der Anfang aller Erkenntnis ist das Staunen. --- AristotelesV_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292749: qiv: resolved with newest ubuntu xorg packages
Package: qiv Version: 2.0-3 Followup-For: Bug #292749 The problem is gone with newest ubuntu xorg packages. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (2, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages qiv depends on: ii gdk-imlib1 1.9.14-16.2 imaging library for use with gtk ( ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 6.8.1-1ubuntu16 X Window System protocol client li ii libxext6 6.8.1-1ubuntu16 X Window System miscellaneous exte ii libxi6 6.8.1-1ubuntu16 X Window System Input extension li ii xlibs6.8.1-1ubuntu16 X Window System client libraries m -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292749: same here: qiv crashes with xorg
Package: qiv Version: 2.0-3 Followup-For: Bug #292749 Hi, I'm running self-built packages of xorg based upon the Ubuntu ones. qiv does crash at startup with the same error message as reported earlier. Seems like this is a common problem of qiv with Xorg. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (2, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages qiv depends on: ii gdk-imlib1 1.9.14-16.2 imaging library for use with gtk ( ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 6.8.1-1ubuntu11.1 X Window System protocol client li ii libxext6 6.8.1-1ubuntu11.1 X Window System miscellaneous exte ii libxi6 6.8.1-1ubuntu11.1 X Window System Input extension li ii xlibs 6.8.1-1ubuntu11.1 X Window System client libraries m -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]