> > I have to second someone taking over rrdtool. I handed it off to
> > Chris
> > a while back, but have still done far more work on it since then
> > he has, and I've not seen him touch an rrdtool bz in ages. :(
> > (And no, I don't want maintainership back.)
> I am ready to take it (I already own it in RHEL). I think all steps in
> non-responsive maintainer process have been fulfilled
Please could any FESCo member approve the takeover of rrdtool (according to nonresponsive package maintainers policy)? Or should I open ticket for this?
I'm planning on dropping libnc-dap. It is no longer supported and
functionality has moved into the netcdf 4 library.
The only package currently requiring libnc-dap is:
Also, apparently octave is planning a 3.4 release this weekend which I
would like to see get into F15. These two events I believe will drive
the final stake into the heart of the octave-forge package at which
point we will need to start packaging the components separately. Since
this is how upstream distributes them anyway, I see no reason not to
move in this direction in all possible haste. I will try to get back to
my earlier efforts on creating a packaging template for octave packages
as soon as I can. Any help would be greatly appreciated.
Christopher Aillon <caillon(a)redhat.com> wrote:
> I missed the first notice of this go by, but I use zsh so can play with
> it in the next few days. Can you post the updates so I don't hit the
> same bugs you did?
Sure. Attached. The bugs were mainly with zsh conventions and getting
the sed command for the branch selection corrected.
The latest libedit update is CRITPATH, so it needs some karma. The
direct consumers of libedit, if my repoquery-fu is up to the task, are
the following, with their maintainers listed first, followed by
asterisk: jcollie, fabbione, itamarjp
ceph: josef, boodle, jdieter, steve, stingray, tremble, zaniyah
firebird (-class-common, -superserver): makowski
libedit: kdudka, jcollie, jjames
ntp: mlichvar, pertusus
openssh: jfch2222, dwalsh, ellert, lkundrak, mgrepl, mitr, sgrubb, tmraz
php (-cli): jorton, rdieter, remi, timj
php-pecl-xdebug: remi, cdamian, hubbitus
uim: tagoh, i18n-team
I'm jjames, and kdudka has already provided karma. Will some of the
rest of you please test the update and leave your feedback on the
Thank you very much,
So, back in the good old days, one could just type this:
ifconfig eth0 some_temp_ip up
Then it became necessary to:
Then it became necessary to:
systemctl disable NetworkManager.service
Just to try to get the interface left alone.
But when the link it's attached to drops, the settings are immediately
being dropped and the interface unconfigured. So, what have I missed?
What's the other thing that's trying to be all "helpful" but actually
preventing me from running TFTP usefully? Sure, I could plug it into a
switch and go all Windows 95 on this, but...I'd rather not.
Could someone illuminate what is happening with thunderbird-lightning for
F15? Looks like it was moved from the sunbird package to the thunderbird
package, only to be dropped from that:
* Wed Feb 9 2011 Christopher Aillon <caillon(a)redhat.com> - 3.1.7-6
- Drop the -lightning subpackage, it needs to be in its own SRPM
I don't see a package up for review though.
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
we use mock for local package build, but it's very slow. now we install
a new host just for mock with 8core, ram disks etc. it seems it still
slow. first of all most of the time mock use only one 1 core of the cpu.
is there any way to speed up different part of the mock build process?
thanks in advance.
ps. anyway is there any better place to discuss it?
Levente "Si vis pacem para bellum!"