ll4912 119760 151274 238112
$ grep VmSwap /proc/3/status
VmSwap: 0 kB
From smem source, it's totaling up the "Swap:" lines from /proc/pid/smaps
https://selenic.com/repo/smem/file/tip/smem#l35
--
And
ccurately convey the situation. It sounds like a catch-all rejection
message or like the wording is targeted at subscribers who are being
incorrectly rejected.
--
Andrew Schultz
aj...@buffalo.edu
http://www.cbe.buffalo.edu/schultz
--
devel mailing list
devel@lists.fedoraproject.org
https://admin
t-subscribed-to-the-list rejection
email. The list itself appears to be active:
https://lists.fedoraproject.org/pipermail/trans/
You can subscribe to the list from
https://lists.fedoraproject.org/mailman/listinfo/trans
--
Andrew Schultz
aj...@buffalo.edu
http://www.cbe.buffalo.edu/schultz
--
dev
if a
executable has a main method in C, then you'll be more successful
linking the program with gcc instead of gfortran (if it has a main
program in fortran, then use gfortran to link). It might be possible to
go the other way, but I have never had success.
--
Andrew Schultz
aj...@buffalo.
n the spec file. "rpmbuild -bb mplayer.spec"
completes quite happily for me on f20 without any pvm installed. What
is the nature of the dependency on pvm?
--
Andrew Schultz
ajsch...@verizon.net
http://www.sens.buffalo.edu/~ajs42/
--
devel mailing list
devel@lists.fedoraproject.org
https:
Ralf Corsepius wrote:
As long as developers only work with gmake on local filesystems on
Linux, they won't ever see trip over this issue.
Actually, the issue here is that it doesn't work on local filesystems.
Perhaps similar behavior with remote filesystems is an older issue.
more). I don't know what we
accomplish by protecting AUTHPRIV as a facilitator of applications
logging things that shouldn't be logged.
--
Andrew Schultz
aj...@buffalo.edu
http://www.sens.buffalo.edu/~ajs42/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapro
Matthew Miller wrote:
On Wed, Oct 17, 2012 at 03:07:19PM -0400, Andrew Schultz wrote:
and if you log all attempts to login, then they'll end up in the
logs. I'd suggest that not logging unknown users by default is a
much better solution than having a special log; no admin wa
ng a special log; no admin wants to see passwords (even if they're
root) and unknown usernames (either typos or passwords) are rarely helpful.
--
Andrew Schultz
aj...@buffalo.edu
http://www.sens.buffalo.edu/~ajs42/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapro
