Compose started at Fri Jun 27 08:15:02 UTC 2014
New package: amarok-2.8.0-6.el7
Media player
New package: heat-cfntools-1.2.7-1.el7
Tools required to be installed on Heat provisioned cloud instances
New package: marble-4.10.5-2.el7
Virtual globe and world
2014-06-27 16:05 GMT+02:00 Fred Wittekind r...@twister.dyndns.org:
Any chance of getting this update into EPEL?
Hi,
Yes, pdns-recursor-3.6.0 is already available in epel-testing:
See:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1687/pdns-recursor-3.6.0-1.el6
The following Fedora EPEL 5 Security updates need testing:
Age URL
796
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
250
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5
131
The following Fedora EPEL 6 Security updates need testing:
Age URL
796
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
143
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0440/fwsnort-1.6.4-1.el6
128
During some of the testing for centos7 (and in the process cleaning up
some things for c6 as well), we noticed that there are a number of
packages that are excluded from epel when using the priorities plugin
with yum.
While none of the packages is a duplicate for something in base/updates,
I
On 26/06/14 22:33, Kevin Fenzi wrote:
On Thu, 26 Jun 2014 13:01:05 -0500
Yaakov Selkowitz yselk...@redhat.com wrote:
On 2014-06-26 11:17, Richard Hughes wrote:
On 26 June 2014 17:02, Simone Caronni negativ...@gmail.com wrote:
+1 from me!
If it's a trivial patch then I think it makes sense
On 06/26/2014 09:40 PM, Bruno Wolff III wrote:
On Thu, Jun 26, 2014 at 10:42:17 -0600,
Kevin Fenzi ke...@scrye.com wrote:
Another idea that leaps to mind is to add more provenpackagers...
have we set the bar too high so no one wants to apply?
Trivial bug fixing across the project seems to
On 06/27/2014 08:26 AM, Marcela Mašláňová wrote:
I'm not sure if it's so great idea for all bugzillas. Some packagers
prefer to add patches first into upstream then carry a patch for many
releases.
This consideration actually is pretty much irrelevant when it comes to
bugs. The only thing that
Hello,
I'm looking for co-maintainers for the Guacamole [1] stack packages. It is
an HTML 5 plugin-less remote desktop for VNC, RDP, SSH, Telnet and Spice
(WIP). Upstream is really responsive, software is updated frequently and
it's really amazing.
I've been able to throw a bunch of Citrix
On 26 June 2014 23:53, Yaakov Selkowitz yselk...@redhat.com wrote:
Here are my unreviewed patches from last week or earlier, oldest to newest:
Someone make this person a provenpackager.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
On Thu, 26 Jun 2014 17:53:08 -0500
Yaakov Selkowitz yselk...@redhat.com wrote:
On 2014-06-26 15:33, Kevin Fenzi wrote:
On Thu, 26 Jun 2014 13:01:05 -0500 Yaakov Selkowitz wrote:
This seems to be particularly needed around mass rebuilds, which
IMHO should be an all-hands-on-deck time. For
On 06/27/2014 08:58 AM, Ralf Corsepius wrote:
This consideration actually is pretty much irrelevant when it comes to
bugs. The only thing that counts is Fedora end-user experience, to whom
it's quite irrelevant who fixes a bug.
Is this really true? I'm under the impression that Fedora also
On 06/26/2014 06:42 PM, Kevin Fenzi wrote:
Another idea that leaps to mind is to add more provenpackagers...
have we set the bar too high so no one wants to apply?
Debian has packages in collab-maint, where any Debian Developer can make
changes and upload them. In Debian, this is purely a
On 06/27/2014 10:46 AM, Florian Weimer wrote:
On 06/27/2014 08:58 AM, Ralf Corsepius wrote:
This consideration actually is pretty much irrelevant when it comes to
bugs. The only thing that counts is Fedora end-user experience, to whom
it's quite irrelevant who fixes a bug.
Is this really
On Thu, Jun 26, 2014 at 03:27:21PM -0500, Mukundan Ragavan wrote:
Isn't it best for the project as a whole to have the bar for proven
packager high? :)
I think it is detrimental. If someone has loads of time to do bugfixes
across packages, let them. I do loads and loads of trivial bugfixes (not
On 26.06.2014 21:40, Bruno Wolff III wrote:
On Thu, Jun 26, 2014 at 10:42:17 -0600,
Kevin Fenzi ke...@scrye.com wrote:
Another idea that leaps to mind is to add more provenpackagers...
have we set the bar too high so no one wants to apply?
Trivial bug fixing across the project seems to be
On 06/27/2014 09:45 AM, Simone Caronni wrote:
Hello,
I'm looking for co-maintainers for the Guacamole [1] stack packages. It is
an HTML 5 plugin-less remote desktop for VNC, RDP, SSH, Telnet and Spice
(WIP). Upstream is really responsive, software is updated frequently and
it's really
On 06/26/2014 08:01 PM, Yaakov Selkowitz wrote:
On 2014-06-26 11:17, Richard Hughes wrote:
On 26 June 2014 17:02, Simone Caronni negativ...@gmail.com wrote:
+1 from me!
If it's a trivial patch then I think it makes sense to just do it.
From someone that touches hundreds of different
Agenda:
- Collect and discuss candidates for open positions in WG
- Updated on help for Base WG (pknirsch)
- Open floor
Thanks regards, Phil
--
Philipp Knirsch | Tel.: +49-711-96437-470
Manager Core Services| Fax.: +49-711-96437-111
Red Hat GmbH |
- Original Message -
Agenda:
- Collect and discuss candidates for open positions in WG
- Updated on help for Base WG (pknirsch)
- Open floor
Unfortunately I can't attend today, I have conflicting meeting today :(.
R.
Thanks regards, Phil
--
Philipp Knirsch |
On 06/26/2014 10:31 PM, Kevin Fenzi wrote:
On Wed, 25 Jun 2014 18:19:32 +0200
Sandro Mani manisan...@gmail.com wrote:
Hi,
Given that no-one seems to know how to contact deji, I'd like to
request the takeover of scotch.
as a fesco member I can ack this.
We will be orphaning his packages and
Hello,
On 27 June 2014 12:52, Mikolaj Izdebski mizde...@redhat.com wrote:
Currently guacamole-client is in FTBFS in rawhide [2] and I couldn't find
any help for fixing it due to a Maven bug [3], that requires a specific
Fedora workaround that I frankly don't understand [4]. On RHEL 7, and
My opinion is, you should only comaintain what you want, not take over
other's packages.
If FESCo member could give consent of adding someone as an admin(not
the point of the contact) of a package instead of orphaning lots of
packages, that will be helpful.
Thanks.
--
devel mailing list
Hi,
I have a very small server room. It has very good network, but lots of
not very powerful computers. Many of them are ARM based.
As I hear about ARM users taking 8 hours to update 1 package (I've had
it take 12 hours to fail to update a package) I irritates me.
The fact that Fedora
Hi
On Fri, Jun 27, 2014 at 10:07 AM, Troy Dawson wrote:
The fact that Fedora practically forces people to use delta rpm's has
rattled my cage for quite a while.
[Snipped]
--- Does it force you to do them like yum does?
[Snipped]
You keep calling it force while acknowledging it is
Greetings,
I'm having an issue when trying to build a package for EPEL6, see the
root.log here:
https://kojipkgs.fedoraproject.org//work/tasks/3518/7083518/root.log
Any ideas if i'm doing something wrong or if this is a serious issue?
Regards,
Dominic
--
Diese E-Mail ist nicht mit GPG
On 06/27/2014 04:19 PM, Dominic Hopf wrote:
Greetings,
I'm having an issue when trying to build a package for EPEL6, see the root.log
here:
https://kojipkgs.fedoraproject.org//work/tasks/3518/7083518/root.log
Any ideas if i'm doing something wrong or if this is a serious issue?
Regards,
On Fri, 2014-06-27 at 08:58 +0200, Ralf Corsepius wrote:
This consideration actually is pretty much irrelevant when it comes
to
bugs. The only thing that counts is Fedora end-user experience, to
whom
it's quite irrelevant who fixes a bug.
In other words, if bug affects users, these
On Fri, 2014-06-27 at 12:48 +0200, Sandro Mani wrote:
So just to clarify here: the idea behind my proposal is not
necessarily
to aid people who often fix large number of small bugs across
packages,
for such people it is best if they applied for proven packager
status.
What I'm more
On Fri, 27 Jun 2014 22:03:30 +0800
Christopher Meng cicku...@gmail.com wrote:
My opinion is, you should only comaintain what you want, not take over
other's packages.
If FESCo member could give consent of adding someone as an admin(not
the point of the contact) of a package instead of
On Fri, 27 Jun 2014 10:47:09 +0200
Florian Weimer fwei...@redhat.com wrote:
On 06/26/2014 06:42 PM, Kevin Fenzi wrote:
Another idea that leaps to mind is to add more provenpackagers...
have we set the bar too high so no one wants to apply?
Debian has packages in collab-maint, where any
On Fri, Jun 27, 2014 at 10:05:31AM +0200, Dan Horák wrote:
oh, that's an impressive list, but I would like see to one more thing
there - links to upstream bug reports where relevant (eg. fixing
configure stuff), because we usually need them fixed in upstreams too
Yes, I missed this as well.
On 06/27/2014 09:17 AM, Rahul Sundaram wrote:
Hi
On Fri, Jun 27, 2014 at 10:07 AM, Troy Dawson wrote:
The fact that Fedora practically forces people to use delta rpm's has
rattled my cage for quite a while.
[Snipped]
--- Does it force you to do them like yum does?
Hi Troy,
On 27/06/14 16:26, Troy Dawson wrote:
It is a hidden default that is not in any man page or documentation.
Did you look for deltarpm in the yum.conf man page? If it's missing then
that might be the problem (it's there on my x86_64 F20 machines at least).
Cheers,
Andy
--
devel
On 2014-06-27 10:17, Till Maas wrote:
Yes, I missed this as well. Also IIRC the guidelines demand an patch
status comment for each patch in the spec file, so just adding patch
without noting why it is not upstreamable or information about when/how
it was upstreamed is bad and should IMHO not be
Hi all,
Rpm 4.12 alpha just got released:
http://lists.rpm.org/pipermail/rpm-announce/2014-June/45.html
The plan is to update rawhide to this shiny new version first thing on
Monday morning and babysit as needed (ie the usual drill), but if you're
feeling bored over the weekend or its
Hi
On Fri, Jun 27, 2014 at 11:26 AM, Troy Dawson wrote:
It is a hidden default that is not in any man page or documentation.
Yes, I used a poor choice of words.
man yum.conf
deltarpm
When non-zero, delta-RPM files are used if available. The
value
specifies
Hi
On Fri, Jun 27, 2014 at 11:36 AM, Yaakov Selkowitz wrote:
On 2014-06-27 10:17, Till Maas wrote:
Yes, I missed this as well. Also IIRC the guidelines demand an patch
status comment for each patch in the spec file, so just adding patch
without noting why it is not upstreamable or
Hello,
FAS user kanarip is comaintainer of one of my packages, and I receive mail
bounces of their email address kana...@kanarip.com. It seems like the domain
is no longer valid:
kana...@kanarip.com (expanded from amavisd-new-ow...@fedoraproject.org):
Host or domain name not found. Name
- Original Message -
- Should this be rawhide only? That would avoid 'trivial' patches that
cause a problem from affecting users that aren't as able to debug
them.
Probably (or perhaps it could be up to the provenpackager applying the patch,
but with rawhide-only being the
2014-06-27 16:45 GMT+02:00 Miroslav Suchý msu...@redhat.com:
Does koji use state plugin? If yes, it must be disabled:
/etc/mock/site-defaults.cfg
config_opts['plugin_conf']['package_state_enable'] = False
Because state plugin require yum-utils-1.1.31 which are not in el6.
Not sure about
- Original Message -
On 06/27/2014 08:26 AM, Marcela Mašláňová wrote:
I'm not sure if it's so great idea for all bugzillas. Some packagers
prefer to add patches first into upstream then carry a patch for many
releases.
This consideration actually is pretty much irrelevant when it
On 06/27/2014 05:17 PM, Till Maas wrote:
On Fri, Jun 27, 2014 at 10:05:31AM +0200, Dan Horák wrote:
oh, that's an impressive list, but I would like see to one more thing
there - links to upstream bug reports where relevant (eg. fixing
configure stuff), because we usually need them fixed in
On 06/27/2014 05:50 PM, Rahul Sundaram wrote:
Hi
On Fri, Jun 27, 2014 at 11:36 AM, Yaakov Selkowitz wrote:
On 2014-06-27 10:17, Till Maas wrote:
Yes, I missed this as well. Also IIRC the guidelines demand an patch
status comment for each patch in the spec file, so just
On 06/27/2014 10:45 AM, Rahul Sundaram wrote:
Hi
On Fri, Jun 27, 2014 at 11:26 AM, Troy Dawson wrote:
It is a hidden default that is not in any man page or documentation.
Yes, I used a poor choice of words.
man yum.conf
deltarpm
When non-zero,
On Fri, 2014-06-20 at 17:25 -0700, Adam Williamson wrote:
I've drafted a comps change (further to the quick one I did yesterday to
throw in NetworkManager-wifi to the desktop groups) to account for the
recent (March) split of several bits of NetworkManager functionality
into subpackages. As
Hi everyone.
As Bill Nottingham has decided to resign from the committee we now have
a free seat that we'd like to fill with another person.
In order to fill this seat i'm therefore reaching out here to Fedora
development to offer allow any applicant from the community to get in
touch with
I personally tend to agree with Troy.
We should consider defaulting to disable delta rpm at most, and at
least comment the configs, or make things intelligent.
For me, it takes longer to process delta rpm files than to download
the actual full rpm, even on high end systems, or low end.
I
On Fri, Jun 27, 2014 at 17:50:31 +0200,
Juan Orti Alcaine juan.o...@miceliux.com wrote:
FAS user kanarip is comaintainer of one of my packages, and I receive mail
bounces of their email address kana...@kanarip.com. It seems like the domain
is no longer valid:
Following the policy, I ask the
On 06/27/2014 05:50 PM, Miloslav Trmač wrote:
- Original Message -
- Should this be rawhide only? That would avoid 'trivial' patches that
cause a problem from affecting users that aren't as able to debug
them.
Probably (or perhaps it could be up to the provenpackager applying
On Fri, Jun 27, 2014 at 11:07 AM, Troy Dawson tdaw...@redhat.com wrote:
Cool,
I'm glad it's in the man pages now. It isn't in the man pages of my
older versions of yum.
And it's actually a very good section, talking about how it determines
how many threads to use.
Now that we've
On Sat, Jun 28, 2014 at 12:17 AM, Bruno Wolff III br...@wolff.to wrote:
He is or was a Red Hat employee.
No.
Please use this email address:
vanmeeuwen.kolabsys@com (@ - .)
Thanks.
Yours sincerely,
Christopher Meng
Noob here.
http://cicku.me
--
devel mailing list
El Sábado, 28 de junio de 2014 00:31:26 Christopher Meng escribió:
On Sat, Jun 28, 2014 at 12:17 AM, Bruno Wolff III br...@wolff.to wrote:
He is or was a Red Hat employee.
No.
Please use this email address:
(...)
Thank you.
--
devel mailing list
devel@lists.fedoraproject.org
On Sat, Jun 28, 2014 at 12:34 AM, Juan Orti Alcaine
juan.o...@miceliux.com wrote:
El Sábado, 28 de junio de 2014 00:31:26 Christopher Meng escribió:
Thank you.
It's better to nofity him about his archaic email address IMO, as he
uses his working address in the %changelog[1] but not in the whole
Welcome to the 21st century!
https://bugzilla.redhat.com/show_bug.cgi?id=1114075
poma
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Fri, 27 Jun 2014 11:55:37 -0400 (EDT)
Miloslav Trmač m...@redhat.com wrote:
That’s only in some ideal case where we can get all the manpower we
might need.
Adding a non-upstream patch to a package by a non-owner of the
package essentially commits the owner of the package to either push
Hi
On Fri, Jun 27, 2014 at 12:07 PM, Troy Daws
All that being said, what is the criteria for getting a default
configuration line put into yum.conf?
I'd really like to get the deltarpm= line put in there.
File a bug report in yum bug tracker or Red Hat bugzilla against yum as the
On Fri, Jun 27, 2014 at 12:13 PM, Phil Knirsch pknir...@redhat.com wrote:
Hi everyone.
As Bill Nottingham has decided to resign from the committee we now have a
free seat that we'd like to fill with another person.
That should be two seats. I also resigned. If there was confusion
around
On Fri, Jun 27, 2014 at 6:14 PM, Jon jdisn...@gmail.com wrote:
I personally tend to agree with Troy.
We should consider defaulting to disable delta rpm at most, and at
least comment the configs, or make things intelligent.
For me, it takes longer to process delta rpm files than to download
On Fri, Jun 27, 2014 at 6:14 PM, Jon jdisn...@gmail.com wrote:
I personally tend to agree with Troy.
We should consider defaulting to disable delta rpm at most, and at
least comment the configs, or make things intelligent.
For me, it takes longer to process delta rpm files than to download
On Fri, 27 Jun 2014 19:11:53 +0200
drago01 drag...@gmail.com wrote:
That wasn't about poor as in slow vs. great as in fast but
bandwith capped vs. not.
If building deltas are slow the solution is not to disable them but to
find out why there are slow and fix that. One thing for instance is
On Fri, Jun 27, 2014 at 7:13 PM, Kevin Fenzi ke...@scrye.com wrote:
On Fri, 27 Jun 2014 19:11:53 +0200
drago01 drag...@gmail.com wrote:
That wasn't about poor as in slow vs. great as in fast but
bandwith capped vs. not.
If building deltas are slow the solution is not to disable them but to
On Fri, 27 Jun 2014 19:18:15 +0200
drago01 drag...@gmail.com wrote:
On Fri, Jun 27, 2014 at 7:13 PM, Kevin Fenzi ke...@scrye.com wrote:
On Fri, 27 Jun 2014 19:11:53 +0200
drago01 drag...@gmail.com wrote:
That wasn't about poor as in slow vs. great as in fast but
bandwith capped vs.
On Fri, Jun 27, 2014 at 7:21 PM, Kevin Fenzi ke...@scrye.com wrote:
On Fri, 27 Jun 2014 19:18:15 +0200
drago01 drag...@gmail.com wrote:
On Fri, Jun 27, 2014 at 7:13 PM, Kevin Fenzi ke...@scrye.com wrote:
On Fri, 27 Jun 2014 19:11:53 +0200
drago01 drag...@gmail.com wrote:
That wasn't
On Fri, Jun 27, 2014 at 7:13 PM, Kevin Fenzi ke...@scrye.com wrote:
On Fri, 27 Jun 2014 19:11:53 +0200
drago01 drag...@gmail.com wrote:
That wasn't about poor as in slow vs. great as in fast but
bandwith capped vs. not.
If building deltas are slow the solution is not to disable them but to
On Fri, 27 Jun 2014 19:23:04 +0200
drago01 drag...@gmail.com wrote:
Why?
My understanding of the process as it exists:
Download drpm.
Take drpm contents + old package files installed locally that were not
changed and create updated rpm.
yum/dnf hands off this updated new version to rpm as
On Fri, Jun 27, 2014 at 7:35 PM, Kevin Fenzi ke...@scrye.com wrote:
On Fri, 27 Jun 2014 19:23:04 +0200
drago01 drag...@gmail.com wrote:
Why?
My understanding of the process as it exists:
Download drpm.
Take drpm contents + old package files installed locally that were not
changed and
/usr/lib/libedelib.so.2.1.0 is quite corrupted. ldd thinks it's
statically linked, and readelf reports these errors (among others0.
readelf: Error: Section 15 has invalid sh_entsize of 5a794
readelf: Error: (Using the expected size of 12 for the rest of this dump)
readelf: Error: Section 16
Welcome to the 21st century!
Do we have different eyes and brains than we did last century?
Because otherwise, excessively wide paragraphs are just as hard to
read now as they were then.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 2014-06-27 07:09, Mikolaj Izdebski wrote:
On 06/26/2014 08:01 PM, Yaakov Selkowitz wrote:
As a newcomer to Fedora development, is there something else I should
doing to get these patches reviewed and committed?
I offered you on IRC applying any patches for Java packages, as this is
my area
On Thu, Jun 26, 2014 at 10:27 PM, Mukundan Ragavan
nonamed...@fedoraproject.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I think having a trivial patch policy and proven packager route of
implementation is a great idea!
On 06/26/2014 11:42 AM, Kevin Fenzi wrote:
On Fri, Jun 27, 2014 at 08:08:59PM +0200, Florian Weimer wrote:
/usr/lib/libedelib.so.2.1.0 is quite corrupted. ldd thinks it's statically
linked, and readelf reports these errors (among others0.
readelf: Error: Section 15 has invalid sh_entsize of 5a794
readelf: Error: (Using the expected
On 27.06.2014 18:56, Kevin Fenzi wrote:
Well, I think you are talking here about a patch that changes the code
of the package. Many of the cases people were talking about for these
'trivial' or 'simple' patches didn't even touch the code... they simply
modified the spec, so have little to do
I've spent my day trying to sort out what the heck is going on here, but
failed.
I'll do a new build of lorax in a bit so that the nightly rawhide
compose will work tonight, but you may hit some problems.
With my locally built boot.iso I am seeing a variety of failures at
different points.
On 06/27/2014 12:28 PM, Dridi Boukelmoune wrote:
It may also be possible to compress-and-sign them on the fly. If the
gpg check can be done incrementally, you could compress the rpm to
/dev/null and gradually compute the signature.
That leaves you a signature to check and a ready-to-install
Hello, I have updated two laptops runing F20 today. After the update, on
both of them (Asus and Dell) the trackpad has turned very slow, and
unaffected of any change in the gnome control panel.
I'm not sure which update is responsible. Perhaps
xorg-x11-server-*-1.14.4-10.fc20.x86_64?
Has
On 2014-06-24 15:12, Till Maas wrote:
The following packages are orphaned or did not build for two
releases and will be retired when Fedora (F21) is branched, unless someone
adopts them.
More patches:
alliance chitlesh, tnorth
On 27/06/14 23:58, Sergio Pascual wrote:
Hello, I have updated two laptops runing F20 today. After the update, on
both of them (Asus and Dell) the trackpad has turned very slow, and
unaffected of any change in the gnome control panel.
Try this update:
Hello, Dear Fedorian Community,
I am to retire Synapse from the Fedora repos. The reason is clearly stated here:
https://answers.launchpad.net/synapse-project/+question/246635#yui_3_10_3_1_1403917606540_250
If anybody has any last words, they're welcome.
--
It's hard to be free... but I love
On Fri, Jun 27, 2014 at 03:21:42PM -0700, Brian C. Lane wrote:
So be forewarned :) And if someone can help sort out what the heck is
causing this I'd sure be grateful.
I've just fired off a new anaconda build with David Shea's signal
patches which, in my testing here, seem to have solved the
I'm also investigating the results, as I also couldn't see what's wrong there.
I fixed this package days ago and it at least could be built(it uses
jam to build which is totally a mess to me).
--
devel mailing list
devel@lists.fedoraproject.org
On 2014-06-26 15:26 (GMT-0400) Felix Miata composed:
On 2014-06-26 13:24 (GMT-0500) Chris Adams composed:
Felix Miata said:
Now that the kernel is no longer putting the display to
sleep and I can start X, I find that setterm command no longer
applies only to the vttys. It's now coloring
On 27.06.2014 19:03, DJ Delorie wrote:
Welcome to the 21st century!
Do we have different eyes and brains than we did last century?
Because otherwise, excessively wide paragraphs are just as hard to
read now as they were then.
E.g. for me, 'bz.rh-cols90.png' is consistent, unlike
Hi!
FAS user tmatsuu is innactive for almost two years [1], he did not answered on
email. Does anyone know how to contact him?
Dmitrij
[1] http://koji.fedoraproject.org/koji/userinfo?userID=1247
--
devel mailing list
devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1113962
Bug ID: 1113962
Summary: perl-Test-TCP-2.02-2.fc21 FTBFS on loaded machine:
time race in tests
Product: Fedora
Version: rawhide
Component: perl-Test-TCP
https://bugzilla.redhat.com/show_bug.cgi?id=1113962
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
URL|
https://bugzilla.redhat.com/show_bug.cgi?id=1113962
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1113962
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=906461
Juan Orti Alcaine juan.o...@miceliux.com changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1029710
Juan Orti Alcaine juan.o...@miceliux.com changed:
What|Removed |Added
CC|
https://bugzilla.redhat.com/show_bug.cgi?id=1033516
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=906396
--- Comment #1 from Fedora Update System upda...@fedoraproject.org ---
amavisd-new-2.9.0-2.el6 has been submitted as an update for Fedora EPEL 6.
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1741/amavisd-new-2.9.0-2.el6
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=906396
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
amavisd-new-2.9.0-2.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/amavisd-new-2.9.0-2.fc20
--
You are receiving this mail
https://bugzilla.redhat.com/show_bug.cgi?id=1105775
--- Comment #8 from Fedora Update System upda...@fedoraproject.org ---
perl-Text-PDF-0.29a-15.fc20 has been pushed to the Fedora 20 stable repository.
If problems still persist, please make note of it in this bug report.
--
You are
https://fedorahosted.org/389/ticket/47821
https://fedorahosted.org/389/attachment/ticket/47821/0001-Ticket-47821-deref-plugin-cannot-handle-complex-acis.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
95 matches
Mail list logo