Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
Hi Guillem, On 2014-08-13 12:54, Guillem Jover wrote: On Mon, 2014-08-11 at 23:19:45 +0200, Christian Kastner wrote: On 2014-08-11 22:05, Guillem Jover wrote: This is rather unwise, for no apparent reason. The -z9 seems to be a common pattern in most (if not all) of Daniel's packages, and I think should be reverted, if absent of a good rationale. Oh, I forgot that this is still present in wheezy's version. I already removed it in unstable. Anyhoo, reassigning to dpkg in case the have seen something similar before. Reassigning back, this would need fixing in a stable release. I'm a bit confused - could you elaborate on what you mean by that? Given that the -z9 setting makes the package unextractable on some systems (which from my PoV makes it an RC bug) and is Priority:standard, which means it will be pulled in on most systems, IMO it deserves to be fixed in the affected Debian release, which in this case is stable (wheezy). Hope that clarifies? Yes, thanks. My mistake was to conclude that there was no use case for this. A fix in stable would probably have no effect on a system already running stable, as that would imply that unpacking of the current -z9 version had already succeeded. What I didn't think of were the use cases of upgrading from oldstable, and new installations. But given that this is a Priority:standard package, I'd say it makes sense to do so. Thanks, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
Hi! On Mon, 2014-08-11 at 23:19:45 +0200, Christian Kastner wrote: On 2014-08-11 22:05, Guillem Jover wrote: This is rather unwise, for no apparent reason. The -z9 seems to be a common pattern in most (if not all) of Daniel's packages, and I think should be reverted, if absent of a good rationale. Oh, I forgot that this is still present in wheezy's version. I already removed it in unstable. Anyhoo, reassigning to dpkg in case the have seen something similar before. Reassigning back, this would need fixing in a stable release. I'm a bit confused - could you elaborate on what you mean by that? Given that the -z9 setting makes the package unextractable on some systems (which from my PoV makes it an RC bug) and is Priority:standard, which means it will be pulled in on most systems, IMO it deserves to be fixed in the affected Debian release, which in this case is stable (wheezy). Hope that clarifies? But given that this is a Priority:standard package, I'd say it makes sense to do so. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
On Mon, Aug 11, 2014 at 10:05:23PM +0200, Guillem Jover wrote: ,--- override_dh_builddeb: dh_builddeb -- -Zxz -z9 `--- This is rather unwise, for no apparent reason. The -z9 seems to be a common pattern in most (if not all) of Daniel's packages, and I think should be reverted, if absent of a good rationale. I allocated 32MB successfully. But lzma dies this way: % echo hello hello % /usr/bin/xz --format=lzma hello % /usr/bin/xz: hello: Cannot allocate memory Do you think it is normal that lzma needs more than 32MB? It works on a bigger amd64 machine. Regards -- Antoni Villalonga http://friki.cat/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
On 2014-08-12 03:19, Antoni Villalonga wrote: On Mon, Aug 11, 2014 at 11:19:45PM +0200, Christian Kastner wrote: On 2014-08-11 22:05, Guillem Jover wrote: After that it works. % dpkg-deb -R libkeyutils1_1.5.9-4_mips.deb libk % dpkg-deb -b libk ^^ I omit it was over another machine (amd64 desktop). So sorry! Oh. My little mips machine is a home router with 64MB of ram. I've found two more packages with the same 'issue': /var/cache/apt/archives/libmagic1_5.11-2+deb7u3_mips.deb /var/cache/apt/archives/file_5.11-2+deb7u3_mips.deb I don't know anything about mips arch, but if most are little embedded systems it doesn't make sense to me building packages using these extra options. If there is a mips team or something like that could be they need to take some decisions about that. Now I have a work arround to fix my system's low memory problem repacking all needed packages (easily scriptable), so a 'wontfix' close will be fine to me. Actually I do consider this a bug now, as I would expect Debian to run on a device even if it only had 64MB of RAM. If your system has a block device attached to it, you should definitely create a swap partition on it, to be used as virtual memory. This should eliminate the need for workarounds for the packages you mentioned. See also https://www.debian.org/releases/stable/mipsel/ch06s03.html.en#lowmem Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
reassign 757740 dpkg thanks On 2014-08-11 03:21, Antoni Villalonga wrote: My fresh debian installation on a mips arch can't install libkeyutils1_1.5.5-3_mips.deb file. # dpkg -i /tmp/libkeyutils1_1.5.5-3_mips.deb (Reading database ... 14103 files and directories currently installed.) Preparing to replace libkeyutils1:mips 1.5.5-3 (using .../libkeyutils1_1.5.5-3_mips.deb) ... Unpacking replacement libkeyutils1:mips ... dpkg-deb (subprocess): decompressing archive member: lzma error: Cannot allocate memory This isn't a bug -- your system simply appears to have run out of memory. dpkg-deb: error: subprocess decompress returned error exit status 2 dpkg: error processing /tmp/libkeyutils1_1.5.5-3_mips.deb (--install): subprocess dpkg-deb --fsys-tarfile returned error exit status 2 Errors were encountered while processing: /tmp/libkeyutils1_1.5.5-3_mips.deb # md5sum /tmp/libkeyutils1_1.5.5-3_mips.deb 1a7849c38607e11a85a4562492fd0e0a /tmp/libkeyutils1_1.5.5-3_mips.deb After that it works. % dpkg-deb -R libkeyutils1_1.5.9-4_mips.deb libk % dpkg-deb -b libk # dpkg -i libk.deb (Reading database ... 14103 files and directories currently installed.) Preparing to replace libkeyutils1:mips 1.5.5-3 (using libk.deb) ... Unpacking replacement libkeyutils1:mips ... Setting up libkeyutils1:mips (1.5.5-3) ... I'm surprised this works. If insufficient memory was available the first time round, one would assume the same the second time round... Did you omit any other steps in between the output listed above that might have freed memory? The OOM killer might have also freed some memory... Anyhoo, reassigning to dpkg in case the have seen something similar before. Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
Control: reassign -1 libkeyutils1 Control: found -1 1.5.5-3 Hi! On Mon, 2014-08-11 at 21:30:06 +0200, Christian Kastner wrote: reassign 757740 dpkg thanks On 2014-08-11 03:21, Antoni Villalonga wrote: My fresh debian installation on a mips arch can't install libkeyutils1_1.5.5-3_mips.deb file. # dpkg -i /tmp/libkeyutils1_1.5.5-3_mips.deb (Reading database ... 14103 files and directories currently installed.) Preparing to replace libkeyutils1:mips 1.5.5-3 (using .../libkeyutils1_1.5.5-3_mips.deb) ... Unpacking replacement libkeyutils1:mips ... dpkg-deb (subprocess): decompressing archive member: lzma error: Cannot allocate memory This isn't a bug -- your system simply appears to have run out of memory. Well the packaging in that version does not help. See below. dpkg-deb: error: subprocess decompress returned error exit status 2 dpkg: error processing /tmp/libkeyutils1_1.5.5-3_mips.deb (--install): subprocess dpkg-deb --fsys-tarfile returned error exit status 2 Errors were encountered while processing: /tmp/libkeyutils1_1.5.5-3_mips.deb # md5sum /tmp/libkeyutils1_1.5.5-3_mips.deb 1a7849c38607e11a85a4562492fd0e0a /tmp/libkeyutils1_1.5.5-3_mips.deb After that it works. % dpkg-deb -R libkeyutils1_1.5.9-4_mips.deb libk % dpkg-deb -b libk # dpkg -i libk.deb (Reading database ... 14103 files and directories currently installed.) Preparing to replace libkeyutils1:mips 1.5.5-3 (using libk.deb) ... Unpacking replacement libkeyutils1:mips ... Setting up libkeyutils1:mips (1.5.5-3) ... I'm surprised this works. If insufficient memory was available the first time round, one would assume the same the second time round... Did you omit any other steps in between the output listed above that might have freed memory? The OOM killer might have also freed some memory... What he did was repack the .deb, which makes use of the default settings instead of the ones supplied by the packaging, i.e.: ,--- override_dh_builddeb: dh_builddeb -- -Zxz -z9 `--- This is rather unwise, for no apparent reason. The -z9 seems to be a common pattern in most (if not all) of Daniel's packages, and I think should be reverted, if absent of a good rationale. Anyhoo, reassigning to dpkg in case the have seen something similar before. Reassigning back, this would need fixing in a stable release. But given that this is a Priority:standard package, I'd say it makes sense to do so. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
Hi Guillem, thanks for the quick reply and feedback. On 2014-08-11 22:05, Guillem Jover wrote: After that it works. % dpkg-deb -R libkeyutils1_1.5.9-4_mips.deb libk % dpkg-deb -b libk # dpkg -i libk.deb (Reading database ... 14103 files and directories currently installed.) Preparing to replace libkeyutils1:mips 1.5.5-3 (using libk.deb) ... Unpacking replacement libkeyutils1:mips ... Setting up libkeyutils1:mips (1.5.5-3) ... I'm surprised this works. If insufficient memory was available the first time round, one would assume the same the second time round... Did you omit any other steps in between the output listed above that might have freed memory? The OOM killer might have also freed some memory... What he did was repack the .deb, which makes use of the default settings instead of the ones supplied by the packaging, i.e.: ,--- override_dh_builddeb: dh_builddeb -- -Zxz -z9 `--- This is rather unwise, for no apparent reason. The -z9 seems to be a common pattern in most (if not all) of Daniel's packages, and I think should be reverted, if absent of a good rationale. Oh, I forgot that this is still present in wheezy's version. I already removed it in unstable. Anyhoo, reassigning to dpkg in case the have seen something similar before. Reassigning back, this would need fixing in a stable release. I'm a bit confused - could you elaborate on what you mean by that? But given that this is a Priority:standard package, I'd say it makes sense to do so. Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
Hi to both and thanks for your time, On Mon, Aug 11, 2014 at 11:19:45PM +0200, Christian Kastner wrote: On 2014-08-11 22:05, Guillem Jover wrote: After that it works. % dpkg-deb -R libkeyutils1_1.5.9-4_mips.deb libk % dpkg-deb -b libk ^^ I omit it was over another machine (amd64 desktop). So sorry! What he did was repack the .deb, which makes use of the default settings instead of the ones supplied by the packaging, i.e.: ,--- override_dh_builddeb: dh_builddeb -- -Zxz -z9 `--- This is rather unwise, for no apparent reason. The -z9 seems to be a common pattern in most (if not all) of Daniel's packages, and I think should be reverted, if absent of a good rationale. My little mips machine is a home router with 64MB of ram. I've found two more packages with the same 'issue': /var/cache/apt/archives/libmagic1_5.11-2+deb7u3_mips.deb /var/cache/apt/archives/file_5.11-2+deb7u3_mips.deb I don't know anything about mips arch, but if most are little embedded systems it doesn't make sense to me building packages using these extra options. If there is a mips team or something like that could be they need to take some decisions about that. Now I have a work arround to fix my system's low memory problem repacking all needed packages (easily scriptable), so a 'wontfix' close will be fine to me. Thanks again and sorry for wasting your time Regards, -- Antoni Villalonga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757740: libkeyutils1: Cannot allocate memory while decompressing [mips]
Package: libkeyutils1 Version: 1.5.5-3 Severity: normal Dear Maintainer, My fresh debian installation on a mips arch can't install libkeyutils1_1.5.5-3_mips.deb file. # dpkg -i /tmp/libkeyutils1_1.5.5-3_mips.deb (Reading database ... 14103 files and directories currently installed.) Preparing to replace libkeyutils1:mips 1.5.5-3 (using .../libkeyutils1_1.5.5-3_mips.deb) ... Unpacking replacement libkeyutils1:mips ... dpkg-deb (subprocess): decompressing archive member: lzma error: Cannot allocate memory dpkg-deb: error: subprocess decompress returned error exit status 2 dpkg: error processing /tmp/libkeyutils1_1.5.5-3_mips.deb (--install): subprocess dpkg-deb --fsys-tarfile returned error exit status 2 Errors were encountered while processing: /tmp/libkeyutils1_1.5.5-3_mips.deb # md5sum /tmp/libkeyutils1_1.5.5-3_mips.deb 1a7849c38607e11a85a4562492fd0e0a /tmp/libkeyutils1_1.5.5-3_mips.deb After that it works. % dpkg-deb -R libkeyutils1_1.5.9-4_mips.deb libk % dpkg-deb -b libk # dpkg -i libk.deb (Reading database ... 14103 files and directories currently installed.) Preparing to replace libkeyutils1:mips 1.5.5-3 (using libk.deb) ... Unpacking replacement libkeyutils1:mips ... Setting up libkeyutils1:mips (1.5.5-3) ... Hope it helps! Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
