Public bug reported:
Details are in the Mailman mailing list here:
https://lists.mailman3.org/archives/list/mailman-
us...@mailman3.org/thread/JSLTGUQDWRGQTOZWUKIOSDJLJSDYMSUC/
But since the Apache2 security fix of 28th September 2021, Mailman3's
web interface produces a lot of 404 errors. The
Ah, it looks like this is actually a bug in mailman3 after all - but the
change in apache2 has exposed it.
I'll file a bug report there.
Thread here:
https://lists.mailman3.org/archives/list/mailman-
us...@mailman3.org/thread/JSLTGUQDWRGQTOZWUKIOSDJLJSDYMSUC/
--
You received this bug notificat
Public bug reported:
Ever since 2.4.41-4ubuntu3.5 on the 28th September, Mailman3 has broken.
No changes have happened in that package, or my configuration, but it
broke after the apache package installation, and the recent regression
package 4ubuntu3.6 has not restored it.
If I downgrade apache2
The same security announcement mentions the Rails actionpack package
also being affected by the same bug. Again, all versions in Ubuntu
currently are affected.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net
On 11 Dec 2012, at 17:23, Michael Vogt wrote:
> This patch should do the trick, I did a smoke-test in a chroot, feedback
> welcome. If its looking good I can SRU it.
>
> ** Patch added: "backport for lucid"
>
> https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1080631/+attach
Public bug reported:
Debian #646620 affects Lucid. The bug has been fixed in Precise, but
Lucid is still under support, and has the same problem; a zombie process
from unattended-upgrades prevents cron.daily from completing, and
everything gets a bit stuck.
The patch in Debian #646620 looks like
Unfortunately not - I never found out how the status file got into that
state. I suppose you could simulate my original report by force-
downgrading to an old version of some package (say the DHCP client if
you want to use exactly the situation I had), and then hand editing the
status file into th
On 7 Nov 2012, at 15:57, Brian Murray wrote:
> Right this fix only made it into quantal and it needs to be released as
> an SRU for precise.
And Lucid as well? Lucid is still a supported LTS release, is it not?
Tim
--
You received this bug notification because you are a member of Ubuntu
Bugs
Any chance of this bug receiving some attention? While Canonical still
supported the Sun JRE packages, there was a workaround, but now that
those packages have been dropped, that workaround no longer exists,
making the issue much more serious.
--
You received this bug notification because you ar
It's not a bug in am-utils. Your am-utils config mentions NIS, which is
not the default, and you don't have NIS installed, so it doesn't start
correctly. Either install NIS as well, or fix your pre-existing am-
utils config.
On 27 Jul 2012, at 15:45, Launchpad Bug Tracker
<977...@bugs.launchpad.
Yep, it's very odd. I don't know how the status file gets into that
state. It might be a bug in dpkg. dhcpcd wasn't the only package
affected - I did see it on one other (can't remember which, now - I put
cfengine code in place on our systems to spot this problem and sanitise
the status file, so
Since wish on its own does this, it's not a tkcvs bug, but must have
been a problem with the tk8.5 package on which tkcvs depends, if
anything.
** Package changed: tkcvs (Ubuntu) => tk8.5 (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Attachment added: "unattended-upgrade --debug output"
https://bugs.launchpad.net/bugs/936870/+attachment/2761618/+files/unattended-upgrades.log
** Attachment removed: "unattended-upgrade --debug output"
https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/936870/+attachmen
Trying that attachment again
** Attachment added: "unattended-upgrades --debug output"
https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/936870/+attachment/2761620/+files/unattended-upgrades.log
--
You received this bug notification because you are a member of Ubuntu
Bugs, w
Public bug reported:
On severa hundredl of our Ubuntu machines, we have unattended upgrades
active. Over the weekend, this started reporting on all machines with
dhcpcd installed that it could not upgrade that package due to a
conffile prompt. This looks very similar to #773007 and #336558, bot
I have users here also reporting this sort of crash (in our case it seems to
happen when logging in from a locked screen).
It would be very useful if this fix could be brought into Lucid. I'm
supporting many desktops in an enterprise environment, and it's only really
feasible for us to use LTS
Robbie, why has this been triaged as "Won't fix?" this causes real
problems for people trying to run Ubuntu on machines behind Squid
proxies that they don't control (for example in a corporate or
university environment).
It seems to me that an appropriate fix would be for apt-get clean to
actually
We've also been bitten by this. We run approximately 2000 servers
(currently mostly Debian, but increasing numbers of Ubuntu Lucid).
We're finding our servers hang if, for example, a SAN disk has failed,
for whatever reason. Now, yes, we usually have some sort of remote
console access, but it's a
The bug also affects Debian, and is fixed with the patch which fixed the
same bug in the FreeBSD world. See:
http://lists.freebsd.org/pipermail/freebsd-ports-
bugs/2011-May/210916.html
Tim
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
I should add, I expect it is. We need more detail - what do your am-
utils config files look like, and is NIS configured on your machine
correctly?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/794986
This is a duplicate of 774134.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/794986
Title:
package am-utils 6.2 rc20101201-1ubuntu2 failed to install/upgrade:
subprocess installed post-installatio
On 9 Jun 2011, at 12:27, Michael Lueck wrote:
> How's progress getting this fixed in stable distribution? I just had to
> "sudo rm /etc/motd.tail" on Lucid servers again. So I guess doing so is
> not a one time manual fix. :-(
I use cfengine2 on our systems, and the following hideous runes are
ke
I've marked it as confirmed, but I'm not an Ubuntu maintainer, only the
maintainer of the slightly-upstream Debian package, so I don't know what
the procedures are for updating the real distribution. I'm slightly
surprised the LTS version (6.1.5-12ubuntu1) isn't working - I think it
might because
** Changed in: am-utils (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/571972
Title:
With Lucid Lynx after upgrade or install mounts mounted with
automounte
On 19 May 2011, at 22:12, Steve Langasek wrote:
> Hi Tim,
>
> When you say plymouth shows a splash screen, what exactly do you see?
> plymouth will *run* unconditionally on boot, because it's needed to
> broker boot-time console I/O; but on a server there should be no
> graphical boot splash supp
I should add the reason I've changed that init-top script is to work
around this bug by never switching the splash screen on
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/785242
Title:
plymouth alwa
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/785242
Title:
plymouth always shows a splash screen regardless of whether 'splash'
is on the command line
--
ubuntu-bugs mailing list
ubuntu-bugs@lis
Public bug reported:
Binary package hint: plymouth
On Ubuntu Server 10.04: Even when I don't have 'splash' as a kernel
parameter, plymouth still shows a splash screen (which seems to be done
by /usr/share/initramfs-tools/scripts/init-top/plymouth). On its own,
this is a minor niggle. However,
Public bug reported:
Binary package hint: ca-certificates-java
Description:Ubuntu 10.04.2 LTS
Release:10.04
ca-certificates-java:
Installed: 20100406ubuntu1
Candidate: 20100406ubuntu1
Version table:
*** 20100406ubuntu1 0
990 http://archive.ubuntu.com/ubuntu/ lucid/main
Also on lucid, I see something like this on our Ubuntu machines at the
Sanger Institute; we have our own local CA, and the keytool invocation
in the postinst script which attempts to add the certificate fails. I
edited the postinst script to include set -x so that I could get
something out of it,
Sorry - I think my problem's slightly different... it doesn't involve
update-ca-certificates. I'll file a separate report.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/664412
Title:
ca-certificate
On 30 Apr 2011, at 15:08, Peter Raupp wrote:
> --
> You received this bug notification because you are subscribed to am-
> utils in Ubuntu.
> https://bugs.launchpad.net/bugs/774134
>
> Title:
> package am-utils 6.2+rc20101201-1ubuntu2 failed to install/upgrade:
> subprocess installed post-inst
On 27 Apr 2011, at 21:33, James Sparenberg wrote:
> I've found a work around. Install am-utils and libamu4 from debian
> testing. So far for me on 10.4LTS this has worked without fail for me.
That makes sense. You need the more recent version for it to work
properly with recentish kernels (I t
Note that switching to mount_type = autofs is not a transparent change
to your users, because it causes the mounts to happen in place rather
than as symlinks to the real mount location elsewhere, as it does in the
traditional mount_type = nfs. This means that the output of some
routines which dete
On 25 May 2010, at 12:49 am, James Sparenberg wrote:
> I wish to retract my statement about 100% effective on adding the line
> mount_type = autofs as I've run into two upgrade systems that did not
> work right, so much so that it eventually borked the install on one.
> (No problem thanks to amd
On 24 May 2010, at 4:08 am, Phil Kaslo wrote:
>
> We had been using amd instead of autofs on a large server, with possibly 100
> - 200 concurrent login sessions.
> With autofs, each home directory for a logged in user would be a separate
> mount point. We found that things
> started to ge
am-utils is getting harder and harder to keep working. The upstream
project is dead, to all intents and purposes. There hasn't been any
release from them for at least two years, possibly more. The code has
not kept up with changes in the Linux kernel lately. It got so
painful for us at
On 3 Dec 2009, at 7:35 pm, James Sparenberg wrote:
> Public bug reported:
>
> Binary package hint: am-utils
>
> Settings on our systems has cache_duration = 1800 (30 minutes)
> what we
> are seeing however is that the mount disappears with 2 minutes (amd
> default timeout) of last access. Th
I'm still having difficulty getting persistence to work on Xubuntu 9.04;
casper version is now 1.173. I still have the same fundamental race
condition problem - the casper scripts have completed by the time the
USB subsystem has finished initialising itself and any USB storage
devices have appeare
** Bug watch added: Debian Bug tracker #521392
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521392
** Also affects: am-utils (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521392
Importance: Unknown
Status: Unknown
--
am-utils does not put links in /etc/rc*.d (
I'm not sure there's much that can be done about this - it's the nature
of am-utils that it can't be restarted cleanly if mounts are in use
(autofs behaves similarly; I suspect this is something that always tends
to be the case with automounters). I suppose I could always just change
the postinst
t I
don't know. I did say it was a nasty hack. :-)
Regards,
Tim
--
Tim Cutts
GPG: 1024/D FC81E159 5BA6 8CD4 2C57 9824 6638 C066 16E2 F4F5 FC81 E159
--
[hardy] livecd: keyword "persistent" results in busybox and (initramfs)
https://bugs.launchpad.net/bugs/219192
You rece
On 21 Oct 2008, at 3:45 pm, Evan Dandrea wrote:
> Tim,
>
> Can you try the latest daily-live CD [1] and report back on whether or
> not the problem still persists for you?
>
I haven't tried the daily live CD, but I have tried the Xubuntu 8.10
release live CD, now that it's out, and I still hav
OK, so I've made a nasty hack change to my casper script, and that seems
to solve the race condition problem. It just loops finding the casper-
rw device 5 times, waiting 5 seconds before each try, before it gives
up. It only does this if PERSISTENT is set.
This has fixed the problem for me, but
I think there's something else going on, too. I can't get persistence
to work either, and I've built an initrd with the latest casper in it,
but it still doesn't work. It never finds the casper-rw or home-rw
devices. Having set -x in the casper script to get some debugging info,
I see that when
I've just uploaded 6.1.5-12 to Debian, which is a minor policy fix. So
you might want to grab that one rather than 6.1.5-11
--
Please merge am-utils 6.1.5-11 (universe) from Debian unstable (main)
https://bugs.launchpad.net/bugs/269998
You received this bug notification because you are a member
46 matches
Mail list logo