Hi Paul,
> p...@mail:~$ ps -fe | grep find
> root 6846 5473 9 12:50 pts/0 00:00:39 find /var/lib/mailman/
> -type d -exec chmod g+s {} ; paul 11875 31817 0 13:01 pts/48
> 00:00:00 grep find
>
> It's still running. Ah, at 13:03 it's done.> is more efficient, is there an expectation that the permissions may have > become wrong somehow during the months mailman was running? If so, isn't > a cron job to take care of this more appropriate? If not, why do this > upon a simple upgrade from 1:2.1.11-2 -> 1:2.1.11-11 ? Thanks for reporting this. The find is indeed superfluous, if something has changed the permissions meanwhile than that should be fixed, but I'm not aware of any such processes. Fixing it upon upgrade is quite arbitrary. The problem is that current mailman packaging is full of legacy that accumulated over many years. This find has been in there since the beginning of our SVN history. We're removing such legacy bit by bit and have been making significant progress since sarge. However, there's still more to do and this kind of bug reports really helps to highlight items that can be done better. > I;m just happy that apache was not also upgraded at the same time, as it > probably would have been stopped during this whole time. That would have > sucked. It would - but I wonder if it's actually necessary at all for Apache to be down during an upgrade of unrelated packages. Will investigate. cheers, Thijs
signature.asc
Description: This is a digitally signed message part.
