So I get a regular reminder for "Your Outstanding Requests"
However, a bunch of these are on closed bugs. It seems stuck somehow in
thinking it needs something from me. For example:
Bug 815617: PATCH: properly deal with crypt() returning NULL (1043 days old)
This bug is already closed. And has no "flags" set. In the past someone
set the review flag, which i think is why this is showing up for me. But
I cannot get rid of it.
I have a few more of these in the review category. How can I get rid of
I'm trying to debug a crash in openmpi on the armv7hl builders:
Open MPI tried to bind a new process, but something went wrong. The
process was killed without launching the target application. Your job
will now abort.
Local host: arm02-builder01
Application name: ./tst_parallel4
Error message: hwloc_set_cpubind returned "Error" for bitmap "0-3"
I can't reproduce it on my local armv7hl qemu VM as it appears to be coupled
to the actual topology of the machine.
Is it possible to install debuginfo packages into the buildroot somehow?
Anyone have any other suggestions for debugging?
Maybe I can test via the openmpi package somehow...
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 http://www.nwra.com
While writing metainfo files for a few fonts, I noticed that their
creator states on his website:
"Fonts and documents in this site are not pieces of property or
merchandise items; they carry no trademark, copyright, license or
other market tags; they are free for any use."
As far as I can tell, that makes them public domain. Is it the same as
CC0-1.0 or is there another license I should choose?
I noticed on RHEL 6 that when a large amount of disk I/O is happening that
CPU bound tasks "slow down". I have been able to reproduce it in Fedora 21
as well and here are the instructions of how I can reproduce it with a
1) Build the disk_test.cc (the "CPU bound task") and run it.
2) Create a large file to copy ( fallocate -l 10G junk ).
3) Copy that file with a one minute delay between copies ( while true; do
cp junk junk2; sleep 60; done )
If you direct the output of disk_test.cc to a file, then you can plot the
results in gnuplot with the following commands to see the change in the
mean time between "finishing the work cycle" when the file is being copied:
set xdata time
set timefmt "%s"
plot "out.txt" using 1:3 with lines
You can also notice that the load average is also going up, so it seems
like something in the kernel/scheduler is getting some sort of exclusive
lock in the disk I/O process and that's causing the CPU bound task to not
be able to execute when it should. Any ideas?
I'm trying to get this library added to Fedora. It's quite small and
the code is public domain:
An unsponsored reviewer has already had a look and I've addressed his
comments, but I need someone who can officially review it.
Jeff Layton <jlayton(a)poochiereds.net>