Bug#913458: osmosis --rri download slowdown with openjdk-11-jre
Package: osmosis Version: 0.47-3 Severity: normal Dear Maintainer, After installing openjdk-11-jre I'm experiencing significant slowdown when downloading OSM replication files (--rri). What used to take minutes now takes hours. Like 6 hours compared to 10 or 15 minutes. I've experienced this problem with osmosis version 0.47-2 and 0.47-3. It appears that this problem is osmosis specific. Using JRE 10 for osmosis solves the problem. For example providing /etc/osmosis/osmosis.conf with content JAVACMD=/usr/lib/jvm/java-10-openjdk-amd64/bin/java -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (510, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages osmosis depends on: ii default-jre-headless [java8-runtime-headless] 2:1.11-70 ii libbatik-java 1.10-1 ii libcommons-codec-java 1.11-1 ii libcommons-compress-java 1.18-1 ii libcommons-dbcp-java 1.4-5 ii libcommons-pool-java 1.6-3 ii libjpf-java 1.5.1+dfsg-4 ii libmariadb-java 2.3.0-1 ii libosmpbf-java1.3.3-11 ii libplexus-classworlds2-java 2.5.2-2 ii libpostgis-java 1:2.2.1-9 ii libpostgresql-jdbc-java 42.2.5-1 ii libprotobuf-java 3.6.1-4 ii libspring-beans-java 4.3.19-1 ii libspring-context-java4.3.19-1 ii libspring-core-java 4.3.19-1 ii libspring-jdbc-java 4.3.19-1 ii libspring-transaction-java4.3.19-1 ii libxerces2-java 2.11.0-9 ii libxz-java1.8-2 ii openjdk-10-jre-headless [java8-runtime-headless] 10.0.2+13-2 ii openjdk-11-jre-headless [java8-runtime-headless] 11.0.1+13-2 ii openjdk-9-jre-headless [java8-runtime-headless] 9.0.4+12-4 osmosis recommends no packages. osmosis suggests no packages. -- no debconf information
Bug#885620: kjots: Rebuild against akonadi new version seems to solve
On Fri, 29 Dec 2017 12:04:01 +0100 =?utf-8?b?UnViw6luIEfDs21leiBBbnRvbMOt?= wrote: > Package: kjots > Version: 4:5.0.2-1 > Followup-For: Bug #885620 > > Dear Maintainer, > > I have the same issue reported by Philippe, and looking for it I > encounter that some Slackware and Arch user has the same issue and solve > it rebuilding against new Akonadi version: > > https://www.linuxquestions.org/questions/slackware-14/kjots-on-slackware64-current-of-19th-november-with-aliens-plasma5-november-updates-4175618091-print/ > Yes, simply rebuilding a package solves this problem.
Bug#485738: reproduction
Correction, this is simplest script that reproduces bug: #!/usr/bin/env ruby require 'xml/libxml' i = 0; while true XML::Document.new; i += 1; puts "* #{i} *" if i%100 == 0; end -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485738: reproduction
Apparently it is sufficient to upgrade packages libruby1.8, ruby1.8 and ruby1.8-dev to encounter the bug. It is possible that bug is actually caused only when you use libxml-ruby1.8. Maybe it is worth mentioning that original script used libxml, but didn't fail while using libxml (line in script). Here is script that reproduces the bug: #!/usr/bin/env ruby require 'xml/libxml' i = 0; while true doc = XML::Document.new; doc.root = XML::Node.new('gc-bug'); i += 1; puts "* #{i} *" if i%100 == 0; end And output on my computer: $ ./gcbug.rb * 100 * * 200 * * 300 * * 400 * * 500 * * 600 * * 700 * * 800 * * 900 * * 1000 * * 1100 * * 1200 * ./gcbug.rb:8: [BUG] object allocation during garbage collection phase ruby 1.8.7 (2008-05-31 patchlevel 0) [x86_64-linux] Aborted gcbug.rb Description: application/ruby
Bug#471049: mkvtoolnix: Debian mkvmerge fails to identify srt file
Rebuilding package solves the problem for me. I guess there is binary incompatibility with libpcre3 7.6-2. Downgrading libpcre3 to 7.4-1 also solves the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473340: grub-probe: "cannot find a GRUB drive for ...."
Dne Monday 31 of March 2008 je Robert Millan napisal(a): > On Mon, Mar 31, 2008 at 10:24:59PM +0200, Blaž Lorger wrote: > > Dne Monday 31 of March 2008 je Blaž Lorger napisal(a): > > > > On Sun, Mar 30, 2008 at 03:23:03AM +0200, Blaž Lorger wrote: > > > > > Package: grub > > > > > Version: 0.97-35 > > > > > > > > > > After upgrade from grub version 0.97-32, I was unable to install > > > > > new kernel version becouse update-grub fails. It seems that problem > > > > > is with grub-probe: isis:~# grub-probe / > > > > > grub-probe: error: cannot find a GRUB drive for /dev/sde1. > > > > > > > > Please attach your /boot/grub/device.map. > > > > > > It's just oneliner: > > > (hd0) /dev/sda > > > > > > This was true until I installed 5th drive. Now it'a a lottery whether > > > hd0 is /dev/sda or /dev/sde. > > > > Some additional information may help. > > Devices /dev/sda, ..., /dev/sdd are joined in RAID. > > And sde? > > Please provide the output of: > > grub-probe -t device / > grub-probe -t device /boot > grub-probe -t fs /boot sde is physicall disk. It's 1st HD detected by BIOS. Now using several different device.map files: Default one: isis:~# cat /boot/grub/device.map (hd0) /dev/sda One containing only sde: isis:~# cat sde-device.map (hd0) /dev/sde Newly generated one: isis:~# echo quit |grub --device-map=new-device.map --batch isis:~# cat new-device.map (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdd (hd4) /dev/sde (hd5) /dev/sdf Since I don't have floppy drive I had to edit generated file: isis:~# cat edited-device.map (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdd (hd4) /dev/sde (hd5) /dev/sdf And finally using symlinks by ID: isis:~# cat byid-device.map (hd0) /dev/disk/by-id/scsi-S_3ND034S4 (hd1) /dev/disk/by-id/scsi-S_3ND1DBEF (hd2) /dev/disk/by-id/scsi-S_9QG0RTF1 (hd3) /dev/disk/by-id/scsi-S_WD-WCAPW3292614 (hd4) /dev/disk/by-id/scsi-S_9QG0VRJT (hd5) /dev/disk/by-id/scsi-S_WD-WCAPW3375714 Here is the result: isis:~# grub-probe -t device / /dev/sde1 isis:~# grub-probe -t device /boot /dev/sde1 isis:~# grub-probe -t fs /boot grub-probe: error: cannot find a GRUB drive for /dev/sde1. isis:~# grub-probe --device-map=sde-device.map -t device / /dev/sde1 isis:~# grub-probe --device-map=sde-device.map -t device /boot /dev/sde1 isis:~# grub-probe --device-map=sde-device.map -t fs /boot ext2 isis:~# grub-probe --device-map=new-device.map -t device / grub-probe: error: Cannot get the real path of `/dev/fd0' isis:~# grub-probe --device-map=new-device.map -t device /boot grub-probe: error: Cannot get the real path of `/dev/fd0' isis:~# grub-probe --device-map=new-device.map -t fs /boot grub-probe: error: Cannot get the real path of `/dev/fd0' isis:~# grub-probe --device-map=edited-device.map -t device / /dev/sde1 isis:~# grub-probe --device-map=edited-device.map -t device /boot /dev/sde1 isis:~# grub-probe --device-map=edited-device.map -t fs /boot ext2 isis:~# grub-probe --device-map=byid-device.map -t device / /dev/sde1 isis:~# grub-probe --device-map=byid-device.map -t device /boot /dev/sde1 isis:~# grub-probe --device-map=byid-device.map -t fs /boot ext2
Bug#473340: grub-probe: "cannot find a GRUB drive for ...."
> On Sun, Mar 30, 2008 at 03:23:03AM +0200, Blaž Lorger wrote: > > Package: grub > > Version: 0.97-35 > > > > After upgrade from grub version 0.97-32, I was unable to install new > > kernel version becouse update-grub fails. It seems that problem is with > > grub-probe: isis:~# grub-probe / > > grub-probe: error: cannot find a GRUB drive for /dev/sde1. > > Please attach your /boot/grub/device.map. It's just oneliner: (hd0) /dev/sda This was true until I installed 5th drive. Now it'a a lottery whether hd0 is /dev/sda or /dev/sde. (hd0) /dev/sda
Bug#473340: grub-probe: "cannot find a GRUB drive for ...."
Dne Monday 31 of March 2008 je Blaž Lorger napisal(a): > > On Sun, Mar 30, 2008 at 03:23:03AM +0200, Blaž Lorger wrote: > > > Package: grub > > > Version: 0.97-35 > > > > > > After upgrade from grub version 0.97-32, I was unable to install new > > > kernel version becouse update-grub fails. It seems that problem is with > > > grub-probe: isis:~# grub-probe / > > > grub-probe: error: cannot find a GRUB drive for /dev/sde1. > > > > Please attach your /boot/grub/device.map. > > It's just oneliner: > (hd0) /dev/sda > > This was true until I installed 5th drive. Now it'a a lottery whether hd0 > is /dev/sda or /dev/sde. Some additional information may help. Devices /dev/sda, ..., /dev/sdd are joined in RAID. I created temporary device.map: (hd0) /dev/disk/by-id/scsi-S_3ND034S4 (hd1) /dev/disk/by-id/scsi-S_3ND1DBEF (hd2) /dev/disk/by-id/scsi-S_9QG0RTF1 (hd3) /dev/disk/by-id/scsi-S_WD-WCAPW3292614 (hd4) /dev/disk/by-id/scsi-S_9QG0VRJT (hd5) /dev/disk/by-id/scsi-S_WD-WCAPW3375714 With this device.map grub-probe executes successfully: # grub-probe --device-map=tmp/device.map / ext2 Can I use this device.map or will it cause problems?
Bug#473340: grub-probe: "cannot find a GRUB drive for ...."
Package: grub Version: 0.97-35 After upgrade from grub version 0.97-32, I was unable to install new kernel version becouse update-grub fails. It seems that problem is with grub-probe: isis:~# grub-probe / grub-probe: error: cannot find a GRUB drive for /dev/sde1. Downgrade to version 0.97-32 solves the problem. Maybe it is worth mentioning that /dev/sde1 is my root drive (at the moment). But I use UUID to identify partitions in my /etc/fstab and /boot/grub/menu.lst from fstab: ... UUID=199d56b3-7b2a-45f4-8be8-58a620aca501 / ext3 defaults,errors=remount-ro 0 1 ... from menu.lst ... # kopt=root=UUID=199d56b3-7b2a-45f4-8be8-58a620aca501 ro ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471375: find -printf "%TT" displays fraction of the second
Package: findutils Version: 4.4.0-1 After upgrading findutils from 4.2.33-1 to 4.4.0-1 behaviour of of find -printf "%TT" changes. Time is displayed in format hh:mm:ss.ff instead of expected hh:mm:ss This has also unfortunate consequences for package backup2l, since package relies on output of find which includes %TT, to determine if file has changed since the last backup. Reverting findutils to version 4.2.33-1 solves the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#447860: fails to start, leaves stray processes around
I've also experienced this bug. I'm using software RAID (madm). My distribution is amd64 / unstable. Blaz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393056: missing diversion for /emul/ia32-linux/usr/lib/libGL.so
Package: nvidia-glx-ia32 Version: 1.0.8774-5 I'm using amd64 architecture. I got following error when upgrading ia32-libs from 1.15 to 1.16: --- Reading changelogs... Done (Reading database ... 232870 files and directories currently installed.) Preparing to replace ia32-libs 1.15 (using .../ia32-libs_1.16_amd64.deb) ... Unpacking replacement ia32-libs ... dpkg: error processing /var/cache/apt/archives/ia32-libs_1.16_amd64.deb (--unpack): trying to overwrite `/emul/ia32-linux/usr/lib/libGL.so', which is also in package nvidia-glx-ia32 Errors were encountered while processing: /var/cache/apt/archives/ia32-libs_1.16_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Press return to continue. --- Adding following diversion solved the problem: dpkg-divert --package nvidia-glx-ia32 --divert /emul/ia32-linux/usr/lib/nvidia/libGL.so.ia32-libs /emul/ia32-linux/usr/lib/libGL.so -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390932: Xorg not configured to use nVidia XvMC
Package: nvidia-glx Version: 1.0.8774-3 It would be convenient if nvidia-glx would automatically alter configuration of libxvmc1 to use nVidia library instead of default one. All that is needed is to replace file /etc/X11/XvMCConfig with one containing reference to nVidia library: libXvMCNVIDIA_dynamic.so.1 In my case this reduced CPU consumption by 50% when replaying TV shows by mythtv configured to use XvMC. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]