Bug#788198: dh-make-perl locate Module::Pluggable::Object falsely thinks it is in core
Package: dh-make-perl Version: 0.84-2 Severity: normal Dear Maintainer, I asked on irc.debian.org / #debian-perl : Why is it that: dh-make-perl locate Module::Pluggable::Object == dh-make-perl 0.84 == Using cached Contents from Mon Jun 8 14:05:49 2015 Module::Pluggable::Object is in Perl core (package perl) since 5.8.9 But: dpkg -L perl | grep Pluggable/Object.pm dpkg -L libmodule-pluggable-perl | grep Pluggable/Object.pm /usr/share/perl5/Module/Pluggable/Object.pm And: zgrep Pluggable/Object.pm /var/cache/apt/apt-file/*.gz /var/cache/apt/apt-file/ftp2.de.debian.org_debian_dists_jessie_main_Contents-amd64.gz:usr/share/perl5/Module/Pluggable/Object.pm perl/libmodule-pluggable-perl To which I got these responses in IRC: dam: pmorch: sounds like a bug in dh-make-perl, being fooled by the presence of Module::Pluggable::Object in Module::CoreList ntyni: it was removed after 5.18 dam: indeed So following the direction from dam (who obviously knows more about this than I), I'm filing this bug. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dh-make-perl depends on: ii debhelper 9.20150101 ii dpkg-dev 1.17.25 ii fakeroot 1.20.2-1 ii libapt-pkg-perl 0.1.29+b2 ii libarray-unique-perl 0.08-1 ii libclass-accessor-perl0.34-1 ii libcpan-meta-perl 2.142690-1 ii libdpkg-perl 1.17.25 ii libemail-address-perl 1.905-2 ii libemail-date-format-perl 1.005-1 ii libfile-which-perl1.09-1 ii liblist-moreutils-perl0.33-2+b1 ii libmodule-depends-perl0.16-1 ii libparse-debcontrol-perl 2.005-4 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libsoftware-license-perl 0.103010-3 ii libtie-ixhash-perl1.23-1 ii libwww-mechanize-perl 1.73-2 ii libyaml-libyaml-perl 0.41-6 ii libyaml-perl 1.13-1 ii make 4.0-8.1 ii perl 5.20.2-3 ii perl-modules [libcpan-meta-perl] 5.20.2-3 Versions of packages dh-make-perl recommends: ii apt-file 2.5.4 ii git 1:2.1.4-2.1 ii pristine-tar 1.33 dh-make-perl suggests no packages. -- no debconf information -- Peter Valdemar Mørch http://www.morch.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729696: Me too...
I've just been bitten by this too with a jessie install, nagios3, mod-gearman-module and gearman-job-server. The tiniest setup I could conceive using those components. I've outlined my approach and symptoms here: Can't get mod-gearman to work no jessie's gearmand version 1.0.6 - Google Groups https://groups.google.com/forum/#!topic/mod_gearman/IQYHy0qc1CE In that thread, Sven Nierlein, the main committer in mod-gearman, says: The Consol Labs Repository still contains gearman 0.33 because there is still an open bug for newer Gearman releases. See https://bugs.launchpad.net/gearmand/+bug/1176324 Subsequently I found this current bug report. From the https://bugs.launchpad.net/gearmand/+bug/1176324 I've traced down this patch: http://bazaar.launchpad.net/~tangent-trunk/gearmand/1.2/revision/853.1.1 . I think this is the relevant patch for this issue (but not sure) but the code has changed too much since 1.0.6 for the patch to apply even with the best hand-holding I could muster. I've put more info in that bug report. I've tried building 1.1.12 from source and my problem went away. I'll see how well I succeed making a 1.1.12-based debian source package. At least to me, gearman-job-server is completely useless with this issue. There is one thing it doesn't do: Allow me to execute jobs... What are the odds of version 1.1.12 making it into sid and jessie before the jessie freeze? ;-) Peter -- Peter Valdemar Mørch http://www.morch.com
Bug#768188: Jessie Installer hangs after processing DHCPv6 stateful addressing
On Thu, Dec 18, 2014 at 3:04 PM, Peter Valdemar Mørch pe...@morch.com wrote: This occurs in in our work environment in VMware Workstation and Proxmox when using bridged eth0, but not when using NAT. I have also tried this on physical hardware without virtualization, and got the same hang. Peter
Bug#768188: Jessie Installer hangs after processing DHCPv6 stateful addressing
On Mon, Dec 22, 2014 at 11:52 AM, Philipp Kern pk...@debian.org wrote: But please tell me: Why is there no Router Advertisement in the packet dump? I see Router Solicitations and DHCPv6 interactions, but no RA. I have absolutely no idea. Perhaps that is the reason for the hang? All I know is that it hangs with Jessie Beta 2 - debian-jessie-DI-b2-amd64-netinst.iso and not with any previous debian installer as far back as sarge. And it doesn't hang when booting in the newly created/installed image. If it adds value, I can try booting the image on e.g. a laptop to see if it is VMware specific. But I'm pretty sure it will experience the same symptoms. That is only possible from January 5th onwards, since I'm on vacation until then. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768188: Info received (Jessie Installer hangs after processing DHCPv6 stateful addressing)
And just to be clear: After booting into the installed system, it does not hang at DHCP setup. So it only hangs on DHCP setup during d-i. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757711: This might have introduced: #768188 - Jessie Installer hangs after processing DHCPv6 stateful addressing
No action required here, just for future reference, I think this might have introduced: #768188 - Jessie Installer hangs after processing DHCPv6 stateful addressing https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768188#15 Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601670: Mentioned this bug and suggest applying patch when modifying CDs..
I've mentioned this bug and suggest applying patch to debootstrap*.udeb when modifying CDs in http://wiki.debian.org/DebianInstaller/Modify/CD#Workaround_bug_in_deboostrap When this gets fixed, perhaps that wiki page needs a mention of what release the fix will show up in, so the wiki page doesn't get bitrot. Peter -- Peter Valdemar Mørch http://www.morch.com
Bug#391203: Upgrading snmpd from 5.2.2-3 to 5.2.3-1 hangs in snmpd.postinst
Package: snmpd Version: 5.2.3-1 Severity: normal I have noticed this on several machines, that upgrading snmpd just sits there I have taken a ps -ef --forest when it happens, and that shows: root 4213 3193 0 12:24 pts/000:00:00 | \_ apt-get install snmpd root 4448 4213 0 12:25 pts/000:00:00 | \_ /usr/bin/dpkg --status-fd 11 --configure perl perl-modules libperl5.8 libperl-dev libsnmp-base libsnmp9 libsnmp-perl snmpd root 4458 4448 0 12:26 pts/000:00:00 | \_ /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/snmpd.postinst configure 5.2.2-3 root 4469 4458 0 12:26 pts/000:00:00 | \_ [snmpd.postinst] defunct And this process tree never finishes. Hitting CTRL-C terminates the snmpd.postinst and the apt-get install finishes with an error for snmpd. A subsequent apt-get install -f apparently fixes that error and the system seems to be in a good state afterwards. But apt-get install hangs and requires manual intervention. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.vmware Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages snmpd depends on: ii adduser 3.87 Add and remove users and groups ii debconf 1.5.2 Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libsensors3 1:2.10.0-7 library to read temperature/voltag ii libsnmp9 5.2.3-1NET SNMP (Simple Network Managemen ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra snmpd recommends no packages. -- debconf information: snmpd/upgradefrom36: * snmpd/upgradefrom521: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354056: Installation on testing/beta1
is still not working, but my there are no Linux drivers for it yet from http://ipw2100.sourceforge.net/ -- Peter Valdemar Mørch http://www.morch.com
Bug#354058: Installation on testing/daily pre-beta2 2006-02-22
. For these reasons, the fdisk, df -Tl, lscpi and lscpi -n output come from a Beta1 install, that since was dist-upgraded to etch. -- Peter Valdemar Mørch http://www.morch.com