Re: Save everybody some surprises in Fedora 22!

On 06/07/2014 10:55 PM, Garry T. Williams wrote: On 6-6-14 14:46:23 Ales Kozumplik wrote: We're wondering: is there stuff people are still missing from DNF The --advisory option. Building updateinfo support is underway: https://bugzilla.redhat.com/show_bug.cgi?id=850912 Ales -- devel mail

Re: help needed to find a bug in zorba (or gcc 4.9)

On 10.6.2014 21:47, Martin Gieseking wrote: 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 *theNamespac

[Bug 1106265] perl-Twiggy: FTBFS in rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1106265 Robin Lee changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version|

Re: Qt packages necessaries to develop for Android

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

Re: Another bug on OpenSSL

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 > some

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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 disa

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: Another bug on OpenSSL

On Tue, Jun 10, 2014 at 8:13 PM, Kevin Kofler 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 found today, or > >

Re: Another bug on OpenSSL

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 li

Re: Another bug on OpenSSL

Á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 th

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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 i

Re: Save everybody some surprises in Fedora 22!

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,

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: Qt packages necessaries to develop for Android

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

Re: Qt packages necessaries to develop for Android

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 https://admin.fedoraproje

An update on System Tray, Plasma Next ("KDE 5") and GTK+

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

Re: Fedora 21 Mass rebuild update

On Tue, Jun 10, 2014 at 11:49 PM, Sérgio Basto 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 wrote: >> >> > Hi, >> > >> > On Sáb, 2014-06-07 at 08:51 -0500, Dennis Gilmore wrote: >> > > [2] http://ausil.fedorapeople.org/f21

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

>> 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

Re: Fedora 21 Mass rebuild update

On Ter, 2014-06-10 at 17:40 -0500, Dennis Gilmore wrote: > On Tue, 10 Jun 2014 23:24:41 +0100 > Sérgio Basto 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

Re: Fedora 21 Mass rebuild update

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 10 Jun 2014 23:24:41 +0100 Sérgio Basto 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 sure what ex

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

On Tue, Jun 10, 2014 at 11:07 PM, drago01 wrote: > On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson 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(

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

On Tue, Jun 10, 2014 at 10:52:19PM +0100, Peter Robinson wrote: > On Tue, Jun 10, 2014 at 10:20 PM, Matthew Garrett 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 possibly but

Re: Fedora 21 Mass rebuild update

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 Fedor

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

On Tue, Jun 10, 2014 at 11:52 PM, Peter Robinson 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 and most of the t

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

On Tue, Jun 10, 2014 at 10:37 PM, Adam Goode 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 see the trends

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

On Tue, Jun 10, 2014 at 10:20 PM, Matthew Garrett 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 growing. >>

Re: Re: ORPHAN of mysql and python stuff

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

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

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 wit

Re: making Ctrl-Alt-Bksp work

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 tho

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

>> 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 suppo

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

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

Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective

On Tue, Jun 10, 2014 at 7:28 PM, Matthew Garrett 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 closed as a dupl

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

On Tue, Jun 10, 2014 at 18:34:31 +0100, "Richard W.M. Jones" 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. Each architectur

Re: help needed to find a bug in zorba (or gcc 4.9)

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() (src/sto

libatasmart viability

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, whic

Improving the state of ARM

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

Re: 19->20 fedup-0.8.0-4.fc19 messages worrisome?

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 s

Re: Make fails with fedora build options set

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 withou

Re: NetworkManager-0.9.95 update in rawhide

On Tue, 2014-06-10 at 21:37 +0400, Igor Gnatenko wrote: > On Tue, Jun 10, 2014 at 9:34 PM, Thomas Haller 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 de

Re: F21 Self Contained Change: Remote Journal Logging

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 modif

Re: How to troubleshoot build flags

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 f

Re: help needed to find a bug in zorba (or gcc 4.9)

On Tue, Jun 10, 2014 at 6:16 AM, 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

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

ExcludeArch tracker doesn't appear to be effective

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 tracke

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: How to troubleshoot build flags

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 w

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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 th

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: NetworkManager-0.9.95 update in rawhide

On Tue, Jun 10, 2014 at 9:34 PM, Thomas Haller 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 installe

Re: koji uploads (for scratch builds) broken?

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 http://

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: koji uploads (for scratch builds) broken?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 10 Jun 2014 17:43:37 +0100 "Richard W.M. Jones" 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: > /home/rjones/d/fedora/libguestfs/master/l

NetworkManager-0.9.95 update in rawhide

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

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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, no

koji uploads (for scratch builds) broken?

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 /home/rjones/d/fedora/libguestfs/master/libguestfs-1.27.14-3.f

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Re: How to troubleshoot build flags

On Tue, Jun 10, 2014 at 11:07 AM, Andrew Schultz 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: Replacing "len"

Re: How to troubleshoot build flags

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". /usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/crt

How to troubleshoot build flags

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 whic

Re: Self introduction: Dave Love

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: > > > I have more to offer which are relevant to HPC or other research > computing. There's a c

Re: Self introduction: Dave Love

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: > > > I have more to offer which are relevant to HPC or other research > computing. There's a collection o

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

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

Orphaning or Retiring SOAPpy

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 cur

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 10 Jun 2014 07:48:36 +0100 "Richard W.M. Jones" 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" wrote: > > > I have a Fedora 20 ppc64 Mac right next to m

Re: This Weeks FESCo Meeting: Cancelled

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 Fedora Project Leader -- devel mailing list devel@lists.fedoraproje

Re: help needed to find a bug in zorba (or gcc 4.9)

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 optimize

Re: help needed to find a bug in zorba (or gcc 4.9)

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 t

Re: Firefox Gtk3 test package

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 p

help needed to find a bug in zorba (or gcc 4.9)

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) becaus

Re: Nonresponsive package maintainer: crystal

2014-06-10 0:18 GMT+02:00 Ben Nemec : > 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 then, as > noted

Retire pywcs

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: http://fedoraproject.org/code-of-c

[Fwd: The Future of Irssi]

FYI: Forwarded Message > From: Alexander Færøy > To: irssi-us...@dragoncat.net, irssi-...@dragoncat.net > Cc: Irssi Staff > Subject: The Future of Irssi > Date: Tue, 10 Jun 2014 10:27:11 +0200 > > Hello, > > > Irssi hasn't been under active development for the last few years