On tis, 2012-05-01 at 02:21 +0200, Javier Fernández-Sanguino Peña wrote:
On Fri, Apr 20, 2012 at 10:39:22PM +0300, Peter Eisentraut wrote:
Please send me the output to see if I can see where the problem might be.
Pretty obvious problem, it turns out:
Will look in lines using
On Fri, Apr 20, 2012 at 10:39:22PM +0300, Peter Eisentraut wrote:
Please send me the output to see if I can see where the problem might be.
Pretty obvious problem, it turns out:
Will look in lines using regular expression
'/usr/lib/i386-linux-gnu/libstdc++.so.*'
(...)
I've patched
On Fri, Apr 20, 2012 at 10:39:22PM +0300, Peter Eisentraut wrote:
On mån, 2012-04-09 at 21:04 +0200, Javier Fernández-Sanguino Peña wrote:
Pretty obvious problem, it turns out:
Will look in lines using regular expression
'/usr/lib/i386-linux-gnu/libstdc++.so.*'
Thanks. I'll take a look on
On mån, 2012-04-09 at 21:04 +0200, Javier Fernández-Sanguino Peña wrote:
On Thu, Apr 05, 2012 at 09:11:09PM +0300, Peter Eisentraut wrote:
On lör, 2012-03-31 at 22:53 +0200, Javier Fernández-Sanguino Peña wrote:
On Sat, Mar 31, 2012 at 03:10:01PM +0300, Peter Eisentraut wrote:
Does this
On Thu, Apr 05, 2012 at 09:11:09PM +0300, Peter Eisentraut wrote:
On lör, 2012-03-31 at 22:53 +0200, Javier Fernández-Sanguino Peña wrote:
On Sat, Mar 31, 2012 at 03:10:01PM +0300, Peter Eisentraut wrote:
Does this sound like a viable approach?
It's worth a try.
You can find a
On Thu, Apr 05, 2012 at 09:11:09PM +0300, Peter Eisentraut wrote:
On lör, 2012-03-31 at 22:53 +0200, Javier Fernández-Sanguino Peña wrote:
On Sat, Mar 31, 2012 at 03:10:01PM +0300, Peter Eisentraut wrote:
Does this sound like a viable approach?
It's worth a try.
You can find a
On lör, 2012-03-31 at 22:53 +0200, Javier Fernández-Sanguino Peña wrote:
On Sat, Mar 31, 2012 at 03:10:01PM +0300, Peter Eisentraut wrote:
Does this sound like a viable approach?
It's worth a try.
You can find a first attempt at coding this behaviour at
On Fri, Mar 30, 2012 at 08:13:55PM +0300, Peter Eisentraut wrote:
I appears to me, however, that what it's doing is effectively useless.
For example, I currently have this in the output of checkrestart -v:
Process /usr/bin/dbus-daemon (PID: 1519)
List of deleted files in use:
On lör, 2012-03-31 at 11:11 +0200, Javier Fernández-Sanguino Peña wrote:
So the approach is still useful for those users running stable and doing
security upgrades which is one of the main goals of checkrestart.
Good point.
dpkg-query --search /lib/i386-linux-gnu/libexpat.so*
instead
On Sat, Mar 31, 2012 at 03:10:01PM +0300, Peter Eisentraut wrote:
Does this sound like a viable approach?
It's worth a try.
You can find a first attempt at coding this behaviour at
On tor, 2012-03-29 at 00:50 +0200, Javier Fernández-Sanguino Peña wrote:
I have submitted a fix to our GIT repository [1]. Once we confirm
that this fix is OK and does not introduced any new bugs we will
upload it.
The current git master (f25c1043747f4ca15d452dc10ed5a65fbdc7dd52)
appears to
On Fri, Jan 27, 2012 at 08:51:43PM +0200, Peter Eisentraut wrote:
sudo checkrestart reports:
Found 87 processes using old versions of upgraded files
(57 distinct programs)
...
and then gives the details.
sudo checkrestart -p on the other hand, runs for 10 minutes, prints
hundreds of
Package: debian-goodies
Version: 0.59
Severity: normal
sudo checkrestart reports:
Found 87 processes using old versions of upgraded files
(57 distinct programs)
...
and then gives the details.
sudo checkrestart -p on the other hand, runs for 10 minutes, prints
hundreds of dpkg-query: no path
13 matches
Mail list logo
