> > A bug report (upstream) exists:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1044062
> >
> > Should we, for the time being, disable the p_arpwatch test for el7?
>
> It might be good if you are able to file a bug for this against el7b1 at
> bugzilla.redhat.com and mention that bz number in the comment that you
> use to disable it.
This bug I mentioned is already files against el7b1, targeted release rc.
I will disable the test for el7 with this number in the comments then.
Regards,
Rene
Hi.
I've been busy for some time with t_functional test p_arpwatch.
While I have made some progress, the test keeps failing.
As it turns out, arpwatch is broken in fedora 18, 19 and 20 and as such,
also in el7.
A bug report (upstream) exists:
https://bugzilla.redhat.com/show_bug.cgi?id=1044062
Should we, for the time being, disable the p_arpwatch test for el7?
Regards,
Rene Diepstraten
hi,
I've started the builds for centos7beta, so far its ging good ( in that
3 packages of 3 attempted have built, so its going to be a while before
we have a true picture on the state of srpms ).
What I'd like to also do is get a public instance of the buildsystem
online that allows everyone else the ability to submit their own
packages for builds against the existing rhel7b1 code and parse /
process the output ( purely for testing ).
Think of it as a getting-ready-for-seven sort of an effort.
One challenge in the mix is going to be that EPEL isnt building for EL7
as yet, and lots of people rely on EPEL for their own deps. We could
help things by pushing all of EPEL6 through, and provide feedback on the
EPEL lists....
thoughts ?
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
hi all, I am getting error in installing Host in ovirt-engine.Can anyone tell me how to eliminate the error. I'm attaching the screenshot of error.
Thanks
Hi all,
As a newcomer on the list with not much time, but enough to hopefully be
a bit useful to the upcoming CentOS7 release, i'm wondering what the
best action is I could take? I'm seeing lots of things happening here
and in other places like CentOS but not sure if is there is something i
could focus on or help out?
I'm seeing some info at http://seven.centos.org/ about t_functional, but
i'm not sure if that is the place where help would be welcome, and if
so, how to proceed to be honest.
gr,
josh
hi,
soliciting comments on http://bugs.centos.org/view.php?id=6820 ( which
deals with the partial component inclusion of glusterfs into the base
distro ). There are a couple of workarounds mentioned there, but none
seem perfect.
In an ideal world, it would be nice if Red Hat had their RHS gluster
rpms in line with the gluster rpms shipped in the base distro and we
could use those into CentOS-Extras.
the closest other practical option seems to be building gluster --with
server enabled, and shipping the extra rpms into CentOS-Extras; provided
the '--with server' is retained going forward, this would atleast mean
we have version sync between the client code in the distro and the
server code in CentOS Extras.
The option of just adding all the gluster code into the distro we ship,
server and client content included, seems very intrusive and might have
an impact on third party expectations.
- KB
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
Hi,
As posted in this bug http://bugs.centos.org/view.php?id=6843 there are
now problems with the current firefox on CentOS 5 to shutdown firefox
cleanly.
If others experience the same please report if you can reproduce it.
While we are at it, may it be possible for the developers to rebuild the
package with the correct config as shown here:
http://bugs.centos.org/view.php?id=6843#bugnotes
If it makes no difference then we at least know that it may also happen
with upstreams package.
Regards and thanks for all the hard work!
Simon