Bug#932939: Unable to reproduce in Bullseye (Debian 11)
Hi, Just an update here, I just provisioned a host with Debian GNU/Linux Bullseye with "console=tty0 console=ttyS0,115200n8" present in installer kernel command-line, and it seems to have provisioned just fine. Feel free to mark this bug as resolved. Thanks! -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 "Should I kill myself, or have a cup of coffee?" (Albert Camus) signature.asc Description: PGP signature
Bug#969502: libpng16-16: fails decoding PNGs with invalid eXIf chunk
Package: libpng16-16
Version: 1.6.36-6
Severity: normal
Dear Maintainer,
Please note that while report is generated from Debian Stretch host, it's for
the Debian Buster package.
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
When trying to decode the image with an invalid eXIf chunk, i.e. the one
lacking byte order marker ("II", or "MM") in the first 2 bytes[1], it fails by
misreading the rest of the chunk.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Tried to decode malformed image[2] using one of the libpng consumer, e.g.
gmagick display image.png
* What was the outcome of this action?
It failed to decode the image complaining
* What outcome did you expect instead?
I was hoping for image to be successfully decoded
To resolve this on our side, we are using following diff, which fixes the
misreading of header by correcting the length of the rest of the chunk:
--
--- pngrutil.c.orig
+++ pngrutil.c
@@ -2079,7 +2079,7 @@
if (i == 1 && buf[0] != 'M' && buf[0] != 'I'
&& info_ptr->eXIf_buf[0] != buf[0])
{
- png_crc_finish(png_ptr, length);
+ png_crc_finish(png_ptr, length - 2);
png_chunk_benign_error(png_ptr, "incorrect byte-order specifier");
png_free(png_ptr, info_ptr->eXIf_buf);
info_ptr->eXIf_buf = NULL;
--
A similar diff is also present in this pull request[3].
Thanks in advance
References:
[1] http://ftp-osl.osuosl.org/pub/libpng/documents/pngext-1.5.0.html#C.eXIf
[2] http://www.lostca.se/~abbe/test1.png
[3]
https://github.com/glennrp/libpng/pull/326/commits/f8c13f61fb4a302a046c2dff46bccd64838a53b3
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: 9.4
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-9-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libpng16-16 depends on:
ii libc6 2.24-11+deb9u3
ii zlib1g 1:1.2.8.dfsg-5
libpng16-16 recommends no packages.
libpng16-16 suggests no packages.
-- no debconf information
Bug#932939: Confirmed bug 932939
On 10/1/19 5:23 AM, Jeff wrote: > Confirmed the same. > > Sep 30 23:40:50 debconf: Setting debconf/language to en > Sep 30 23:40:50 kernel: [ 140.827798] main-menu[16157]: segfault at 1 > ip 7f2eeec81554 sp 7ffdd0809cc8 error 4 in > libc.so.6[7f2eeec11000+148000] > Sep 30 23:40:50 kernel: [ 140.827811] Code: 1f 80 00 00 00 00 66 0f > 6e ce 89 f9 66 0f 60 c9 48 85 d2 0f 84 0d 03 00 00 66 0f 60 c9 83 e1 > 3f 66 0f 70 c9 00 83 f9 30 77 3c 0f 6f 07 66 0f 74 c1 66 0f d7 c0 > 85 c0 0f 85 a8 02 00 00 48 83 > > Changed pxe console boot kernel options from: >console=tty0 console=ttyS0,115200n8 > to: >console=ttyS0,115200n8 > Thank you for confirming. -- Ashish SHUKLA signature.asc Description: OpenPGP digital signature
Bug#932939: installation-reports: Buster failing to install over network with Preseed
Hi, It seems like I have figured out a workaround for this. If I remove "console=tty0" from the kernel command-line, installation using preseed works fine as usual. HTH -- Ashish SHUKLA signature.asc Description: OpenPGP digital signature
Bug#767682: D-I: installer hangs on re-formatting ext4 partition (having grub in the partition boot record).
Following is a workaround for this problem in preseed environment that worked for me: d-i partman/early_command string sed -r -e '/^[[:space:]]*mkfs\./s/^([[:space:]]*)(mkfs\.[^[:space:]]+)/\1\2 -F/g' -i /lib/partman/commit.d/50format_ext3 HTH -- Ashish SHUKLA “If a 6600 used paper tape instead of core memory, it would use up tape at about 30 miles/second.” (Grishman, Assembly Language Programming) Sent from my Emacs signature.asc Description: PGP signature
Bug#767682: D-I: installer hangs on re-formatting ext4 partition (having grub in the partition boot record).
Hi,
The bug still seem to be present, as tried with the most recent Jessie netboot
image.
[ ]netboot.tar.gz 01-Sep-2015 18:32 18M
Following is the output from network-console at the time of issue:
--8<---cut here---start->8---
~ # fdisk -l /dev/sda
Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C89CD80E-7C84-42CD-BD07-ED7F424CBB73
Device Start End Sectors Size Type
/dev/sda1 2048499711497664 243M Linux filesystem
/dev/sda2 499712 8499199 7999488 3.8G Linux swap
/dev/sda3 8499200 488396799 479897600 228.9G Linux filesystem
~ # fdisk -l /dev/sda3
Disk /dev/sda3: 228.9 GiB, 245707571200 bytes, 479897600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x
Device Boot Start End Sectors Size Id Type
/dev/sda3p1 2048 479897599 479895552 228.9G 83 Linux
~ # tail /var/log/syslog
Nov 10 16:47:17 kernel: [ 69.492652] device-mapper: ioctl: 4.27.0-ioctl
(2013-10-30) initialised: dm-de...@redhat.com
Nov 10 16:47:17 partman: No matching physical volumes found
Nov 10 16:47:17 partman: Reading all physical volumes. This may take a
while...
Nov 10 16:47:17 partman: No volume groups found
Nov 10 16:47:17 partman-lvm: No volume groups found
Nov 10 16:47:18 kernel: [ 70.632238] sda: sda1 sda2 sda3
Nov 10 16:47:18 kernel: [ 70.749050] Adding 3999740k swap on /dev/sda2.
Priority:-1 extents:1 across:3999740k FS
Nov 10 16:47:18 partman: mke2fs 1.42.12 (29-Aug-2014)
Nov 10 16:47:18 partman: mke2fs 1.42.12 (29-Aug-2014)
Nov 10 16:47:18 partman: Found a dos partition table in /dev/sda3
# ps |grep ext
8529 root 4668 S{50format_ext3} /bin/sh
/lib/partman/commit.d/50format_ext3
8559 root 6308 Slog-output -t partman --pass-stdout mkfs.ext4
/dev/sda3
8560 root 17260 Smkfs.ext4 /dev/sda3
--8<---cut here---end--->8---
To workaround in my case, I'd to SIGKILL the mkfs.ext4 process, and then had
to do 'mkfs.ext4 -F /dev/sda3', and after that went back to debian-installer
screen, and chose "Detect Disks" menu item, and now installation is going on.
HTH
--
Ashish SHUKLA
“Yeah, sure. Babies learn their mother tongue by reading the great
philosophers…“ (Pascal Bourguignon, comp.lang.lisp)
Sent from my Emacs
signature.asc
Description: PGP signature
Bug#776431: Rebooting with intel-microcode 3.20150107.1~bpo70+1 causing CPU lockups
: 63 model name : Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz stepping: 2 microcode : 0x2a cpu MHz : 1202.437 cache size : 15360 KB physical id : 0 siblings: 12 core id : 5 cpu cores : 6 apicid : 11 initial apicid : 11 fpu : yes fpu_exception : yes cpuid level : 15 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid bogomips: 4794.61 clflush size: 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: processor : 23 vendor_id : GenuineIntel cpu family : 6 model : 63 model name : Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz stepping: 2 microcode : 0x2a cpu MHz : 1200.093 cache size : 15360 KB physical id : 1 siblings: 12 core id : 5 cpu cores : 6 apicid : 27 initial apicid : 27 fpu : yes fpu_exception : yes cpuid level : 15 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid bogomips: 4795.62 clflush size: 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: --8---cut here---end---8--- Let us know if you need anything else. Thanks! -- Ashish SHUKLA “One of the hardest things to teach a child is that the truth is more important than the consequences.” (O. A. Battista) Sent from my Emacs signature.asc Description: PGP signature
Bug#712974: [kfreebsd] Hangs on startup
On Fri, 16 Aug 2013 16:15:45 +0530, ash...@freebsd.org (Ashish SHUKLA) said: Hi, I'm not a user of this package or Debian kFreeBSD, but I use/maintain FreeBSD port for Emacs, and also affected by this bug. The last bzr revision of trunk which I tried, and worked for me was 113284 (which was after r113268[1]), and is in use at the moment. I tried updating to r113322, r113500, r113909, r113920 today and all of them are still having this issue. I'm wondering if you're still experiencing this issue on kFreeBSD after the fix, or has any other fix for which you're looking for testers. References: [1] http://bzr.savannah.gnu.org/lh/emacs/trunk/revision/113268 I've narrowed it down to r113315 and filed a upstream bug report#15129[1] References: [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15129 HTH -- Ashish SHUKLA “You never get a second chance to make a first impression.” Sent from my Emacs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712974: [kfreebsd] Hangs on startup
Hi, I'm not a user of this package or Debian kFreeBSD, but I use/maintain FreeBSD port for Emacs, and also affected by this bug. The last bzr revision of trunk which I tried, and worked for me was 113284 (which was after r113268[1]), and is in use at the moment. I tried updating to r113322, r113500, r113909, r113920 today and all of them are still having this issue. I'm wondering if you're still experiencing this issue on kFreeBSD after the fix, or has any other fix for which you're looking for testers. References: [1] http://bzr.savannah.gnu.org/lh/emacs/trunk/revision/113268 Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs signature.asc Description: PGP signature
Bug#692522: netboot image not working
Luca Capello writes: Hi there! Brian, please keep the BTS Cc:ed and if you want to help the user please also be sure that he gets the email, which means Cc:ing it (you replied to debian-boot@ only). On Wed, 07 Nov 2012 11:05:22 +0100, Brian Potkin wrote: On Wed 07 Nov 2012 at 09:14:52 +0530, Ashish SHUKLA wrote: From my investigation, it seems current netboot image ships with kernel version 3.2.0-3 whereas .udebs present on server (in Packages.(bz2|gz)[2]) are for version 3.2.0-4. Could you please publish a new netboot image, assuming you do want users to test debian-installer for installing over network ? http://d-i.debian.org/daily-images/amd64/ There is no hint about such a link in the d-i page on www.d.o: http://www.debian.org/devel/debian-installer/ Should this page be updated with a link to d-i.d.o? Hi, Thanks for the above link. The latest image works fine. This bug report can be closed. -- Ashish SHUKLA “But it was all right, everything was all right, the struggle was finished. He had won the victory over himself. He loved Big Brother.” (George Orwell, Nineteen Eighty-Four, 1949) Sent from my Emacs pgpx6vkQBgRDT.pgp Description: PGP signature
Bug#692522: netboot image not working
Package: debian-installer Severity: important Tags: d-i, wheezy Hi maintainer, While trying to install a host over network using the Wheezy netboot image[1], I noticed that it can't be installed with following warning appearing in syslog: WARNING **: no packages matching running kernel 3.2.0-3-amd64 in archive and following message in installer: If you are installing from a mirror, you can work around this problem by trying to install a different version of Debian From my investigation, it seems current netboot image ships with kernel version 3.2.0-3 whereas .udebs present on server (in Packages.(bz2|gz)[2]) are for version 3.2.0-4. Could you please publish a new netboot image, assuming you do want users to test debian-installer for installing over network ? References: [1] http://ftp.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/netboot/ [2] http://ftp.debian.org/debian/dists/wheezy/main/debian-installer/binary-amd64/ Thanks -- Ashish SHUKLA “There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.” (Jeremy S. Anderson) Sent from my Emacs pgpDU9YGKGvvI.pgp Description: PGP signature
Bug#602056: libsoap-lite-perl: Client dies with Not a HASH reference at /usr/share/perl5/SOAP/Lite.pm line 3755.
Hi everyone,
Attached diff fixes the issue for OP (as he confirmed on IM).
Thanks
--
Ashish SHUKLA
“She dump(1)-ed me without caring to restore(1).” (abbe, 2005)
--- /usr/share/perl5/vendor_perl/SOAP/Lite.pm 2010-06-03 21:03:26.0
+0530
+++ SOAP/Lite.pm2010-11-03 08:05:23.0 +0530
@@ -3747,13 +3747,13 @@
# fillup parameters
UNIVERSAL::isa($_[$param] = 'SOAP::Data')
? $_[$param]-SOAP::Data::value($value)
-: UNIVERSAL::isa($_[$param] = 'ARRAY')
+: (ref($_[$param] eq 'ARRAY'))
? (@{$_[$param]} = @$value)
-: UNIVERSAL::isa($_[$param] = 'HASH')
+: (ref($_[$param]) eq 'HASH')
? (%{$_[$param]} = %$value)
-: UNIVERSAL::isa($_[$param] = 'SCALAR')
+: (ref($_[$param]) eq 'SCALAR')
? (${$_[$param]} = $$value)
-: ($_[$param] = $value)
+: ($_[$param] = $value);
}
}
}
pgpp8SN7OYSPH.pgp
Description: PGP signature
