On Mon, Jun 09, 2014 at 02:22:57PM -0500, Dennis Gilmore wrote:
On Mon, 9 Jun 2014 17:08:13 +0100
Richard W.M. Jones rjo...@redhat.com wrote:
I have a Fedora 20 ppc64 Mac right next to my feet here that is
definitely booting using yaboot.
Then you did not install using Fedora 20.
On Mon, Jun 09, 2014 at 10:20:46PM +0100, Matthew Garrett wrote:
On Mon, Jun 09, 2014 at 08:43:07PM +0100, Richard W.M. Jones wrote:
Can we excludearch %{arm} for this one?
Why? It's a bug that it doesn't build on ARM. Refusing to build it
doesn't fix the bug, and then someone else will
FYI:
Forwarded Message
From: Alexander Færøy a...@0x90.dk
To: irssi-us...@dragoncat.net, irssi-...@dragoncat.net
Cc: Irssi Staff st...@irssi.org
Subject: The Future of Irssi
Date: Tue, 10 Jun 2014 10:27:11 +0200
Hello,
Irssi hasn't been under active development for
Hello,
I have retired pywcs in Rawhide. It FTBS in the last mass build, and
upstream recomends to switch to astropy anyway.
Sergio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
2014-06-10 0:18 GMT+02:00 Ben Nemec bne...@redhat.com:
I sent a message about this about six months ago too, and the situation
hasn't changed since then:
https://lists.fedoraproject.org/pipermail/devel/2013-December/192617.html
I've tried additional ways to contact the maintainer since
Hi,
I've tried to fix the broken zorba package in rawhide for a couple of
weeks now but, unfortunately, without much success. The upstream
developers don't seem to be able to find the cause for the issue either.
The problem is that the package fails to build with gcc 4.9.0 (all
archs)
On 06/09/2014 09:04 PM, Kẏra wrote:
On that note, I haven't seen a new build in a while! When can we hope for
an update?
There are some patches waiting upstream for review so when those are
done. I'd like also update the firefox-gtk3 build to Firefox 31.
cool! can you link to bugs / review
On 10.6.2014 14:16, Martin Gieseking wrote:
Hi,
I've tried to fix the broken zorba package in rawhide for a couple of weeks
now but, unfortunately, without much success. The upstream developers don't
seem to be able to find the cause for the issue either.
The problem is that the package fails
Am 10.06.2014 14:24, schrieb Petr Spacek:
On 10.6.2014 14:16, Martin Gieseking wrote:
The problem is that the package fails to build with gcc 4.9.0 (all archs)
because the generated zorba binary segfaults for some queries due to
accessing
already freed memory. The issue only occurs with
On Wed, Jun 04, 2014 at 12:51:34PM -0400, Peter Jones wrote:
FWIW, I'm going to miss next week's meeting, as I'll be on vacation.
Me too, it turns out. (Sorry for the late notice; it's late-breaking plans.)
--
Matthew Miller
mat...@fedoraproject.org
Fedora Project Leader
--
devel mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 10 Jun 2014 07:48:36 +0100
Richard W.M. Jones rjo...@redhat.com wrote:
On Mon, Jun 09, 2014 at 02:22:57PM -0500, Dennis Gilmore wrote:
On Mon, 9 Jun 2014 17:08:13 +0100
Richard W.M. Jones rjo...@redhat.com wrote:
I have a Fedora 20
Hi,
I am wondering if someone is interested in picking up the maintainance of SOAPpy
in Fedora.
The upstream we were following [1] is dead for a while. There are some forks
that seems to be moving forward but one would have to check which fork to go
with [2, 3, 4, ...].
In addition SOAPpy has
On Tue, Jun 10, 2014 at 07:54:26AM +0100, Richard W.M. Jones wrote:
On Mon, Jun 09, 2014 at 10:20:46PM +0100, Matthew Garrett wrote:
On Mon, Jun 09, 2014 at 08:43:07PM +0100, Richard W.M. Jones wrote:
Can we excludearch %{arm} for this one?
Why? It's a bug that it doesn't build on
On 06/09/2014 03:48 PM, Dave Love wrote:
I've just submitted my first package, the procenv tool for showing the
process environment:
https://bugzilla.redhat.com/show_bug.cgi?id=1107127
I have more to offer which are relevant to HPC or other research
computing. There's a collection of specs
On Mon, 2014-06-09 at 22:48 +0100, Dave Love wrote:
I've just submitted my first package, the procenv tool for showing the
process environment:
https://bugzilla.redhat.com/show_bug.cgi?id=1107127
I have more to offer which are relevant to HPC or other research
computing. There's a
Does anyone have a favorite method of figuring out what build flags are
causing an issue?
I'm trying to package WSPR[1] for the ham radio sig. It is autotools based
and when I use %configure the build fails but when I just use plain
configure it succeeds. It uses gfortran and f2py extensively
Richard Shaw wrote:
/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/crt1.o: In
function `_start':
(.text+0x20): undefined reference to `main'
collect2: error: ld returned 1 exit status
rmbadname1: Replacing len with len_bn.
On Tue, Jun 10, 2014 at 11:07 AM, Andrew Schultz ajsch...@verizon.net
wrote:
Richard Shaw wrote:
/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/crt1.o: In
function `_start':
(.text+0x20): undefined reference to `main'
collect2: error: ld returned 1 exit status
rmbadname1:
On Tue, Jun 10, 2014 at 03:45:57PM +0100, Matthew Garrett wrote:
On Tue, Jun 10, 2014 at 07:54:26AM +0100, Richard W.M. Jones wrote:
On Mon, Jun 09, 2014 at 10:20:46PM +0100, Matthew Garrett wrote:
On Mon, Jun 09, 2014 at 08:43:07PM +0100, Richard W.M. Jones wrote:
Can we excludearch
I'm not sure if this is a local problem, but currently I'm unable
to upload the SRPM to do a scratch build:
$ fedpkg srpm
Wrote: /home/rjones/d/fedora/libguestfs/master/libguestfs-1.27.14-3.fc21.src.rpm
$ koji build --scratch rawhide
On Tue, Jun 10, 2014 at 05:23:01PM +0100, Richard W.M. Jones wrote:
On Tue, Jun 10, 2014 at 03:45:57PM +0100, Matthew Garrett wrote:
Eh. We're constrained by our own policies here, not by anything
fundamental - LLVM being broken on ARM ought to mean that our ARM
product is worse, not that
On Tue, Jun 10, 2014 at 06:00:05PM +0100, Matthew Garrett wrote:
On Tue, Jun 10, 2014 at 05:23:01PM +0100, Richard W.M. Jones wrote:
On Tue, Jun 10, 2014 at 03:45:57PM +0100, Matthew Garrett wrote:
Eh. We're constrained by our own policies here, not by anything
fundamental - LLVM being
On Tue, Jun 10, 2014 at 06:14:03PM +0100, Richard W.M. Jones wrote:
On Tue, Jun 10, 2014 at 06:00:05PM +0100, Matthew Garrett wrote:
ExcludeArch implies that it's acceptable that it doesn't build on ARM
and removes the incentive for anyone to fix it. It's not.
There's a process for
Hi,
After latest update i can't use my wifi in NM. Probably this bug not
in NM, but I don't know how to debug this :(
$ nmcli device status
DEVICE TYPE STATECONNECTION
virbr0 bridgeconnectedvirbr0
enp0s20u2 ethernet connectedenp0s26u1u2
virbr0-nic tap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 10 Jun 2014 17:43:37 +0100
Richard W.M. Jones rjo...@redhat.com wrote:
I'm not sure if this is a local problem, but currently I'm unable
to upload the SRPM to do a scratch build:
$ fedpkg srpm
Wrote:
On Tue, Jun 10, 2014 at 06:21:00PM +0100, Matthew Garrett wrote:
On Tue, Jun 10, 2014 at 06:14:03PM +0100, Richard W.M. Jones wrote:
On Tue, Jun 10, 2014 at 06:00:05PM +0100, Matthew Garrett wrote:
ExcludeArch implies that it's acceptable that it doesn't build on ARM
and removes the
On Tue, Jun 10, 2014 at 12:28:22PM -0500, Dennis Gilmore wrote:
What version of koji do you have installed?
koji-1.9.0-1.fc20.noarch
However .. it just started to work again, so it must have been some
temporary weirdness.
Thanks,
Rich.
--
Richard Jones, Virtualization Group, Red Hat
On Tue, Jun 10, 2014 at 9:34 PM, Thomas Haller thal...@redhat.com wrote:
On Tue, 2014-06-10 at 21:25 +0400, Igor Gnatenko wrote:
Hi,
After latest update i can't use my wifi in NM. Probably this bug not
in NM, but I don't know how to debug this :(
Do you have the package NetworkManager-wifi
On Tue, Jun 10, 2014 at 06:34:31PM +0100, Richard W.M. Jones wrote:
The bug that I'm actually fixing is that we haven't had a successful
hfsplus-tools build in nearly a year.
Ok. Once the build's done let's remove the ExcludeArch so it continues
to show up as a failure in mass builds. It can
On Tue, Jun 10, 2014 at 06:39:52PM +0100, Matthew Garrett wrote:
On Tue, Jun 10, 2014 at 06:34:31PM +0100, Richard W.M. Jones wrote:
The bug that I'm actually fixing is that we haven't had a successful
hfsplus-tools build in nearly a year.
Ok. Once the build's done let's remove the
On Tue, Jun 10, 2014 at 06:44:06PM +0100, Richard W.M. Jones wrote:
On Tue, Jun 10, 2014 at 06:39:52PM +0100, Matthew Garrett wrote:
Ok. Once the build's done let's remove the ExcludeArch so it continues
to show up as a failure in mass builds. It can be restored if we
actually need to
On Tue, Jun 10, 2014 at 06:53:59PM +0100, Matthew Garrett wrote:
On Tue, Jun 10, 2014 at 06:44:06PM +0100, Richard W.M. Jones wrote:
On Tue, Jun 10, 2014 at 06:39:52PM +0100, Matthew Garrett wrote:
Ok. Once the build's done let's remove the ExcludeArch so it continues
to show up as a
Ok, I figured out the problem but not WHY it's a problem but basically it
doesn't like the linker flag -Wl,-z,relro. I actually had to patch the
makefile for this so it wouldn't get applied to the f2py command but
apparently it was still casing a linker issue for some reason.
The workaround (I
On Tue, Jun 10, 2014 at 07:05:56PM +0100, Richard W.M. Jones wrote:
In this case however I don't think much productive came from this
discussion we had about hfsplus-tools. Obviously no one wants
hfsplus-tools and/or clang enough on Fedora/ARM that they are prepared
to fix it. So I think we
https://bugzilla.redhat.com/show_bug.cgi?id=485251 is depressing. Nine
bugs have been closed - of these, one is a review request that was
dropped, two were incorrectly closed after an ExcludeArch was added and
one was closed as a duplicate. Further, one bug was just unsubscribed
from the
On Tue, Jun 10, 2014 at 07:11:53PM +0100, Matthew Garrett wrote:
On Tue, Jun 10, 2014 at 07:05:56PM +0100, Richard W.M. Jones wrote:
In this case however I don't think much productive came from this
discussion we had about hfsplus-tools. Obviously no one wants
hfsplus-tools and/or clang
On Tue, Jun 10, 2014 at 6:16 AM, Martin Gieseking
martin.giesek...@uos.de wrote:
Hi,
I've tried to fix the broken zorba package in rawhide for a couple of weeks
now but, unfortunately, without much success. The upstream developers don't
seem to be able to find the cause for the issue either.
Still not quite ready to call this solved even though I got the why...
f2py will let LDFLAGS override the default built-in linker flags from
linker_exe and linker_so. I would think at a minimum you would want it
as an append, not an override if not outright ignore the environment
variables for
On Fri, 2014-05-02 at 17:51 +0200, Zbigniew Jędrzejewski-Szmek wrote:
It's kind of implicit in the Change proposal. When you submit a
Change, you are indicating that you want this to be something that
Fedora promotes (both from an engineering standpoint and a marketing one).
I modifed the
On Tue, 2014-06-10 at 21:37 +0400, Igor Gnatenko wrote:
On Tue, Jun 10, 2014 at 9:34 PM, Thomas Haller thal...@redhat.com wrote:
On Tue, 2014-06-10 at 21:25 +0400, Igor Gnatenko wrote:
Hi,
After latest update i can't use my wifi in NM. Probably this bug not
in NM, but I don't know how
On Fri, 2014-05-02 at 07:07 +0200, Stanislav Ochotnicky wrote:
On Thu 01 May 2014 01:34:43 PM CEST Jon Kent wrote:
Hi,
I'm trying to get a GnuBatch package into Fedora, which is currently
being reviewed. One of the points raised in the review was that I was
running make without any
On Sat, 2014-05-03 at 05:21 -0400, Felix Miata wrote:
Does what follows suggest to not proceed with to reboot the fedup grub stanza?
setting up system for upgrade
Finished. Reboot to start upgrade.
Packages without updates:
compat-libstdc++-33
fedup
firefox # versionlock set to
Is libatasmart a going concern? The functionality overlaps with
smartmontools, and the development seems to have stalled [1]. I
originally started using libatasmart few years ago because it had better
support for USB bridges, i.e. it allowed reading SMART data from USB
external enclosures,
On Tue, Jun 10, 2014 at 07:05:56PM +0100, Richard W.M. Jones wrote:
In this case however I don't think much productive came from this
discussion we had about hfsplus-tools. Obviously no one wants
hfsplus-tools and/or clang enough on Fedora/ARM that they are prepared
to fix it. So I think we
Am 10.06.2014 20:44, schrieb Jerry James:
Here's the first problem pointed out by valgrind:
- class Store (src/store/naive/store.h) has a public member zstring
theEmptyNs
- that object is set to a string that is also added to StringPool
*theNamespacePool inside Store::init()
On Tue, Jun 10, 2014 at 18:34:31 +0100,
Richard W.M. Jones rjo...@redhat.com wrote:
The relevant bit of the package guidelines is this:
If a Fedora package does not successfully compile, build or work on an
architecture, then those architectures should be listed in the spec in
ExcludeArch.
On Tue, Jun 10, 2014 at 7:28 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=485251 is depressing. Nine
bugs have been closed - of these, one is a review request that was
dropped, two were incorrectly closed after an ExcludeArch was added and
one was
On Tue, Jun 10, 2014 at 09:12:35PM +0100, Peter Robinson wrote:
So at the moment there's around 15,000 source packages in Fedora
mainline and you're getting depressed over exactly 24 of them? I'm not
sure how 24 packages is providing a inconsistent experience. In some
cases the maintainer of
So at the moment there's around 15,000 source packages in Fedora
mainline and you're getting depressed over exactly 24 of them? I'm not
sure how 24 packages is providing a inconsistent experience. In some
cases the maintainer of the package hasn't bothered to close the bug
when support was
On Tue, 2014-05-13 at 09:56 +1000, Peter Hutterer wrote:
After reboot it succeeded, but I still wonder why CAD gets enabled
there at installation time for pt and de by not us. :-(
what's in your /etc/vconsole.conf? We've now reached a point where it's
better to file a bug report though.
On Tue, Jun 10, 2014 at 09:49:58PM +0100, Peter Robinson wrote:
What's depressing is the trend, not the absolute count. I'd expected it
to head rapidly towards zero after the first release, but instead it's
still growing.
Is it? Where's your proof? From the patches and dealings with it
Pics?
Sent from my iPhone
--
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 Tue, Jun 10, 2014 at 10:20 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jun 10, 2014 at 09:49:58PM +0100, Peter Robinson wrote:
What's depressing is the trend, not the absolute count. I'd expected it
to head rapidly towards zero after the first release, but instead it's
still
On Tue, Jun 10, 2014 at 10:37 PM, Adam Goode a...@spicenitz.org wrote:
I seem to remember some kind of koji diff report that would come out
periodically. Is there an automated run of this? I would love a
dashboard or NxN matrix of diffs between all the arches. A timeseries
would be perfect (to
On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson pbrobin...@gmail.com wrote:
[...]
So moving on from that why don't you feel comfortable pointing to
the ARM port?
The question wasn't really directed at me but adding my 2 cents ...
basically on x86(_64) hardware I can point people at fedora
Hi,
On Sáb, 2014-06-07 at 08:51 -0500, Dennis Gilmore wrote:
[2] http://ausil.fedorapeople.org/f21-need-rebuild.html
Mass rebuild stopped ? or script stopped ?
--
Sérgio M. B.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Jun 10, 2014 at 10:52:19PM +0100, Peter Robinson wrote:
On Tue, Jun 10, 2014 at 10:20 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
In the past 6 months, 6 bugs added, 2 bugs closed -
https://bugzilla.redhat.com/show_activity.cgi?id=485251 .
If you're going on just the bug tracker
On Tue, Jun 10, 2014 at 11:07 PM, drago01 drag...@gmail.com wrote:
On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson pbrobin...@gmail.com wrote:
[...]
So moving on from that why don't you feel comfortable pointing to
the ARM port?
The question wasn't really directed at me but adding my 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 10 Jun 2014 23:24:41 +0100
Sérgio Basto ser...@serjux.com wrote:
Hi,
On Sáb, 2014-06-07 at 08:51 -0500, Dennis Gilmore wrote:
[2] http://ausil.fedorapeople.org/f21-need-rebuild.html
Mass rebuild stopped ? or script stopped ?
Not
On Ter, 2014-06-10 at 17:40 -0500, Dennis Gilmore wrote:
On Tue, 10 Jun 2014 23:24:41 +0100
Sérgio Basto ser...@serjux.com wrote:
Hi,
On Sáb, 2014-06-07 at 08:51 -0500, Dennis Gilmore wrote:
[2] http://ausil.fedorapeople.org/f21-need-rebuild.html
Mass rebuild stopped ? or
If you're going on just the bug tracker possibly but there's a lot of
stuff we fix and enhance that doesn't even make the that tracker, the
Ada stuff I mentioned earlier is but one example. Rightly or wrongly
it's not the canonical source of information. For example if I
discover an exclude
On Tue, Jun 10, 2014 at 11:49 PM, Sérgio Basto ser...@serjux.com wrote:
On Ter, 2014-06-10 at 17:40 -0500, Dennis Gilmore wrote:
On Tue, 10 Jun 2014 23:24:41 +0100
Sérgio Basto ser...@serjux.com wrote:
Hi,
On Sáb, 2014-06-07 at 08:51 -0500, Dennis Gilmore wrote:
[2]
Hi,
Quoting from Marco Martin's blog post:
http://notmart.org/blog/2014/06/systemtray-plasma-next-and-gtk/
(Annotations from me are enclosed in parentheses.)
You may have heard that KDE Plasma Next won’t support anymore the old
X11,Xembed-based systemtray icons.
(KDE Plasma Next is the next
drago01 wrote:
We have been shipping patented code in freetype for a while (until it
expired) we just disabled it at build time.
But this has never been compliant with Fedora Legal policies.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
Eric Smith wrote:
IANAL, but multiple lawyers have told me that it is generally a bad idea
to go looking for patents, at least in the US. If they're brought to your
attention, you should probably do whatever is necessary to avoid them, but
you shouldn't actively seek them out, even just to
Matthew Garrett wrote:
Eh. We're constrained by our own policies here, not by anything
fundamental - LLVM being broken on ARM ought to mean that our ARM
product is worse, not that everything else is dragged down to the same
level.
Didn't YOU vote for ARM as a primary architecture, and even
Matthew Garrett wrote:
On Tue, Jun 10, 2014 at 07:11:53PM +0100, Matthew Garrett wrote:
If the Fedora/ARM community don't care about feature parity with x86,
then we should just drop them back to secondary status.
+1, and:
That was overly critical of me and did nothing to actually further
Garry T. Williams wrote:
The --advisory option.
That's indeed very important. The most convenient method to test individual
updates from testing, no matter how many packages are in the update group
nor how many subpackages they have. (Despite the naming, it is not limited
to security updates,
On Wed, Jun 11, 2014 at 02:00:13AM +0200, Kevin Kofler wrote:
That was overly critical of me and did nothing to actually further the
discussion. I apologise.
No need to apologize! It's just the truth: ARM is not ready to be a primary
Kevin, I disagree. A positive tone to discussion is
Álvaro Castillo wrote:
However, OpenBSD was created a fork called LibreSSL try to solve this
issues. Should Fedora to move LibreSSL (http://www.libressl.org/)? Or
still use OpenSSL and wait what's bug could be found today, or
tomorrow, or few months to go similar Adobe Flash bugs?
Since they
Paul wrote:
Perhaps moving from OpenSSL to NSS would be better if you are that worried
about OpenSSL bugs
The problem is that nss-compat-ossl is not a drop-in replacement and as such
basically useless. Upstream projects tend to support only OpenSSL.
Kevin Kofler
--
devel mailing
On Tue, Jun 10, 2014 at 8:13 PM, Kevin Kofler kevin.kof...@chello.at
wrote:
Álvaro Castillo wrote:
However, OpenBSD was created a fork called LibreSSL try to solve this
issues. Should Fedora to move LibreSSL (http://www.libressl.org/)? Or
still use OpenSSL and wait what's bug could be
On Wed, Jun 11, 2014 at 01:53:12AM +0200, Kevin Kofler wrote:
Matthew Garrett wrote:
Eh. We're constrained by our own policies here, not by anything
fundamental - LLVM being broken on ARM ought to mean that our ARM
product is worse, not that everything else is dragged down to the same
On 06/11/2014 02:08 AM, Matthew Miller wrote:
On Wed, Jun 11, 2014 at 02:00:13AM +0200, Kevin Kofler wrote:
That was overly critical of me and did nothing to actually further the
discussion. I apologise.
No need to apologize! It's just the truth: ARM is not ready to be a primary
Kevin, I
Hi
On Tue, Jun 10, 2014 at 8:44 PM, Darin Perusich wrote:
Perhaps maintaining FIPS support as a patch set, much like how features
such as acl, slp, openssl, etc are added to rsync, would be a suitable
approach. This would keep the extra crap like FIPS out of LibreSSL then if
someone
On Tue, Jun 10, 2014 at 7:49 PM, Kevin Kofler wrote:
Eric Smith wrote:
IANAL, but multiple lawyers have told me that it is generally a bad idea
to go looking for patents, at least in the US. If they're brought to your
attention, you should probably do whatever is necessary to avoid them, but
Compose started at Tue Jun 10 08:15:03 UTC 2014
New package: salt-2014.1.4-1.el7
A parallel remote execution system
New package: thunderbird-enigmail-1.7-0.2.20140608git611bc95.el7
Authentication and encryption extension for Mozilla Thunderbird
Updated Packages:
Hi,
Scientific Linux 6.5, 64 bit
I can not get Red Hat's bugzilla to work (502 proxy error).
Does anyone know is there is a bug report against
xsensors for GUI Failed?
$ uname -r
2.6.32-431.17.1.el6.x86_64
$ rpm -qa xsensors
xsensors-0.73-1.el6.x86_64
Many thanks,
-T
https://bugzilla.redhat.com/show_bug.cgi?id=1106081
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1107543
Bug ID: 1107543
Summary: Perl core-dumps if a hash is tied to SDBM_File before
spawning a thread
Product: Fedora
Version: 19
Component: perl
Severity: medium
https://bugzilla.redhat.com/show_bug.cgi?id=1107543
--- Comment #1 from Petr Pisar ppi...@redhat.com ---
Created attachment 907071
-- https://bugzilla.redhat.com/attachment.cgi?id=907071action=edit
Proposed fix rebased to 5.18.2
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1051108
Stefan Cornelius scorn...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1051106
Stefan Cornelius scorn...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1106117
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1107731
Bug ID: 1107731
Summary: Perl core-dumps if a hash is tied to DB_File before
spawning a thread
Product: Fedora
Version: 19
Component: perl-DB_File
Severity:
https://bugzilla.redhat.com/show_bug.cgi?id=1107732
Bug ID: 1107732
Summary: Perl core-dumps if a hash is tied to DB_File before
spawning a thread
Product: Fedora
Version: 19
Component: perl-DB_File
Severity:
https://bugzilla.redhat.com/show_bug.cgi?id=1107732
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Version|19 |20
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1107732
--- Comment #1 from Petr Pisar ppi...@redhat.com ---
*** Bug 1107731 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/show_bug.cgi?id=1107731
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1106210
Tom spot Callaway tcall...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1106052
--- Comment #5 from Ralf Corsepius rc040...@freenet.de ---
Replying in bugzilla to a PM bjohn...@symetrix.com has sent, because B. Johnson
is using a grey-listing email system, a system I refuse to use:
Less than 24 hours with an open bug is
https://bugzilla.redhat.com/show_bug.cgi?id=1106052
--- Comment #6 from Bernard Johnson bjohn...@symetrix.com ---
(In reply to Ralf Corsepius from comment #5)
- this package was last touched by you in 2008 ...
Last upstream update was 2008 :)
92 matches
Mail list logo
