[Bug 717397] Re: package squid 2.7.STABLE7-1ubuntu12.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1
This fix appears to have broken the upgrade process. On two systems, it ended up failing to finish the upgrade. After killing the upgrade processes I was unable to stop the still running squid using 'service squid stop' or 'stop squid' or '/etc/init.d/squid stop' or anything else. After that I couldn't do anything with squid as it was in a 'stop/killed' (with a PID that doesn't exist). See bug: https://bugs.launchpad.net/upstart/+bug/406397 Can I suggest an upgrade to this crazy new init system I've heard of called 'System V'. It sounds badass. And reliable/predictable. Also, any hints as to starting the daemon without rebooting would be appreciated. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to squid in ubuntu. https://bugs.launchpad.net/bugs/717397 Title: package squid 2.7.STABLE7-1ubuntu12.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 717397] Re: package squid 2.7.STABLE7-1ubuntu12.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1
Oh. This was on 10.04 (LTS). -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to squid in ubuntu. https://bugs.launchpad.net/bugs/717397 Title: package squid 2.7.STABLE7-1ubuntu12.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 669751] Re: bind listens on 127.0.0.1:53 rather than *:53
apport-collect doesn't seem to respect $http_proxy which is a bit lame... At least I assume that's the problem. I get this: Error connecting to Launchpad: 'NoneType' object has no attribute 'makefile' Anyway, apport file attached. ** Attachment added: apport.bind9.L2g1AB.apport https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/669751/+attachment/1723408/+files/apport.bind9.L2g1AB.apport -- bind listens on 127.0.0.1:53 rather than *:53 https://bugs.launchpad.net/bugs/669751 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to bind9 in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 669751] [NEW] bind listens on 127.0.0.1:53 rather than *:53
Public bug reported: Binary package hint: bind9 Bind appears to be listening on specific addresses rather than on all interfaces. This wouldn't be a problem except that on modern Ubuntu systems the local host name is configured in /etc/hosts to by on 127.0.1.1 rather than the same IP as localhost (127.0.1.1). r...@hostname:~# netstat -nlp | grep named tcp0 0 192.168.1.71:53 0.0.0.0:* LISTEN 30752/named tcp0 0 127.0.0.1:530.0.0.0:* LISTEN 30752/named tcp0 0 127.0.0.1:953 0.0.0.0:* LISTEN 30752/named udp0 0 192.168.1.71:53 0.0.0.0:* 30752/named udp0 0 127.0.0.1:530.0.0.0:* 30752/named r...@hostname:~# The net result of this is that this command will fail (Connection timeout; no servers could be reached) on a normal install of ubuntu with a bind9 install: $ dig @`hostname` any host name Whereas it should behave the same as: $ dig @localhost any host name I don't understand the motivation that Ubuntu had for setting '127.0.1.1 hostname hostname.domain' in /etc/hosts but given that it does, all daemons need to support it. ** Affects: bind9 (Ubuntu) Importance: Undecided Status: New -- bind listens on 127.0.0.1:53 rather than *:53 https://bugs.launchpad.net/bugs/669751 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to bind9 in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 662398] [NEW] Version number in package name makes life hard
Public bug reported: I'm sure this has been noted before but I can't find an explanation. Why are non-major version numbers in the package names for the openldap libraries? Package names like 'libldap-2.4-2' seem to make it unnecessarily hard to package third party software with sensible dependencies. Is there a good excuse for this? I don't know a huge amount about debian packaging but is there an obvious way another package could specify something like libldap 2.3? Would that be possible if the libldap2.4blahblah package had a 'provides' specification? Cheers, Tim ** Affects: openldap (Ubuntu) Importance: Undecided Status: New -- Version number in package name makes life hard https://bugs.launchpad.net/bugs/662398 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openldap in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 580590] Re: Squid no longer uses $SQUID_MAXFD
Fix Released? I can't see anything that looks like a fix. Can someone post a link? Maybe I'm just not working launchpad properly. As Rober Fischer The maxfds() subroutine needs to be in the 'script' section... Or something like limit nofile 65536 65536 could be added above 'expect fork'. I've attached my working /etc/init/squid.conf ** Attachment added: A working (for setting file descriptor limits) version of /etc/init/squid.conf https://bugs.launchpad.net/ubuntu/+source/squid/+bug/580590/+attachment/1586743/+files/squid.upstart -- Squid no longer uses $SQUID_MAXFD https://bugs.launchpad.net/bugs/580590 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to squid in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
