Bug#1057249: elki: please package v0.8

block 1057249 by 998708 thanks There are at least these two blockers to updating ELKI in Debian: 1. Gradle in Debian is 4.4.1, from 2017, current Gradle is 8.6 #998708 2. JaFaMa is not packaged in Debian https://github.com/jeffhain/jafama (we should possibly eliminate this dependency from

Bug#1051418: bad patch: debian/patches/0013-Fix-comparision-if-char-is-unsigned.patch

tag 1051418 +patch thanks Removing the bad patch debian/patches/0013-Fix-comparision-if-char-is-unsigned.patch and rebuilding the package fixes this bug.

Bug#1051418: obs unusable

this patch? Regards, Erich Schubert

Bug#1057249: elki: please package v0.8

I have been considering to drop the package, simply because all you need to get is a single jar file - no installation necessary, and hence there is little benefit from having a full Debian package. Because the build process is now Gradle instead of Maven, the package build needs to be

Bug#1002838: pdfarranger: Error "Can't convert ObjectHelper" when saving

Package: pdfarranger Version: 1.8.0-1 Followup-For: Bug #1002838 Traceback (most recent call last): File "/usr/lib/python3/dist-packages/pdfarranger/pdfarranger.py", line 976, in choose_export_pdf_name self.save(mode, file_out) File "/usr/lib/python3/dist-packages/pdfarranger/pdfarranger.py",

Bug#1002838: pdfarranger: Error "Can't convert ObjectHelper" when saving

Package: pdfarranger Version: 1.8.0-1 Severity: important When trying to join multiple PDF using pdfarranger, I get the following error when trying to save the result: Can't convert ObjectHelper to Object (or subclass) implicitly. Use .obj to get access to the underlying object. As this

Bug#998736: adb: Version update: "adb peer" missing for Android 11+

Package: adb Version: 1:29.0.6-1 Severity: important In order to use "adb connect" with an android 11 device, it appears to be necessary to peer first with a PIN. This functionality is not available in the package, and this likely can be solved by updating to upstream 11+ (30.0.0 added

Bug#986027: Fwd: [Bug 1706594] 100% CPU usage on WebExtensions process

A fix is scheduled for Firefox 95 apparently. https://bugzilla.mozilla.org/show_bug.cgi?id=1706594 https://hg.mozilla.org/mozilla-central/rev/2c21101c4b3b After removing the webext-* packages and installing the extensions manually, the issue did not reoccur for me. So if you want a

Bug#986027: Fwd: [Bug 1706594] 100% CPU usage on WebExtensions process

Apparently, there exists a preliminary fix for this issue. Forwarded Message Subject:[Bug 1706594] 100% CPU usage on WebExtensions process Date: Thu, 23 Sep 2021 18:22:36 + *Comment # 32 on Bug 1706594

Bug#991696: Bug#991698: Possible CVE-2014-5461 in enigma-data

reassign 991698 enigma merge 991698 991696 thanks It does not make sense to report the bug against the *data* package. Its in the binary, not the data. No need to report it twice. Also, why use a screenshot of the diff, and not just the diff directly, wtf? Why would you make a screenshot

Bug#991917: python3-wikitrans: Wiki 2 html conversion errors

Hi, 3. WikiDelimNodes (generated by wikimarkup: ''Example'') cause raw JSON to be inserted in the HTML: Can you give more detail, please? I believe this article causes the problem: https://simpsons.fandom.com/wiki/John_Swartzwelder?action=edit It may be because of seemingly mismatched

Bug#991917: python3-wikitrans: Wiki 2 html conversion errors

Package: python3-wikitrans Version: 1.3-1 Severity: important Tags: upstream X-Debbugs-Cc: g...@gnu.org Unfortunately, the wikitrans package fails to convert wiki to html quite often. Here are some errors I noticed when processing the Simpsons fandom wiki: 1. This upstream patch should be

Bug#977112: texlive-latex-extra: dinbrief package is broken with texlive 20201203

Package: texlive-latex-extra Version: 2020.20201129-1 Severity: normal The dinbrief package (last updated upstream 2000?) is broken now (it worked before the recent uploads of 20201203): ! Undefined control sequence. \set@color ...\@pdfcolorstack push{\current@color    

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

Bug#934989: openjdk-11-jre: Performance of JDK11/12 is 10%-15% worse than JDK8

ternatively, you can use the wall-clock-time measurement with /usr/bin/time, if you prefer that. Regards, Erich On 8/17/19 9:29 PM, tony mancill wrote: Hello Erich, On Sat, Aug 17, 2019 at 08:41:23PM +0200, Erich Schubert wrote: Subject: openjdk-11-jre: Performance of JDK11/12 is 10%

Bug#934989: openjdk-11-jre: Performance of JDK11/12 is 10%-15% worse than JDK8

Subject: openjdk-11-jre: Performance of JDK11/12 is 10%-15% worse than JDK8 Package: openjdk-11-jre Version: 11.0.4+11-1 Severity: normal Tags: upstream In my benchmarks, JDK 11 and 12 scores around 10%-20% worse runtime than JDK 8. I also tried Oracle Graal CE and Graal EE, and they perform

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

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

Bug#911925: Latest OpenJDK breaks various builds

severity 911925 grave thanks Grave because this causes odd errors in various Java compilation tasks, and possibly in some Java applications, to make sure this version doesn't easily enter testing. Apparently this upload causes various build problems in particular with Maven (surefire) but

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

Bug#903769: libcommons-lang3-java: NPE with OpenJDK11 and maven-javadoc

Hi, Thank you for the report Erich. What version of OpenJDK 11 did you use? Could you check the value of the java.specification.version system property please? As far as I can tell, this should fail with any Java 11... Package version 11~22-2 openjdk version "11" 2018-09-25 OpenJDK Runtime

Bug#903774: libcommons-compress-java: Build incompatible with Java 8, without need?

Package: libcommons-compress-java Version: 1.13-2 Severity: normal Maven with Java 8 can no longer build jars. Caused by: java.lang.NoSuchMethodError: java.nio.ByteBuffer.rewind()Ljava/nio/ByteBuffer;     at org.apache.commons.compress.archivers.zip.ZipFile.tryToLocateSignature

Bug#903769: libcommons-lang3-java: NPE with OpenJDK11 and maven-javadoc

Package: libcommons-lang3-java Version: 3.7-1 Severity: important When building a maven projects javadoc, I see the following NPE: Execution attach-javadocs of goal org.apache.maven.plugins:maven-javadoc- plugin:3.0.0:javadoc-no-fork failed.     at

Bug#902855: ITA: enigma -- A game where you control a marble with

Hi, I am working in the enigma package update (I am trying to adopt it). I see that this package don't have a VCS. Yes, it doesn't have one yet. Do you think that is a good idea add enigma to salsa? If it is true, could anyone create a salsa repo to commit it and give me access? As

Bug#900840: Bug#901471: Thunderbird should not be able to render the xserver unusable

Hi, Oops, yes. This should have gone to #900840. I am unsure where to clone the issue. For obvious reasons, a client application like thunderbird should not be able to break the xserver in a way that thunderbird does. While extending the apparmor permissions makes thunderbird work again (and

Bug#902855: RFA: enigma -- A game where you control a marble with the mouse

Package: wnpp Severity: normal The package should be updated to the latest release (from 2014) & git fixes. It's by now at github: https://github.com/Enigma-Game/Enigma Regards, Erich

Bug#901471: Thunderbird should not be able to render the xserver unusable

I am unsure where to clone the issue. For obvious reasons, a client application like thunderbird should not be able to break the xserver in a way that thunderbird does. While extending the apparmor permissions makes thunderbird work again (and thus solves this bug), there is an underlying

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

Bug#882073: firefox: Disable Pocket by default: a non-free web service and privacy relevant that should require consent

Package: firefox Version: 57.0~b9-1 Severity: normal Tags: patch The Debian package of firefox should disable Pocket by default, as this encourages the use of a non-free web service, and sends privacy relevant information without prior agreement by the user. The suggested change is simply to

Bug#875322: Batik: make rhino and jython optional

Hi, Please cherry-pick this patch: http://svn.apache.org/viewvc?view=revision=1805148 Also note that upstream has a 1.9.1 release that apparently fixes the poms. Regards, Erich

Bug#875322: libbatik-java incorrect poms

reopen 875322 thanks Two issues still persist: 1. A dependency on org.python:jython, that either should be optional, or that must be a debian dependency, too. It appears to work (for ELKI) without Jython - but this dependency does exist in mavencentral, so it may be necessary to add a

Bug#863337: visualvm: Typos in launcher script - does not start anymore

Hi, I will try to double-check this, but I'm constantly short on time these days. I didn't modify visualvm.conf But by any means, by looking at the source don't you think it should be -J rather than -L? Even if e.g. the bug only appears because Java 9 fails to start with -L, whereas maybe java 8

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.

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

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 <sanv...@unex.es> 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, > >

Bug#843038: elki: FTBFS randomly (failing tests)

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. > >

Bug#843038: elki: FTBFS randomly (failing tests)

4PM +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 main

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)

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 <sanv...@unex.es> wrote: > On Wed, Mar 08, 2017 at 06:13:34PM +0100, Erich

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.

Bug#787955: openjdk-8-jre: crashes in GUI program when focussing widgets with

everything is fine. I haven't verified with Batik example if this also happens there. Best regards, Erich On Mon, Jul 18, 2016 at 1:47 PM, Sebastian Humenda <shume...@gmx.de> wrote: > found 787955 8u91-b14-3 > stop > > Erich Schubert schrieb am 17.07.2016, 11:30 +0200:

Bug#787955: openjdk-8-jre: crashes in GUI program when focussing widgets with

Hi, I do not have a screenreader. Without disabling AtkWrapper, some programs do not shut down correctly. On Sun, Nov 13, 2016 at 11:32 AM, Samuel Thibault wrote: > Hello, > > Sebastian Humenda, on Sun 13 Nov 2016 09:07:55 +0100, wrote: > > It's however not fixed yet for

Bug#843038: elki: FTBFS (failing tests)

;sanv...@unex.es> wrote: > On Thu, Nov 03, 2016 at 04:42:07PM +0100, Erich Schubert wrote: > > retitle 843038 some build tests fail on slow CPUs, should be disabled > > thanks > > > > Feel free to NMU with tests disabled, if you consider this to be a major > >

Bug#843038: elki: FTBFS (failing tests)

retitle 843038 some build tests fail on slow CPUs, should be disabled thanks Feel free to NMU with tests disabled, if you consider this to be a major improvement... You can modify the "excludeTests" property to also exclude all "*Sort*" tests, that is a one-line change. The policy does not say

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

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

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

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.

Bug#835059: Missing dependency on libglib2.0-bin - fails to start

Package: gnome-maps Version: 3.20.2-1 Severity: normal The menu entry relies on the "gapplication" command, which is in libglib2.0-bin. But there is no dependency on this package, and you cannot rely on e.g. gdm3 being installed.

Bug#787955: openjdk-8-jre: crashes in GUI program when focussing widgets with

This seems to be fixed for me. I could not reproduce anymore. Regards, Erich On Sun, Jul 3, 2016 at 8:00 PM, Samuel Thibault wrote: > Hello, > > Sebastian Humenda, on Sat 06 Jun 2015 21:33:17 +0100, wrote: >> Package: openjdk-8-jre >> Version: 8u45-b14-3 >> >> This crash

Bug#820694: python3-csvkit: Missing dependency onto python3-pkg-resources

Package: python3-csvkit Version: 0.9.1-2 Severity: normal > csvjoin Traceback (most recent call last): File "/usr/bin/csvjoin", line 5, in from pkg_resources import load_entry_point ImportError: No module named 'pkg_resources' Installing python3-pkg-resources fixes this problem. --

Bug#801925: [PATCH] SCSI: fix crashes in sd and sr runtime PM

mply have > to be sure to clear the private data during removal and test it during > runtime suspend/resume. > > This fixes <https://bugs.debian.org/801925>. > > Signed-off-by: Alan Stern <st...@rowland.harvard.edu> > Reported-by: Paul Menzel <paul.men...@giantmonke

Bug#801925: NULL pointer dereference: IP: [] sr_runtime_suspend+0xc/0x20 [sr_mod]

Hi all, 4.4-rc8 does not fix the problem for me. Anything beyond 4.1.0 remains unable to boot this computer. Unfortunately, because the error occurs during early early SCSI initialization, I do not have easy access to the log - no disk, no network. It happens during SATA initialization:

Bug#809737: libsvm3-java: Please include pom metadata in /usr/share/maven-repo

Package: libsvm3-java Version: 3.12-1.1 Severity: minor It would make building packages using libsvm3-java easier, if a pom file were installed in /usr/share/maven-repo (maven-helper / maven-repo support) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy:

Bug#809736: maven-debian-helper: Does not recognize interval dependencies like junit [4.8, )

Package: maven-debian-helper Version: 2.0.1 Severity: normal Maven 3 allows specifying minimum and maximum version dependencies. For example, it is possible to specify a junit dependency "[4.8,)" as "4.8 and later". maven-debian-helper does not appear to understand this syntax: --- Resolving

Bug#809736: maven-debian-helper: Does not recognize interval dependencies like junit [4.8, )

Maven plugins are re-uploaded to include a "debian" version. Best regards, Erich On Sun, Jan 3, 2016 at 4:31 PM, Emmanuel Bourg <ebo...@apache.org> wrote: > Le 3/01/2016 15:51, Erich Schubert a écrit : > >> Maven 3 allows specifying minimum and maximum version dependencies

Bug#801925: Linux Null Pointer Dereference on boot

Hi, Both me and a colleague are bit by the same/a similar bug. The Null Pointer Dereference here is at sd_resume during early boot, but looks very much related to this issue. The last kernel able to boot for me is 4.1.0-2-amd64 Anything later than that (including linux-image-4.3.0-trunk-amd64

Bug#802959: RM: elki/0.6.5~20141030-1 from testing

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove the "elki" package from _testing_ to unblock libbatik-java. An API change in batik made the packages incompatible. ELKI version 0.7.0 will be compatible with both batik version

Bug#799990: Bug#794214: org.apache.batik.dom.svg.SVGDOMImplementation

On Sat, Oct 24, 2015 at 2:19 PM, Mathieu Malaterre <ma...@debian.org> wrote: > On Sat, Oct 24, 2015 at 2:06 PM, Samuel Thibault <sthiba...@debian.org> wrote: >> Hello, >> >> Erich Schubert, le Mon 17 Aug 2015 10:28:27 +0200, a écrit : >>> I will take care of

Bug#787955: Backtrace for OpenJDK8 deadlocks with GTK UIs.

Hi, The workaround from https://bugs.debian.org/798131 seems to work for me: Edit /etc/java-8-openjdk/accessibility.properties and comment (add # to) the GNOME Atk Wrapper line: assistive_technologies=org.GNOME.Accessibility.AtkWrapper Regards, Erich On Tue, Sep 22, 2015 at 5:41 PM, Erich

Bug#787955: Backtrace for OpenJDK8 deadlocks with GTK UIs.

As you can see, the deadlock is somewhere in GTK native code: "AWT-EventQueue-1" #17 prio=6 os_prio=0 tid=0x7f53a85d9800 nid=0x6e1e runnable [0x7f5376d98000] java.lang.Thread.State: RUNNABLE at com.sun.java.swing.plaf.gtk.GTKStyle.nativeGetClassValue(Native Method) at

Bug#799652: mediathekview: Headless mode is not working

Package: mediathekview Version: 10-1 Severity: normal Headless operation is broken in release, fixed in git: > DISPLAY= mediathekview -Djava.awt.headless=true -auto . Proxy Authentication: not configured Exception in thread "main" java.awt.HeadlessException: No X11 DISPLAY variable was set,

Bug#787955: Deadlocks in Java GUIs

Hi, I'm seeing the same thing; it worked with earlier java versions, and it continues to work with the Oracle JRE. There is a bug in the Debian OpenJDK8 package, that is triggered in particular when tab-switching from input fields. But also my application seem to no longer properly quit when the

Bug#794214: org.apache.batik.dom.svg.SVGDOMImplementation

Hello Mathieu, The annoying part is that even the Batik documentation still contains the old package name: https://xmlgraphics.apache.org/batik/using/dom-api.html It is well possible that many of the dependencies do not use this class. I'm not sure if there might be indirect dependencies that

Bug#794214: Batik 1.8 transition

Hello, The next ELKI version will be compatible with Batik 1.8 and 1.7. Please, if uploading batik to unstable, add a Breaks: elki (= 0.6.5) to the control file. ELKI 0.7.0 will be compatible with both batik versions. Regards, Erich -- To UNSUBSCRIBE, email to

Bug#792175: Batik 1.8 is out, but incompatible!

Unfortunately, Batik 1.8 appears to be incomatible to Batik 1.7 Therefore, upgrading the package without bumping the name will cause many applications to break. E.g. for ELKI I had to limit Batik to the latest 1.7 version in the pom. See:

Bug#789023: gnome-tweak-tool: Missing dependency on gnome-settings-daemon

Package: gnome-tweak-tool Version: 3.16.2-1 Severity: normal Dear Maintainer, When gnome-settings-daemon is not installed, gnome-tweak-tool crashes: GLib-GIO-ERROR **: Settings schema 'org.gnome.settings-daemon.plugins.xsettings' is not installed -- System Information: Debian Release:

Bug#776788: Golang or docker error?

I tried to nail it down, it seems to be hidden in the gzip module of golang. In this case, the error should probably be reported against golang? But I would be very much surprised to see a gzip error go undetected... Plus, if alternate means of downloading work (and the data probably needs to

Bug#774745: Maven 3.0 fails to build some software

severity 774745 important thanks According to https://issues.apache.org/jira/browse/BIGTOP-1476 Maven 3.0 cannot build Hadoop. Maven 3.2 is reported to fix the issues. It seems maven 3.0 fails to correctly resolve some dependencies? Regards, Erich -- To UNSUBSCRIBE, email to

Bug#763155: Bug#764528: Cross-referencing i915 kernel bugs on EEEpc

, 2015 at 3:22 PM, Erich Schubert er...@debian.org wrote: tag 764528 + patch jessie tag 763155 + patch jessie thanks There appears to be a rather easy patch available: http://patchwork.freedesktop.org/patch/38659/ Quietly reject attempts to create non-pagealigned stolen objects Judging from

Bug#763155: Bug#764528: Cross-referencing i915 kernel bugs on EEEpc

(apparently, it depends on the bios and CPU), and the patch is quite simple, it should be considered for jessie, even if the patch isn't the long-term solution yet. Thank you. Regards, Erich On Sun, Nov 30, 2014 at 10:59 PM, Erich Schubert er...@debian.org wrote: https://bugs.freedesktop.org/show_bug.cgi

Bug#763155: Cross-referencing i915 kernel bugs on EEEpc

severity 764528 important tag 764528 +jessie +sid +experimental tag 771227 +jessie +sid +experimental block 764528 763155 block 771227 763155 merge 764528 771227 thanks All of these are probably the same bug, rendering current kernels (jessie onward) unusable on EEEpc with older (?) Atom CPUs.

Bug#763155: Bug#764528: Cross-referencing i915 kernel bugs on EEEpc

https://bugs.freedesktop.org/show_bug.cgi?id=86883 Not sure if kernel bugzilla wouldn't have been the better address, given that the BUG_ON clearly is in kernel code. But I guess it's the same developers anyway. Regards, Erich -- To UNSUBSCRIBE, email to

Bug#770812: tasksel: task-sysvinit to allow easy installation of non-systemd systems

HI, Besides: I'm not sure where you got the impression I owe you anything. Any user writing a reasonable bug report deserves to be treated with respect, and deserves a useful answer (spam and duplicate reports are an obvious exception). Not just a no (which is an unwritten f... off) Otherwise,

Bug#770812: tasksel: task-sysvinit to allow easy installation of non-systemd systems

Package: tasksel Version: 3.29 Severity: wishlist Hello, It has been argued that late changes to the debian installer should be avoided, and the maintainers have clearly expressed that they do not want to add another debconf question: https://lists.debian.org/debian-boot/2014/11/msg00408.html My

Bug#770812: tasksel: task-sysvinit to allow easy installation of non-systemd systems

? On Mon, Nov 24, 2014 at 2:06 PM, Cyril Brulebois k...@debian.org wrote: Erich Schubert er...@debian.org (2014-11-24): Package: tasksel Version: 3.29 Severity: wishlist Hello, It has been argued that late changes to the debian installer should be avoided, and the maintainers have clearly

Bug#770812: tasksel: task-sysvinit to allow easy installation of non-systemd systems

reopen 770812 thanks Hello, Read the QUESTION. Not only the word systemd. You are still not listening to my actual question, only raising your sysvinit-shields. I'm asking if a TASK can solve this maybe more nicely than the other proposed approaches. Bug #668001 does not mention this

Bug#770812: Patch to add a sysvinit task to tasksel (untested)

a freeze exception for this: we've all seen the amount of discussion on how to avoid installing with systemd. If this patch can make a non-systemd installation easy, it is worth consideration, isn't it? Regards, Erich From 4499a0a4ffe884e9da65f05b85ec0d5ee2ca8ef3 Mon Sep 17 00:00:00 2001 From: Erich

Bug#763155: linux-image-3.16.0-4-686-pae: Bad news, only working sometimes

Package: src:linux Version: 3.16.7-2 Followup-For: Bug #763155 Control: found 3.16.7-2 Unfortunately, the problems still persist. Today, 3.16.0-4 did not boot correctly either; nor did 3.17. The last kernel working reliably was and continues to be 3.14. :-( Hardware name: ASUSTeK Computer INC.

Bug#763155: linux-image-3.16.0-4-686-pae: Probably resolved in 3.16.0-4-686

Package: src:linux Followup-For: Bug #763155 Hello, Successfully running 3.16.0-4-686-pae right now. Either the problem is gone, or it doesn't occur on every boot. (Different EEEpc model, though) -- Package-specific info: ** Version: Linux version 3.16.0-4-686-pae

Bug#768027: linux-image-3.16-3-686-pae: kernel BUG at linux-3.16.5/drivers/gpu/drm/i915/i915_gem_stolen.c:431!

Package: src:linux Version: 3.16.5-1 Severity: important Booting a 3.16.5 leads to a locked up system. Login manager fails to start, and the console is dead. This renders this kernel UNUSABLE on my Netbook. Kernel 3.14 works fine. This appears to be specific to the earlier Intel Atom CPUs?

Bug#763155: linux-image-3.16-2-686-pae: linux 3.16-2-686-pae: i915 module crashes on Eeepc 1001p

Package: src:linux Version: 3.14.15-2 Followup-For: Bug #763155 Same thing here: kernel BUG at /build/linux-Lep8DD/linux-3.16.3/drivers/gpu/drm/i915/i915_gem_stolen.c:431! invalid opcode: [#1] SMP EIP is at i915_gem_object_create_stolen_for_preallocated+0x20b/0x280 [i915] and resulting in

Bug#761163: libgl1-mesa-dri: DRI3 causes error messages on i915 driver

Package: libgl1-mesa-dri Version: 10.3.0~rc3-1 Severity: minor Any application using libGL will report the following errors to stderr: libGL error: Version 4 or later of flush extension not found libGL error: failed to load driver: i915 The reason is that the i915 driver does not support DRI3

Bug#755065: graphviz: No output formats available - missing /usr/lib/graphviz/config6

Package: graphviz Version: 2.38.0-1 Severity: important dot -Tpng Format: png not recognized. Use one of: Apparently, no output formats are available in the current version, rendering many programs in the package largely useless. See also:

Bug#748519: pepperflashplugin-nonfree: Pepperflash and new chrome

Package: pepperflashplugin-nonfree Version: 1.3 Followup-For: Bug #748519 New chrome seems to source /etc/chrome.d/, so adding the same contents to a file such as /etc/chrome.d/pepperflashplugin-nonfree.sh seems to do the trick. -- System Information: Debian Release: jessie/sid APT prefers

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

Bug#472516: #472516 - gnome-settings-daemon: Should not suggest to load .xmodmaprc~ (backup file)

Hi, I don't use Gnome anymore, but I have become a XFCE user, after Gnome became less and less usable for me. Feel free to close the bug if you can't reproduce it. Given that it was reported against gnome 2, don't waste much effort on it.

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:

Bug#548723: gvfs: Crashes in GTK file selectors

Hello, It's been so long that I don't remember details about this bug anymore. I doubt it will be easy to reproduce, as it likely involves uprading gvfs without restarting. Feel free to close the bug report. On Wed, Mar 12, 2014 at 10:05 PM, althaser altha...@gmail.com wrote: Hey Erich, Could

Bug#740459: Infinite loop reloading dbus service

Package: sysv-rc Version: 2.88dsf-51 Severity: important Hi, Todays upgrade to unstable went into an infinite loop. It may be related to the libc upgrade, but I can't tell for sure. The system runs into an infinite loop reloading services, also on dpkg --configure -a: insserv: Note: sysvinit

Bug#740459: Infinite loop reloading dbus service

that insserv gets some data from systemd, but the visualization tools do not. On Sat, Mar 1, 2014 at 10:04 PM, Petter Reinholdtsen p...@hungry.com wrote: Control: reassign -1 insserv Control: found -1 1.16.0-3 [Erich Schubert] insserv: Note: sysvinit service dbus is shadowed by systemd dbus.service

Bug#625762: --geometry causes additional characters in terminal

notfound 625762 3.10.1-1 thanks Seems to be gone now. I don't really use gnome-terminal anymore though. I have become a XFCE user. On Mon, Feb 17, 2014 at 3:45 PM, althaser altha...@gmail.com wrote: Hey, Could you please try to reproduce this with newer version of gnome-terminal like

Bug#721721: libpostgis-java: Installs incorrect symlink

Package: libpostgis-java Version: 2.1.0-1 Severity: normal libpostgis-java installs the symlink: /usr/share/java/postgis.jar - postgis-jdbc-2.1.0.jar but the actual package installed is: /usr/share/java/postgis-jdbc-2.1.0~rc1.jar causing a dangling symlink. -- System Information: Debian

Bug#720032: grub-probe misdetects filesystem and UUID

Package: grub-pc Version: 2.00-17 Severity: important Grub since version 2.00 is unable to boot (goes to resuce prompt only). Downgrading to 1.99-27+deb7u1 resolves the problem, so this is a regression. I've noticed that grub seems to misdetect the filesystem and UUID: It reports the UUID as

Bug#719054: pyroman: Support IPSec protocols (ESP and AH)

Hello, Thank your for your patch. It looks good (and I've already committed it to SVN), however I do get a warning message when using it: Warning: never matched protocol: ah. use extension match instead. As far as I can tell, this happens in ip6tables only, i.e. IPv6. From a relevant mailing

Bug#276545: .xsession-errors is a potential DoS issue?

Every now and then (e.g. when upgrading the nvidia driver), some application (e.g. chrome browser) starts misbehaving. And yes, of course that is the individual applications fault. However, applications have bugs. And any such bug - e.g. one that causes a web browser to log a warning to stderr -

Bug#712569: git-svn should allow working on a subdirectory only

Package: git-svn Version: 1:1.8.3.1-1 Severity: wishlist Essentially, I'd like to be able to sync only a particular folder with subversion, allowing for a directory layout like this: project/ --- not synced project/module-from-svn --- synced with SVN It seems as if this should

Bug#712569: git-svn should allow working on a subdirectory only

it to a subdirectory in git. Yes, submodules would work, but I want to migrate everything into a git repository on the long run, and consolidate repositories; not add in more fragmentation. Regards, Erich On Mon, Jun 17, 2013 at 4:23 PM, Jonathan Nieder jrnie...@gmail.com wrote: Hi Erich, Erich Schubert wrote

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

Bug#690081: Processed: your mail

Control: severity 690081 grave No, this bug is in no way grave. Sure it is, by definition of grave: http://www.debian.org/Bugs/Developer#severities grave makes the package in question unusable or mostly so [...] The package is *unusable* (as in: *uninstallable*) on multiarch. This

  1   2   3   4   5   6   7   >