March 2014 - devel - Fedora Mailing-Lists

by Orion Poplawski

Is there any chance of being able to do epel-7-ppc64 copr builds anytime in the near future? I'd to test if a particular fix to gcc will fix an ICE I'm seeing while compiling eigen3. copr seems to be the only tool that could be available to me to do so, but alas no epel-7-ppc64 target at the moment. Thanks, Orion -- Orion Poplawski 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

10 years, 2 months

2
2
0 / 0

Re: default file system, was: Comparison to Workstation Technical Specification

by dnncastle

> On Mon, Mar 03, 2014 at 09:22:53AM -0500, Stephen Gallagher wrote: >> On 03/03/2014 09:16 AM, Ric Wheeler wrote: >>> On 03/03/2014 04:06 PM, Josef Bacik wrote: >>>> On Mon, Mar 3, 2014 at 8:59 AM, Stephen Gallagher >>>> <sgallagh(a)redhat.com> wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> >>>>> On 03/03/2014 08:51 AM, Ric Wheeler wrote: >>>>>> On 03/03/2014 03:43 PM, Stephen Gallagher wrote: >>>>>>> So if you were asking me "Are we removing btrfs from the >>>>>>> install options completely?", the answer is a resounding >>>>>>> "NO". However, if you're asking "Are we removing btrfs from >>>>>>> the drop-down of simple-install layouts?", my personal >>>>>>> recommendation is "yes". >>>>>> I disagree - why would we remove the drop down option? >>>>>> >>>>>> That would make it exceedingly hard and rare for casual users >>>>>> to install and test. Basically, our Fedora btrfs user base >>>>>> would drop to nothing. >>>>>> >>>>>> Making it easy to test is a critical part of taking btrfs up >>>>>> to the next level of stability! >>>>>> >>>>> It's a matter of user experience, here. By presenting something >>>>> in the guided drop-down, we are effectively asserting that they >>>>> are of equal utility and support. This is *not* the reality. >>>>> >>>>> Now, if you want to talk about having some sort of >>>>> click-through for "I want to try out some experimental options >>>>> without going all the way to customizing my layout manually", >>>>> that (to me) needs to be a different, third path. But listing >>>>> it directly alongside the default gives a false expectation. >>>>> >>>>> Now, this might be as simple as changing the modern drop-down >>>>> from * EXT4 * BTRFS * XFS [] Use LVM >>>>> >>>>> To something like: * XFS-LVM (Recommended) * XFS * EXT4-LVM * >>>>> EXT4 * BTRFS (Experimental) >>>>> >>>>> But even still, Fedora QA is at least ostensibly supposed to >>>>> test all guided paths and best-effort of custom paths. This is >>>>> more paths than are strictly necessary, especially considering >>>>> that we don't expect many people to actually USE the guided >>>>> paths (in favor of custom and/or kickstart). >>>> Ok I was just confused as I haven't done a normal install in a >>>> few releases. So you can still get to btrfs going through some >>>> new "custom layout" option but you want to remove the "install >>>> onto btrfs" easy button in the normal guided option? I'm ok with >>>> this, I just want to make sure that I/users don't have to jump >>>> through icantbelieveitsnotbtr hoops to install onto btrfs. >>>> Thanks, >>>> >>>> Josef >>> I am fine with something like what is proposed by Steve above - >>> let users have the GUI present an option that gives preference to >>> the default without totally hiding other options. >>> >> To be clear, I don't really like that option at all. I was presenting >> it to show how it's not a great user experience. That being said, if >> everyone else (and especially QA) prefers that approach, I'm certainly >> flexible on the point. >> >> I'm really hoping that the design, user experience, anaconda and QA >> teams will make their opinions on this known. I know full well that >> this is not my area of expertise. BCCing a few specific individuals to >> hopefully get their input. > I agree with Stephen here, assuming I'm understanding him correctly. When > you talk about choices in a UI, you start exponentially increasing the > number of paths to do basically the same thing. > > Exposing a filesystem choice to users really degrades the user experience. > Does everyone know what a filesystem is? And if they know, do they know > what the options are that we are presenting them? Do they know the pros and > the cons between them? Do they really care that much? > > To me it sounds like the goal here is to advertise other filesystem options > in the hopes that we get some drive-by interest by people doing first time > installs. 10 years of bug reports tell me that people just don't care about > that option. A default is exactly that, a default. We should pick a good > default that is well supported across all of the architectures that we care > about in Fedora. By exposing a filesystem selection option at install time, > we're really saying we have that many defaults. Oh, and we need you to > understand them so you can pick one. Most people would probably leave that > option alone, which begs the question: why have it at all? > > It's 2014 and we're still holding on to BTRFS as the solution to all of our > filesystem problems. That's fine, but it hasn't happened yet. And as long > as that's the story, we should expose something that's actually usable and > recommended at install time. I really see no value in offering slightly > different filesystem options at install time. If we want something > different, it should become the new default. > > (For clarification, the above is speaking about the automatic partitioning > code path, not custom partitioning. Custom will likely always involve more > knobs and controls for users, and many filesystem types. But that's ok, > custom is for those users.) > >I am fine with having the custom partitioning be >the place to deviate from the >defaults... >Ric Hopefully my reply works this time, this is a little akward on my phone. Speaking from experience, any new users to Fedora are really not going to know what an fs is, let alone which one would be best to pick. IMHO it really only confuses new people and would not really make them want to stick around long enough to figure out what an fs is all about. The "advanced setting/manual partioning" is something that tells the new guy there should probably be a little more study or thought put into what they are doing. I believe that would be the place to give someone an option, not default settings on a guided path. Danny

10 years, 2 months

1
0
0 / 0

Empathy takes over Polari

by Andreas Tunek

Hi list Everytime I try to start Polari Empathy's IRC client takes over (and shuts down Polari). Is this a reported bug, and if so, in which package (Polari or empathy)? /Andreas

10 years, 2 months

1
0
0 / 0

[Base] Fedora Base Design Working Group (2014-02-21) meeting minutes and logs

by Phil Knirsch

Main meeting agenda for today was a discussion about the Workstation Tech Spec and any implications, changes or actions it would require from Base. Matthias Clasen from the Workstaing WG joined us today and every a long discussion and review specifically around the Core Services and Features part we've came to the conclusion that at this point with only the Workstation WG tech spec there were no actions or changes required by Base yet. Once the other WGs provide theirs we will revisit that and see where overlaps, conflicts or items might come up that need to be resolved at the Base level. Installer is still a hot topic, but thats nothing we could resolve during our meeting and which might have to be brought up with FESCO again. Meeting ended Fri Feb 21 15:58:11 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2014-02-21/fedora_base_de... Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2014-02-21/fedora_base_de... Log: http://meetbot.fedoraproject.org/fedora-meeting/2014-02-21/fedora_base_de... Thanks & regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Manager Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch <pknirsch(a)redhat.com> Wankelstrasse 5 | Web: http://www.redhat.com/ D-70563 Stuttgart, Germany

10 years, 2 months

13
21
0 / 0

Fwd: Re: default file system, was: Comparison to Workstation Technical Specification

by dnncastle

> On Mon, Mar 03, 2014 at 09:22:53AM -0500, Stephen Gallagher wrote: >> On 03/03/2014 09:16 AM, Ric Wheeler wrote: >>> On 03/03/2014 04:06 PM, Josef Bacik wrote: >>>> On Mon, Mar 3, 2014 at 8:59 AM, Stephen Gallagher >>>> <sgallagh(a)redhat.com> wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> >>>>> On 03/03/2014 08:51 AM, Ric Wheeler wrote: >>>>>> On 03/03/2014 03:43 PM, Stephen Gallagher wrote: >>>>>>> So if you were asking me "Are we removing btrfs from the >>>>>>> install options completely?", the answer is a resounding >>>>>>> "NO". However, if you're asking "Are we removing btrfs from >>>>>>> the drop-down of simple-install layouts?", my personal >>>>>>> recommendation is "yes". >>>>>> I disagree - why would we remove the drop down option? >>>>>> >>>>>> That would make it exceedingly hard and rare for casual users >>>>>> to install and test. Basically, our Fedora btrfs user base >>>>>> would drop to nothing. >>>>>> >>>>>> Making it easy to test is a critical part of taking btrfs up >>>>>> to the next level of stability! >>>>>> >>>>> It's a matter of user experience, here. By presenting something >>>>> in the guided drop-down, we are effectively asserting that they >>>>> are of equal utility and support. This is *not* the reality. >>>>> >>>>> Now, if you want to talk about having some sort of >>>>> click-through for "I want to try out some experimental options >>>>> without going all the way to customizing my layout manually", >>>>> that (to me) needs to be a different, third path. But listing >>>>> it directly alongside the default gives a false expectation. >>>>> >>>>> Now, this might be as simple as changing the modern drop-down >>>>> from * EXT4 * BTRFS * XFS [] Use LVM >>>>> >>>>> To something like: * XFS-LVM (Recommended) * XFS * EXT4-LVM * >>>>> EXT4 * BTRFS (Experimental) >>>>> >>>>> But even still, Fedora QA is at least ostensibly supposed to >>>>> test all guided paths and best-effort of custom paths. This is >>>>> more paths than are strictly necessary, especially considering >>>>> that we don't expect many people to actually USE the guided >>>>> paths (in favor of custom and/or kickstart). >>>> Ok I was just confused as I haven't done a normal install in a >>>> few releases. So you can still get to btrfs going through some >>>> new "custom layout" option but you want to remove the "install >>>> onto btrfs" easy button in the normal guided option? I'm ok with >>>> this, I just want to make sure that I/users don't have to jump >>>> through icantbelieveitsnotbtr hoops to install onto btrfs. >>>> Thanks, >>>> >>>> Josef >>> I am fine with something like what is proposed by Steve above - >>> let users have the GUI present an option that gives preference to >>> the default without totally hiding other options. >>> >> To be clear, I don't really like that option at all. I was presenting >> it to show how it's not a great user experience. That being said, if >> everyone else (and especially QA) prefers that approach, I'm certainly >> flexible on the point. >> >> I'm really hoping that the design, user experience, anaconda and QA >> teams will make their opinions on this known. I know full well that >> this is not my area of expertise. BCCing a few specific individuals to >> hopefully get their input. > I agree with Stephen here, assuming I'm understanding him correctly. When > you talk about choices in a UI, you start exponentially increasing the > number of paths to do basically the same thing. > > Exposing a filesystem choice to users really degrades the user experience. > Does everyone know what a filesystem is? And if they know, do they know > what the options are that we are presenting them? Do they know the pros and > the cons between them? Do they really care that much? > > To me it sounds like the goal here is to advertise other filesystem options > in the hopes that we get some drive-by interest by people doing first time > installs. 10 years of bug reports tell me that people just don't care about > that option. A default is exactly that, a default. We should pick a good > default that is well supported across all of the architectures that we care > about in Fedora. By exposing a filesystem selection option at install time, > we're really saying we have that many defaults. Oh, and we need you to > understand them so you can pick one. Most people would probably leave that > option alone, which begs the question: why have it at all? > > It's 2014 and we're still holding on to BTRFS as the solution to all of our > filesystem problems. That's fine, but it hasn't happened yet. And as long > as that's the story, we should expose something that's actually usable and > recommended at install time. I really see no value in offering slightly > different filesystem options at install time. If we want something > different, it should become the new default. > > (For clarification, the above is speaking about the automatic partitioning > code path, not custom partitioning. Custom will likely always involve more > knobs and controls for users, and many filesystem types. But that's ok, > custom is for those users.) > I am fine with having the custom partitioning be the place to deviate from the defaults... Ric Speaking from experience, any new users to Fedora are really not going to know what an fs is, let alone which one would be best to pick. IMHO it really only confuses new people and would not really make them want to stick around long enough to figure out what an fs is all about. The "advanced setting/manual partioning" is something that tells the new guy there should probably be a little more study or thought put into what they are doing. I believe that would be the place to give someone an option, not default settings on a guided path. Danny Sent from my U.S. Cellular® Smartphone -------- Original message -------- From: Ric Wheeler <rwheeler(a)redhat.com> Date:03/03/2014 9:48 AM (GMT-06:00) To: devel(a)lists.fedoraproject.org Subject: Re: default file system, was: Comparison to Workstation Technical Specification On 03/03/2014 04:40 PM, David Cantrell wrote: > On Mon, Mar 03, 2014 at 09:22:53AM -0500, Stephen Gallagher wrote: >> On 03/03/2014 09:16 AM, Ric Wheeler wrote: >>> On 03/03/2014 04:06 PM, Josef Bacik wrote: >>>> On Mon, Mar 3, 2014 at 8:59 AM, Stephen Gallagher >>>> <sgallagh(a)redhat.com> wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> >>>>> On 03/03/2014 08:51 AM, Ric Wheeler wrote: >>>>>> On 03/03/2014 03:43 PM, Stephen Gallagher wrote: >>>>>>> So if you were asking me "Are we removing btrfs from the >>>>>>> install options completely?", the answer is a resounding >>>>>>> "NO". However, if you're asking "Are we removing btrfs from >>>>>>> the drop-down of simple-install layouts?", my personal >>>>>>> recommendation is "yes". >>>>>> I disagree - why would we remove the drop down option? >>>>>> >>>>>> That would make it exceedingly hard and rare for casual users >>>>>> to install and test. Basically, our Fedora btrfs user base >>>>>> would drop to nothing. >>>>>> >>>>>> Making it easy to test is a critical part of taking btrfs up >>>>>> to the next level of stability! >>>>>> >>>>> It's a matter of user experience, here. By presenting something >>>>> in the guided drop-down, we are effectively asserting that they >>>>> are of equal utility and support. This is *not* the reality. >>>>> >>>>> Now, if you want to talk about having some sort of >>>>> click-through for "I want to try out some experimental options >>>>> without going all the way to customizing my layout manually", >>>>> that (to me) needs to be a different, third path. But listing >>>>> it directly alongside the default gives a false expectation. >>>>> >>>>> Now, this might be as simple as changing the modern drop-down >>>>> from * EXT4 * BTRFS * XFS [] Use LVM >>>>> >>>>> To something like: * XFS-LVM (Recommended) * XFS * EXT4-LVM * >>>>> EXT4 * BTRFS (Experimental) >>>>> >>>>> But even still, Fedora QA is at least ostensibly supposed to >>>>> test all guided paths and best-effort of custom paths. This is >>>>> more paths than are strictly necessary, especially considering >>>>> that we don't expect many people to actually USE the guided >>>>> paths (in favor of custom and/or kickstart). >>>> Ok I was just confused as I haven't done a normal install in a >>>> few releases. So you can still get to btrfs going through some >>>> new "custom layout" option but you want to remove the "install >>>> onto btrfs" easy button in the normal guided option? I'm ok with >>>> this, I just want to make sure that I/users don't have to jump >>>> through icantbelieveitsnotbtr hoops to install onto btrfs. >>>> Thanks, >>>> >>>> Josef >>> I am fine with something like what is proposed by Steve above - >>> let users have the GUI present an option that gives preference to >>> the default without totally hiding other options. >>> >> To be clear, I don't really like that option at all. I was presenting >> it to show how it's not a great user experience. That being said, if >> everyone else (and especially QA) prefers that approach, I'm certainly >> flexible on the point. >> >> I'm really hoping that the design, user experience, anaconda and QA >> teams will make their opinions on this known. I know full well that >> this is not my area of expertise. BCCing a few specific individuals to >> hopefully get their input. > I agree with Stephen here, assuming I'm understanding him correctly. When > you talk about choices in a UI, you start exponentially increasing the > number of paths to do basically the same thing. > > Exposing a filesystem choice to users really degrades the user experience. > Does everyone know what a filesystem is? And if they know, do they know > what the options are that we are presenting them? Do they know the pros and > the cons between them? Do they really care that much? > > To me it sounds like the goal here is to advertise other filesystem options > in the hopes that we get some drive-by interest by people doing first time > installs. 10 years of bug reports tell me that people just don't care about > that option. A default is exactly that, a default. We should pick a good > default that is well supported across all of the architectures that we care > about in Fedora. By exposing a filesystem selection option at install time, > we're really saying we have that many defaults. Oh, and we need you to > understand them so you can pick one. Most people would probably leave that > option alone, which begs the question: why have it at all? > > It's 2014 and we're still holding on to BTRFS as the solution to all of our > filesystem problems. That's fine, but it hasn't happened yet. And as long > as that's the story, we should expose something that's actually usable and > recommended at install time. I really see no value in offering slightly > different filesystem options at install time. If we want something > different, it should become the new default. > > (For clarification, the above is speaking about the automatic partitioning > code path, not custom partitioning. Custom will likely always involve more > knobs and controls for users, and many filesystem types. But that's ok, > custom is for those users.) > I am fine with having the custom partitioning be the place to deviate from the defaults... Ric -- devel mailing list devel(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

10 years, 2 months

1
0
0 / 0

rawhide report: 20140303 changes

by Fedora compose checker

Broken deps for i386 ---------------------------------------------------------- [boost] boost-graph-mpich-1.54.0-11.fc21.i686 requires libmpichcxx.so.10 boost-graph-mpich-1.54.0-11.fc21.i686 requires libmpich.so.10 boost-mpich-1.54.0-11.fc21.i686 requires libmpichcxx.so.10 boost-mpich-1.54.0-11.fc21.i686 requires libmpich.so.10 boost-mpich-python-1.54.0-11.fc21.i686 requires libmpichcxx.so.10 boost-mpich-python-1.54.0-11.fc21.i686 requires libmpich.so.10 [collectd] collectd-nut-5.4.1-1.fc21.i686 requires libupsclient.so.1 [derelict] derelict-tcod-3-25.20131023git4ae13ab.fc21.i686 requires tcod derelict-tcod-devel-3-25.20131023git4ae13ab.fc21.i686 requires tcod [elk] elk-mpich-2.2.10-3.fc21.i686 requires libmpichf90.so.10 elk-mpich-2.2.10-3.fc21.i686 requires libmpich.so.10 [gammaray] gammaray-2.0.0-1.fc21.i686 requires libvtkjsoncpp.so.1 gammaray-2.0.0-1.fc21.i686 requires libvtkTestingIOSQL.so.1 gammaray-2.0.0-1.fc21.i686 requires libvtkTestingGenericBridge.so.1 gammaray-2.0.0-1.fc21.i686 requires libvtkRenderingHybridOpenGL.so.1 [gdb-heap] gdb-heap-0.5-15.fc21.i686 requires glibc(x86-32) = 0:2.18.90 [gnome-pie] gnome-pie-0.5.5-3.20130330git0a5aa2.fc20.i686 requires libbamf3.so.0 [gofer] ruby-gofer-0.77-1.fc21.noarch requires rubygem(qpid) >= 0:0.16.0 [gtkd] gtkd-2.0.0-29.20120815git9ae9181.fc18.i686 requires libphobos-ldc.so.60 [httpdtap] httpdtap-0.2-2.fc21.noarch requires kernel-debuginfo httpdtap-0.2-2.fc21.noarch requires httpd-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-util-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-debuginfo [kawa] 1:kawa-1.11-5.fc19.i686 requires servlet25 [kdesdk] kdesdk-4.12.3-1.fc21.noarch requires poxml >= 0:4.12.3 [koji] koji-vm-1.8.0-2.fc20.noarch requires python-virtinst [libghemical] libghemical-2.99.1-24.fc20.i686 requires libf77blas.so.3 libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.i686 requires libopenobex.so.1 [lttv] lttv-1.5-4.fc21.i686 requires libbabeltrace.so.0 lttv-1.5-4.fc21.i686 requires libbabeltrace-ctf.so.0 [mojomojo] mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) [mpqc] mpqc-2.3.1-23.fc20.i686 requires libf77blas.so.3 mpqc-2.3.1-23.fc20.i686 requires libatlas.so.3 [netdisco] netdisco-1.1-6.fc20.noarch requires perl(SNMP::Info::Layer2::Bay) [nifti2dicom] nifti2dicom-0.4.6-3.fc20.i686 requires libvtksys.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkWidgets.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkVolumeRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkViews.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkTextAnalysis.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkParallel.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkInfovis.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkImaging.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkIO.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkHybrid.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkGraphics.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkGeovis.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkGenericFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkCommon.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkCharts.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libitksys-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libitkopenjpeg-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libitkdouble-conversion-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libitkNetlibSlatec-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libgdcmMSFF.so.2.2 nifti2dicom-0.4.6-3.fc20.i686 requires libgdcmDICT.so.2.2 nifti2dicom-0.4.6-3.fc20.i686 requires libQVTK.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libITKznz-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKniftiio-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKgiftiio-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKWatersheds-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKVtkGlue-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKVideoIO-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKVideoCore-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKVTK-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKVNLInstantiation-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKStatistics-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKSpatialObjects-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKReview-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKQuadEdgeMesh-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKPolynomials-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKPath-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKOptimizersv4-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKOptimizers-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKNrrdIO-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKMetaIO-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKMesh-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKLabelMap-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKKLMRegionGrowing-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOXML-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOVTK-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOTransformMatlab-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOTransformInsightLegacy-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOTransformHDF5-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOTransformBase-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOTIFF-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOStimulate-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOSpatialObjects-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOSiemens-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOPNG-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIONRRD-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIONIFTI-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOMeta-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOMesh-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOJPEG-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOImageBase-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOIPL-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOHDF5-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOGIPL-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOGE-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOGDCM-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOCSV-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOBioRad-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKIOBMP-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKGDCM-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKFEM-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKEXPAT-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKDeprecated-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKDICOMParser-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKCommon-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKBioCell-4.4.so.1 nifti2dicom-0.4.6-3.fc20.i686 requires libITKBiasCorrection-4.4.so.1 [nocpulse-common] nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI) [nodejs-mapnik] nodejs-mapnik-1.4.0-1.fc21.i686 requires npm(node-pre-gyp) < 0:0.5 nodejs-mapnik-1.4.0-1.fc21.i686 requires npm(node-pre-gyp) >= 0:0.4.2 [nwchem] nwchem-mpich-6.3.2-7.fc21.i686 requires libmpich.so.10 [obexfs] obexfs-0.12-7.fc20.i686 requires libopenobex.so.1 [openbox] gnome-panel-control-3.5.2-3.fc21.i686 requires gnome-panel [openocd] openocd-0.7.0-4.fc21.i686 requires libjim.so.0.74 [perl-Catalyst-Controller-HTML-FormFu] perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) [perl-Language-Expr] perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) [presence] presence-0.4.8-8.fc20.i686 requires libcogl.so.15 presence-0.4.8-8.fc20.i686 requires libcogl-pango.so.15 [python-llvmpy] python-llvmpy-0.12.0-8.fc21.i686 requires libLLVM-3.3.so python3-llvmpy-0.12.0-8.fc21.i686 requires libLLVM-3.3.so [remmina] remmina-plugins-rdp-1.0.0-8.fc20.i686 requires libfreerdp-rail.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.i686 requires libfreerdp-kbd.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.i686 requires libfreerdp-gdi.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.i686 requires libfreerdp-core.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.i686 requires libfreerdp-codec.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.i686 requires libfreerdp-channels.so.1.0 [rubygem-audited-activerecord] rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires rubygem(activerecord) < 0:4 [rubygem-prawn] rubygem-prawn-1.0.0-0.5.rc2.fc20.noarch requires rubygem(ttfunk) < 0:1.1 [rubygem-pry] rubygem-pry-0.9.12-2.fc20.noarch requires rubygem(coderay) < 0:1.1 [rubygem-term-ansicolor] rubygem-term-ansicolor-1.2.2-3.fc21.noarch requires rubygem(tins) < 0:1 [rygel] rygel-tracker-0.21.4-1.fc21.i686 requires libtracker-sparql-0.18.so.0 [shogun] octave-shogun-3.1.0-0.12.git20131226.1c7fbaa.fc21.i686 requires octave(api) = 0:api-v48+ octave-shogun-3.1.0-0.12.git20131226.1c7fbaa.fc21.i686 requires liboctinterp.so.1 [siril] siril-0.8-15.fc20.i686 requires libcfitsio.so.1 [spacewalk-admin] spacewalk-admin-2.0.1-2.fc20.noarch requires spacewalk-base spacewalk-admin-2.0.1-2.fc20.noarch requires perl(RHN::SatelliteCert) [spectrum] spectrum-1.4.8-11.fc20.i686 requires libgloox.so.8 [tango] tango-2-12.20120821git7b92443.fc19.i686 requires libphobos-ldc.so.60 [totpcgi] totpcgi-selinux-0.5.5-1.fc21.noarch requires file:///usr/share/doc/selinux-policy/html/index.html Broken deps for x86_64 ---------------------------------------------------------- [boost] boost-graph-mpich-1.54.0-11.fc21.x86_64 requires libmpichcxx.so.10()(64bit) boost-graph-mpich-1.54.0-11.fc21.x86_64 requires libmpich.so.10()(64bit) boost-mpich-1.54.0-11.fc21.i686 requires libmpichcxx.so.10 boost-mpich-1.54.0-11.fc21.i686 requires libmpich.so.10 boost-mpich-1.54.0-11.fc21.x86_64 requires libmpichcxx.so.10()(64bit) boost-mpich-1.54.0-11.fc21.x86_64 requires libmpich.so.10()(64bit) boost-mpich-python-1.54.0-11.fc21.i686 requires libmpichcxx.so.10 boost-mpich-python-1.54.0-11.fc21.i686 requires libmpich.so.10 boost-mpich-python-1.54.0-11.fc21.x86_64 requires libmpichcxx.so.10()(64bit) boost-mpich-python-1.54.0-11.fc21.x86_64 requires libmpich.so.10()(64bit) [collectd] collectd-nut-5.4.1-1.fc21.x86_64 requires libupsclient.so.1()(64bit) [derelict] derelict-tcod-3-25.20131023git4ae13ab.fc21.i686 requires tcod derelict-tcod-3-25.20131023git4ae13ab.fc21.x86_64 requires tcod derelict-tcod-devel-3-25.20131023git4ae13ab.fc21.i686 requires tcod derelict-tcod-devel-3-25.20131023git4ae13ab.fc21.x86_64 requires tcod [elk] elk-mpich-2.2.10-3.fc21.x86_64 requires libmpichf90.so.10()(64bit) elk-mpich-2.2.10-3.fc21.x86_64 requires libmpich.so.10()(64bit) [gammaray] gammaray-2.0.0-1.fc21.i686 requires libvtkjsoncpp.so.1 gammaray-2.0.0-1.fc21.i686 requires libvtkTestingIOSQL.so.1 gammaray-2.0.0-1.fc21.i686 requires libvtkTestingGenericBridge.so.1 gammaray-2.0.0-1.fc21.i686 requires libvtkRenderingHybridOpenGL.so.1 gammaray-2.0.0-1.fc21.x86_64 requires libvtkjsoncpp.so.1()(64bit) gammaray-2.0.0-1.fc21.x86_64 requires libvtkTestingIOSQL.so.1()(64bit) gammaray-2.0.0-1.fc21.x86_64 requires libvtkTestingGenericBridge.so.1()(64bit) gammaray-2.0.0-1.fc21.x86_64 requires libvtkRenderingHybridOpenGL.so.1()(64bit) [gdb-heap] gdb-heap-0.5-15.fc21.x86_64 requires glibc(x86-64) = 0:2.18.90 [gnome-pie] gnome-pie-0.5.5-3.20130330git0a5aa2.fc20.x86_64 requires libbamf3.so.0()(64bit) [gofer] ruby-gofer-0.77-1.fc21.noarch requires rubygem(qpid) >= 0:0.16.0 [gtkd] gtkd-2.0.0-29.20120815git9ae9181.fc18.i686 requires libphobos-ldc.so.60 gtkd-2.0.0-29.20120815git9ae9181.fc18.x86_64 requires libphobos-ldc.so.60()(64bit) [httpdtap] httpdtap-0.2-2.fc21.noarch requires kernel-debuginfo httpdtap-0.2-2.fc21.noarch requires httpd-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-util-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-debuginfo [kawa] 1:kawa-1.11-5.fc19.x86_64 requires servlet25 [kdesdk] kdesdk-4.12.3-1.fc21.noarch requires poxml >= 0:4.12.3 [koji] koji-vm-1.8.0-2.fc20.noarch requires python-virtinst [libghemical] libghemical-2.99.1-24.fc20.i686 requires libf77blas.so.3 libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3 libghemical-2.99.1-24.fc20.x86_64 requires libf77blas.so.3()(64bit) libghemical-2.99.1-24.fc20.x86_64 requires libatlas.so.3()(64bit) [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.x86_64 requires libopenobex.so.1()(64bit) [lttv] lttv-1.5-4.fc21.i686 requires libbabeltrace.so.0 lttv-1.5-4.fc21.i686 requires libbabeltrace-ctf.so.0 lttv-1.5-4.fc21.x86_64 requires libbabeltrace.so.0()(64bit) lttv-1.5-4.fc21.x86_64 requires libbabeltrace-ctf.so.0()(64bit) [mojomojo] mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) [mpqc] mpqc-2.3.1-23.fc20.x86_64 requires libf77blas.so.3()(64bit) mpqc-2.3.1-23.fc20.x86_64 requires libatlas.so.3()(64bit) [netdisco] netdisco-1.1-6.fc20.noarch requires perl(SNMP::Info::Layer2::Bay) [nifti2dicom] nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtksys.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkWidgets.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkVolumeRendering.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkViews.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkTextAnalysis.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkRendering.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkParallel.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkInfovis.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkImaging.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkIO.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkHybrid.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkGraphics.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkGeovis.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkGenericFiltering.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkFiltering.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkCommon.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libvtkCharts.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libitksys-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libitkopenjpeg-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libitkdouble-conversion-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libitkNetlibSlatec-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libgdcmMSFF.so.2.2()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libgdcmDICT.so.2.2()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libQVTK.so.5.10()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKznz-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKniftiio-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKgiftiio-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKWatersheds-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKVtkGlue-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKVideoIO-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKVideoCore-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKVTK-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKVNLInstantiation-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKStatistics-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKSpatialObjects-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKReview-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKQuadEdgeMesh-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKPolynomials-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKPath-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKOptimizersv4-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKOptimizers-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKNrrdIO-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKMetaIO-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKMesh-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKLabelMap-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKKLMRegionGrowing-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOXML-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOVTK-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOTransformMatlab-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOTransformInsightLegacy-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOTransformHDF5-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOTransformBase-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOTIFF-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOStimulate-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOSpatialObjects-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOSiemens-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOPNG-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIONRRD-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIONIFTI-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOMeta-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOMesh-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOJPEG-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOImageBase-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOIPL-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOHDF5-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOGIPL-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOGE-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOGDCM-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOCSV-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOBioRad-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKIOBMP-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKGDCM-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKFEM-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKEXPAT-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKDeprecated-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKDICOMParser-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKCommon-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKBioCell-4.4.so.1()(64bit) nifti2dicom-0.4.6-3.fc20.x86_64 requires libITKBiasCorrection-4.4.so.1()(64bit) [nocpulse-common] nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI) [nodejs-mapnik] nodejs-mapnik-1.4.0-1.fc21.x86_64 requires npm(node-pre-gyp) < 0:0.5 nodejs-mapnik-1.4.0-1.fc21.x86_64 requires npm(node-pre-gyp) >= 0:0.4.2 [nwchem] nwchem-mpich-6.3.2-7.fc21.x86_64 requires libmpich.so.10()(64bit) [obexfs] obexfs-0.12-7.fc20.x86_64 requires libopenobex.so.1()(64bit) [openbox] gnome-panel-control-3.5.2-3.fc21.x86_64 requires gnome-panel [openocd] openocd-0.7.0-4.fc21.x86_64 requires libjim.so.0.74()(64bit) [perl-Catalyst-Controller-HTML-FormFu] perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) [perl-Language-Expr] perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) [presence] presence-0.4.8-8.fc20.x86_64 requires libcogl.so.15()(64bit) presence-0.4.8-8.fc20.x86_64 requires libcogl-pango.so.15()(64bit) [python-llvmpy] python-llvmpy-0.12.0-8.fc21.x86_64 requires libLLVM-3.3.so()(64bit) python3-llvmpy-0.12.0-8.fc21.x86_64 requires libLLVM-3.3.so()(64bit) [remmina] remmina-plugins-rdp-1.0.0-8.fc20.x86_64 requires libfreerdp-rail.so.1.0()(64bit) remmina-plugins-rdp-1.0.0-8.fc20.x86_64 requires libfreerdp-kbd.so.1.0()(64bit) remmina-plugins-rdp-1.0.0-8.fc20.x86_64 requires libfreerdp-gdi.so.1.0()(64bit) remmina-plugins-rdp-1.0.0-8.fc20.x86_64 requires libfreerdp-core.so.1.0()(64bit) remmina-plugins-rdp-1.0.0-8.fc20.x86_64 requires libfreerdp-codec.so.1.0()(64bit) remmina-plugins-rdp-1.0.0-8.fc20.x86_64 requires libfreerdp-channels.so.1.0()(64bit) [rubygem-audited-activerecord] rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires rubygem(activerecord) < 0:4 [rubygem-prawn] rubygem-prawn-1.0.0-0.5.rc2.fc20.noarch requires rubygem(ttfunk) < 0:1.1 [rubygem-pry] rubygem-pry-0.9.12-2.fc20.noarch requires rubygem(coderay) < 0:1.1 [rubygem-term-ansicolor] rubygem-term-ansicolor-1.2.2-3.fc21.noarch requires rubygem(tins) < 0:1 [rygel] rygel-tracker-0.21.4-1.fc21.x86_64 requires libtracker-sparql-0.18.so.0()(64bit) [shogun] octave-shogun-3.1.0-0.12.git20131226.1c7fbaa.fc21.x86_64 requires octave(api) = 0:api-v48+ octave-shogun-3.1.0-0.12.git20131226.1c7fbaa.fc21.x86_64 requires liboctinterp.so.1()(64bit) [siril] siril-0.8-15.fc20.x86_64 requires libcfitsio.so.1()(64bit) [spacewalk-admin] spacewalk-admin-2.0.1-2.fc20.noarch requires spacewalk-base spacewalk-admin-2.0.1-2.fc20.noarch requires perl(RHN::SatelliteCert) [spectrum] spectrum-1.4.8-11.fc20.x86_64 requires libgloox.so.8()(64bit) [tango] tango-2-12.20120821git7b92443.fc19.i686 requires libphobos-ldc.so.60 tango-2-12.20120821git7b92443.fc19.x86_64 requires libphobos-ldc.so.60()(64bit) [totpcgi] totpcgi-selinux-0.5.5-1.fc21.noarch requires file:///usr/share/doc/selinux-policy/html/index.html Broken deps for armhfp ---------------------------------------------------------- [boost] boost-graph-mpich-1.54.0-11.fc21.armv7hl requires libmpichcxx.so.10 boost-graph-mpich-1.54.0-11.fc21.armv7hl requires libmpich.so.10 boost-mpich-1.54.0-11.fc21.armv7hl requires libmpichcxx.so.10 boost-mpich-1.54.0-11.fc21.armv7hl requires libmpich.so.10 boost-mpich-python-1.54.0-11.fc21.armv7hl requires libmpichcxx.so.10 boost-mpich-python-1.54.0-11.fc21.armv7hl requires libmpich.so.10 [cloud-init] cloud-init-0.7.2-8.fc21.noarch requires dmidecode [cobbler] cobbler-2.4.0-2.fc20.noarch requires syslinux [collectd] collectd-nut-5.4.1-1.fc21.armv7hl requires libupsclient.so.1 [gammaray] gammaray-2.0.0-1.fc21.armv7hl requires libvtkjsoncpp.so.1 gammaray-2.0.0-1.fc21.armv7hl requires libvtkTestingIOSQL.so.1 gammaray-2.0.0-1.fc21.armv7hl requires libvtkTestingGenericBridge.so.1 gammaray-2.0.0-1.fc21.armv7hl requires libvtkRenderingHybridOpenGL.so.1 [gdb-heap] gdb-heap-0.5-15.fc21.armv7hl requires glibc(armv7hl-32) = 0:2.18.90 [gnome-pie] gnome-pie-0.5.5-3.20130330git0a5aa2.fc20.armv7hl requires libbamf3.so.0 [gofer] ruby-gofer-0.77-1.fc21.noarch requires rubygem(qpid) >= 0:0.16.0 [gtkd] gtkd-geany-tags-2.0.0-29.20120815git9ae9181.fc18.noarch requires gtkd = 0:2.0.0-29.20120815git9ae9181.fc18 [hibernate-search] hibernate-search-4.5.0-1.fc21.noarch requires mvn(org.apache.avro:avro) [httpdtap] httpdtap-0.2-2.fc21.noarch requires kernel-debuginfo httpdtap-0.2-2.fc21.noarch requires httpd-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-util-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-debuginfo [kawa] 1:kawa-1.11-5.fc19.armv7hl requires servlet25 [kdesdk] kdesdk-4.12.3-1.fc21.noarch requires poxml >= 0:4.12.3 [koji] koji-vm-1.8.0-2.fc20.noarch requires python-virtinst [libghemical] libghemical-2.99.1-24.fc20.armv7hl requires libf77blas.so.3 libghemical-2.99.1-24.fc20.armv7hl requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1 [lttv] lttv-1.5-4.fc21.armv7hl requires libbabeltrace.so.0 lttv-1.5-4.fc21.armv7hl requires libbabeltrace-ctf.so.0 [mojomojo] mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) [mozilla-firetray] mozilla-firetray-seamonkey-0.3.6-0.5.143svn.fc18.1.armv7hl requires seamonkey >= 0:2.8 [mpqc] mpqc-2.3.1-23.fc20.armv7hl requires libf77blas.so.3 mpqc-2.3.1-23.fc20.armv7hl requires libatlas.so.3 [netdisco] netdisco-1.1-6.fc20.noarch requires perl(SNMP::Info::Layer2::Bay) [nifti2dicom] nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtksys.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkWidgets.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkVolumeRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkViews.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkTextAnalysis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkParallel.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkInfovis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkImaging.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkIO.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkHybrid.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGraphics.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGeovis.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGenericFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkFiltering.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCommon.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCharts.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libitksys-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libitkopenjpeg-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libitkdouble-conversion-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libitkNetlibSlatec-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libgdcmMSFF.so.2.2 nifti2dicom-0.4.6-3.fc20.armv7hl requires libgdcmDICT.so.2.2 nifti2dicom-0.4.6-3.fc20.armv7hl requires libQVTK.so.5.10 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKznz-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKniftiio-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKgiftiio-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKWatersheds-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKVtkGlue-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKVideoIO-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKVideoCore-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKVTK-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKVNLInstantiation-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKStatistics-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKSpatialObjects-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKReview-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKQuadEdgeMesh-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKPolynomials-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKPath-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKOptimizersv4-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKOptimizers-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKNrrdIO-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKMetaIO-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKMesh-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKLabelMap-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKKLMRegionGrowing-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOXML-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOVTK-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOTransformMatlab-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOTransformInsightLegacy-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOTransformHDF5-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOTransformBase-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOTIFF-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOStimulate-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOSpatialObjects-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOSiemens-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOPNG-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIONRRD-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIONIFTI-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOMeta-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOMesh-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOJPEG-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOImageBase-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOIPL-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOHDF5-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOGIPL-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOGE-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOGDCM-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOCSV-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOBioRad-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKIOBMP-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKGDCM-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKFEM-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKEXPAT-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKDeprecated-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKDICOMParser-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKCommon-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKBioCell-4.4.so.1 nifti2dicom-0.4.6-3.fc20.armv7hl requires libITKBiasCorrection-4.4.so.1 [nocpulse-common] nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI) [nodejs-mapnik] nodejs-mapnik-1.4.0-1.fc21.armv7hl requires npm(node-pre-gyp) < 0:0.5 nodejs-mapnik-1.4.0-1.fc21.armv7hl requires npm(node-pre-gyp) >= 0:0.4.2 [obexfs] obexfs-0.12-7.fc20.armv7hl requires libopenobex.so.1 [openbox] gnome-panel-control-3.5.2-3.fc21.armv7hl requires gnome-panel [openocd] openocd-0.7.0-4.fc21.armv7hl requires libjim.so.0.74 [perl-Catalyst-Controller-HTML-FormFu] perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires perl(HTML::FormFu::MultiForm) [perl-Language-Expr] perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) [presence] presence-0.4.8-8.fc20.armv7hl requires libcogl.so.15 presence-0.4.8-8.fc20.armv7hl requires libcogl-pango.so.15 [python-llvmpy] python-llvmpy-0.12.0-8.fc21.armv7hl requires libLLVM-3.3.so python3-llvmpy-0.12.0-8.fc21.armv7hl requires libLLVM-3.3.so [remmina] remmina-plugins-rdp-1.0.0-8.fc20.armv7hl requires libfreerdp-rail.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.armv7hl requires libfreerdp-kbd.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.armv7hl requires libfreerdp-gdi.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.armv7hl requires libfreerdp-core.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.armv7hl requires libfreerdp-codec.so.1.0 remmina-plugins-rdp-1.0.0-8.fc20.armv7hl requires libfreerdp-channels.so.1.0 [rubygem-audited-activerecord] rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires rubygem(activerecord) < 0:4 [rubygem-prawn] rubygem-prawn-1.0.0-0.5.rc2.fc20.noarch requires rubygem(ttfunk) < 0:1.1 [rubygem-pry] rubygem-pry-0.9.12-2.fc20.noarch requires rubygem(coderay) < 0:1.1 [rubygem-term-ansicolor] rubygem-term-ansicolor-1.2.2-3.fc21.noarch requires rubygem(tins) < 0:1 [rygel] rygel-tracker-0.21.4-1.fc21.armv7hl requires libtracker-sparql-0.18.so.0 [shogun] octave-shogun-3.1.0-0.12.git20131226.1c7fbaa.fc21.armv7hl requires octave(api) = 0:api-v48+ octave-shogun-3.1.0-0.12.git20131226.1c7fbaa.fc21.armv7hl requires liboctinterp.so.1 [siril] siril-0.8-15.fc20.armv7hl requires libcfitsio.so.1 [spacewalk-admin] spacewalk-admin-2.0.1-2.fc20.noarch requires spacewalk-base spacewalk-admin-2.0.1-2.fc20.noarch requires perl(RHN::SatelliteCert) [spectrum] spectrum-1.4.8-11.fc20.armv7hl requires libgloox.so.8 [spring-maps-default] spring-maps-default-0.1-11.fc20.noarch requires spring [syntastic] syntastic-d-2.3.0-11.20120917git72856e6.fc20.noarch requires ldc [tango] tango-doc-2-12.20120821git7b92443.fc19.noarch requires tango-devel = 0:2-12.20120821git7b92443.fc19 tango-geany-tags-2-12.20120821git7b92443.fc19.noarch requires tango = 0:2-12.20120821git7b92443.fc19 [totpcgi] totpcgi-selinux-0.5.5-1.fc21.noarch requires file:///usr/share/doc/selinux-policy/html/index.html New package: wxGTK3-3.0.0-4.fc21 GTK port of the wxWidgets GUI library New package: xfce4-equake-plugin-1.3.4-1.fc21 Plugin for the XFCE panel which monitors earthquakes Updated Packages: armadillo-4.100.0-1.fc21 ------------------------ * Sun Mar 02 2014 José Matos <jamatos(a)fedoraproject.org> - 4.100.0-1 - update to 4.100.0 Size change: 7969 bytes assimp-3.0.1270-4.fc21 ---------------------- * Sun Mar 02 2014 Scott K Logan <logans(a)cottsay.net> - 3.0.1270-4 - Changed upstream source to Github - Un-commented assimp-python, added python-devel to build deps - Added assimp-python3 subpackage Size change: 14554969 bytes calligra-2.8.0-1.fc21 --------------------- * Sun Mar 02 2014 Rex Dieter <rdieter(a)fedoraproject.org> 2.8.0-1 - 2.8.0 Size change: 4211989 bytes calligra-l10n-2.8.0-1.fc21 -------------------------- * Sun Mar 02 2014 Rex Dieter <rdieter(a)fedoraproject.org> 2.8.0-1 - 2.8.0 Size change: 33824 bytes catfish-1.0.1-1.fc21 -------------------- * Sun Mar 02 2014 Mamoru TASAKA <mtasaka(a)fedoraproject.org> - 1.0.1-1 - 1.0.1 - Fix insecure loading of script at startup (CVE-2014-2093 through CVE-2014-2096, bug 1069398) Size change: 713 bytes coreutils-8.22-12.fc21 ---------------------- * Sun Mar 02 2014 Ondrej Vasik <ovasik(a)redhat.com> 8.22-12 - fix the date crash or infloop in TZ="" parsing (#1069657) * Mon Jan 13 2014 Ondrej Vasik <ovasik(a)redhat.com> 8.22-11 - cp/mv/install: do not crash when getfscreatecon() is returning a NULL context Size change: 3481 bytes cryptsetup-1.6.4-2.fc21 ----------------------- * Sun Mar 02 2014 Milan Broz <gmazyland(a)gmail.com> - 1.6.4-2 - Require libgcrypt 1.6.1 (with fixed PBKDF2 and Whirlpool hash). Size change: 60 bytes darktable-1.4.1-1.fc21 ---------------------- * Wed Feb 12 2014 Edouard Bourguignon <madko(a)linuxed.net> - 1.4.1-1 - Upgrade to 1.4.1 - Remove tools source files Size change: 16502 bytes dcw-gmt-1.1.1-1.fc21 -------------------- * Sun Mar 02 2014 Orion Poplawski <orion(a)cora.nwra.com> 1.1.1-1 - Update to 1.1.1 Size change: 43706 bytes dtdparser-1.21-12.fc21 ---------------------- * Sun Mar 02 2014 Gerard Ryan <galileo(a)fedoraproject.org> - 1.21-12 - RHBZ-1068030: Switch to java-headless requires Size change: 148 bytes edgar-1.15-1.fc21 ----------------- * Sun Mar 02 2014 Andrea Musuruane <musuruan(a)gmail.com> - 1.15-1 - Updated to upstream 1.15-1 Size change: 3846 bytes gdisk-0.8.9-1.fc21 ------------------ * Sun Mar 02 2014 Terje Rosten <terje.rosten(a)ntnu.no> - 0.8.9-1 - 0.8.9 Size change: 675 bytes icc-profiles-openicc-1.3.1-6.fc21 --------------------------------- * Fri Feb 28 2014 Nicolas Chauvet <kwizart(a)gmail.com> - 1.3.1-6 - reported by Kai-Uwe Behrmann <oy(a)oyraos.org> rhbz#1071180 omit x-color-icc.xml, as it is already in shared-mime-info Size change: 266 bytes ifuse-1.1.3-1.fc21 ------------------ * Sun Mar 02 2014 Peter Robinson <pbrobinson(a)fedoraproject.org> 1.1.3-1 - New upstream 1.1.3 release Size change: 4897 bytes iptraf-ng-1.1.4-5.fc21 ---------------------- * Sun Mar 02 2014 Alejandro Pérez <aeperezt(a)fedoraproject.org> - 1.1.4-5 - fix bug 1020552 rpm report /var/lock/ipraf-ng is missing fix dates on changelog added missing file iptraf-nf-tmpfiles.conf Size change: 577 bytes jimtcl-0.75-1.fc21 ------------------ * Sat Mar 01 2014 Markus Mayer <lotharlutz(a)gmx.de> - 0.75-1 - new upstream release 0.75 - rebase jimtcl-fix_doc_paths.patch - drop utf-8 conversion in prep (upstream uses utf now) Size change: 16168 bytes kde-l10n-4.12.3-1.fc21 ---------------------- * Sun Mar 02 2014 Rex Dieter <rdieter(a)fedoraproject.org> 4.12.3-1 - 4.12.3 Size change: 1554906 bytes kiten-4.12.3-1.fc21 ------------------- * Sun Mar 02 2014 Rex Dieter <rdieter(a)fedoraproject.org> 4.12.3-1 - 4.12.3 Size change: -5597 bytes kpcli-2.4-1.fc21 ---------------- * Sun Mar 02 2014 Matias Kreder <delete(a)fedoraproject.org> 2.4-1 - Updated to 2.4 Size change: 3979 bytes ldapdiff-1.4.1-4.fc21 --------------------- * Sun Mar 02 2014 Nicolas Chauvet <kwizart(a)gmail.com> - 1.4.1-4 - Fix for format-security - rhbz#1037153 Size change: -411 bytes libguestfs-1.25.39-2.fc21 ------------------------- * Sun Mar 02 2014 Richard W.M. Jones <rjones(a)redhat.com> - 1:1.25.39-2 - New upstream version 1.25.39. Size change: 15401 bytes libxmp-4.2.5-1.fc21 ------------------- * Sun Mar 02 2014 Dominik Mierzejewski <rpm(a)greysector.net> - 4.2.5-1 - update to 4.2.5 (http://sourceforge.net/projects/xmp/files/libxmp/4.2.5/Changelog/view) Size change: -684 bytes nodejs-mapnik-1.4.0-1.fc21 -------------------------- * Sun Mar 02 2014 Tom Hughes <tom(a)compton.nu> - 1.4.0-1 - Update to 1.4.0 upstream release - Switch to source from github as npm no longer includes tests Size change: 1988 bytes nodejs-should-3.1.3-1.fc21 -------------------------- * Sun Mar 02 2014 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 3.1.3-1 - update to upstream release 3.1.3 Size change: 35411 bytes nodeunit-0.8.6-3.fc21 --------------------- * Sun Mar 02 2014 Jamie Nguyen <jamielinux(a)fedoraproject.org> - 0.8.6-3 - fix broken symlink Size change: 108 bytes nss-softokn-3.15.5-2.fc21 ------------------------- * Sun Mar 02 2014 Elio Maldonado <emaldona(a)redhat.com> - 3.15.5-2 - Fix a segmentation fault when signing on i686 that occurs in Rawhide - Patch contributed by Stephan Bergmann - Resolves: Bug 1071679 - Define -DMP_USE_UINT_DIGIT in lib/freebl/Makefile for Linux x86 * Wed Feb 19 2014 Elio Maldonado <emaldona(a)redhat.com> - 3.15.5-1 - Update to nss-3.15.1 - Resolves: Bug 1066877 Size change: 1534 bytes openocd-0.7.0-4.fc21 -------------------- * Sun Mar 02 2014 Markus Mayer <lotharlutz(a)gmx.de> - 0.7.0-4 - rebuild for jimtcl soname bump Size change: 93 bytes perl-Config-Auto-0.44-1.fc21 ---------------------------- * Sun Mar 02 2014 Emmanuel Seyman <emmanuel(a)seyman.fr> - 0.44-1 - Update to 0.44 Size change: -356 bytes perl-Elasticsearch-1.04-1.fc21 ------------------------------ * Sun Mar 02 2014 Emmanuel Seyman <emmanuel(a)seyman.fr> - 1.04-1 - Update to 1.04 Size change: 205 bytes perl-Exception-Class-TryCatch-1.13-1.fc21 ----------------------------------------- * Sun Mar 02 2014 Emmanuel Seyman <emmanuel(a)seyman.fr> - 1.13-1 - Update to 1.13 - Switch to the Makefile.PL build mechanism Size change: 2058 bytes perl-HTML-Mason-1.54-1.fc21 --------------------------- * Sun Mar 02 2014 Ralf Corsépius <corsepiu(a)fedoraproject.org> - 1:1.54-1 - Upstream update. - Filter duplicate Requires:. Size change: -8066 bytes perl-Log-Any-Adapter-Callback-0.08-1.fc21 ----------------------------------------- * Sun Mar 02 2014 Emmanuel Seyman <emmanuel(a)seyman.fr> - 0.08-1 - Update to 0.08 Size change: 1928 bytes perl-Mojolicious-4.85-1.fc21 ---------------------------- * Sun Mar 02 2014 Emmanuel Seyman <emmanuel(a)seyman.fr> - 4.85-1 - Update to 4.85 Size change: 563 bytes perl-Term-ReadLine-Gnu-1.21-1.fc21 ---------------------------------- * Sun Mar 02 2014 Emmanuel Seyman <emmanuel(a)seyman.fr> - 1.21-1 - Update to 1.21 Size change: 2050 bytes qbittorrent-3.1.9-1.fc21 ------------------------ * Sun Mar 02 2014 Leigh Scott <leigh123linux(a)googlemail.com> - 1:3.1.9-1 - update to 3.1.9 release Size change: 2324 bytes rubygem-sequel-4.8.0-1.fc21 --------------------------- * Sun Mar 02 2014 Alejandro Pérez <aeperezt(a)fedoraproject.org> - 4.8.0-1 - Initial package Size change: 23866 bytes rubygem-systemu-2.6.3-1.fc21 ---------------------------- * Sun Mar 02 2014 Julian C. Dunn <jdunn(a)aquezada.com> - 2.6.3-1 - Upgrade to 2.6.3 (bz#1066935) Size change: 272 bytes snappy-player-0.3.7-1.20131221git4fc7f4bd.fc21 ---------------------------------------------- * Sun Mar 02 2014 Antonio Trande <sagitter(a)fedoraproject.org> 0.3.7-1.20131221git4fc7f4bd - New commit Size change: -533 bytes supermin-5.1.2-1.fc21 --------------------- * Sun Mar 02 2014 Richard W.M. Jones <rjones(a)redhat.com> - 5.1.2-1 - New upstream version 5.1.2. - Fixes a serious bug in --build mode. Size change: 161 bytes Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 39 Size of added packages: 42977923 (41 M) Size change of modified packages: 20530990 (20 M) Size of removed packages: 0 (0 ) Size change: 63508913 (61 M) Compose finished at Mon Mar 3 14:27:55 UTC 2014

10 years, 2 months

1
0
0 / 0

fedpkg build failing (due to NSS?)

by Nikos Mavrogiannopoulos

Hello, I'm trying to make an update for #1071795 using 'fedpkg build' for gnutls fails consistently for f20 and rawhide with the error: "BuildrootError: could not init mock buildroot, mock exited with status 30; see root.log for more information" Although it says see root.log, I don't see anything suspicious there: http://koji.fedoraproject.org/koji/taskinfo?taskID=6589108 mock_output.log shows: There is no installed groups file. Maybe run: yum groups mark convert (see man yum) Error: Package: nss-3.15.5-1.fc20.armv7hl (build) Requires: nss-util >= 3.15.5 Installing: nss-util-3.15.4-1.fc20.armv7hl (build) nss-util = 3.15.4-1.fc20 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Error: Package: nss-3.15.5-1.fc20.armv7hl (build) Requires: nss-softokn(armv7hl-32) >= 3.15.5 Installing: nss-softokn-3.15.4-1.fc20.armv7hl (build) nss-softokn(armv7hl-32) = 3.15.4-1.fc20 Error: Package: nss-3.15.5-1.fc20.armv7hl (build) Requires: nss-softokn(armv7hl-32) >= 3.15.5 Available: nss-softokn-3.15.4-1.fc20.armv7hl (build) nss-softokn(armv7hl-32) = 3.15.4-1.fc20 Is there something missing from the nss package dependencies? regards, Nikos

10 years, 2 months

6
9
0 / 0

[Owner-change] Fedora packages ownership change

by Nobody

Change in ownership over the last 168 hours =========================================== 1 packages were orphaned ------------------------ gnomeradio [f19] was orphaned by rathann Graphical FM-Tuner program for GNOME https://admin.fedoraproject.org/pkgdb/acls/name/gnomeradio 8 packages unorphaned --------------------- dvratil unorphaned : libaccounts-qt [devel,f19,f20] lbazan unorphaned : perl-Perlbal-XS-HTTPHeaders [EL-6] rmattes unorphaned : openni-primesense [EL-5,EL-6,devel,f20] slaanesh unorphaned : ndoutils [EL-5,EL-6] dvratil unorphaned : libaccounts-glib [f19,f20] mhayden unorphaned : mysqltuner [devel,f19] rmattes unorphaned : openni [EL-5,EL-6,devel,f19,f20] nonamedotc unorphaned : clementine [devel,f19,f20] 3 packages were retired ------------------------ perl-TAP-Harness-Env [devel] was retired by pghmcfc Parsing harness related environmental variables where appropriate https://admin.fedoraproject.org/pkgdb/acls/name/perl-TAP-Harness-Env mate-text-editor [devel] was retired by vicodan Text editor for the MATE desktop https://admin.fedoraproject.org/pkgdb/acls/name/mate-text-editor django-typepad [EL-5,devel,f19] was retired by lbazan A helper Django app for making TypePad applications https://admin.fedoraproject.org/pkgdb/acls/name/django-typepad 26 packages changed owner ------------------------- limb gave to adamwill : php-phpseclib-crypt-des [epel7,f19] limb gave to cicku : libserf [epel7] limb gave to cicku : i3lock [epel7] limb gave to cicku : libowfat [epel7] limb gave to jirka : lnst [EL-6,epel7] limb gave to jwrdegoede : allegro [EL-6] limb gave to adamwill : php-phpseclib-crypt-rc4 [epel7,f19] limb gave to jorti : gogoc [EL-6,epel7] limb gave to adamwill : php-phpseclib-crypt-twofish [epel7,f19] limb gave to cicku : unar [EL-6,epel7] limb gave to adamwill : php-irodsphp [epel7,f19] jplesnik gave to pghmcfc : perl-MooseX-GlobRef [epel7] limb gave to cicku : dvdbackup [EL-6,epel7] limb gave to adamwill : php-phpseclib-crypt-random [epel7,f19] limb gave to adamwill : php-phpseclib-net-ssh2 [f19] limb gave to pghmcfc : spambayes [epel7,epel7] limb gave to adamwill : php-phpseclib-crypt-hash [epel7,f19] limb gave to adamwill : php-phpseclib-math-biginteger [epel7,f19] limb gave to adamwill : php-phpseclib-crypt-aes [epel7,f19] limb gave to cicku : i3status [epel7] limb gave to cicku : yapet [epel7] limb gave to adamwill : php-phpseclib-crypt-rsa [f19] limb gave to adamwill : php-phpseclib-crypt-tripledes [f19] limb gave to ianweller : python-pep8 [epel7] limb gave to adamwill : php-phpseclib-crypt-blowfish [epel7,f19] limb gave to adamwill : php-channel-phpseclib [epel7] Sources: https://github.com/pypingou/fedora-owner-change

10 years, 2 months

1
0
0 / 0

automating testing (was: default file system)

by Chris Murphy

On Mar 2, 2014, at 7:27 AM, Richard W.M. Jones <rjones(a)redhat.com> wrote: > > There was a *great* talk at either FOSDEM or DevConf about what > OpenSUSE is using for automation of their UIs. > It's all open source, > easy to create the scripts using a GUI, and you can fiddle around with > bits of Javascript to fine tune the tests. DevConf. Automatic testing with openQA - Michal Hrušecký https://www.youtube.com/watch?v=gnm3_CGZxQA Chris Murphy

10 years, 2 months

2
1
0 / 0

Fwd: AFK notice

by Haïkel

Hi, I'm back. 2014-02-22 11:19 GMT+01:00 Matthias Runge <mrunge(a)matthias-runge.de>: > Does that also mean, you're changing jobs? You mentioned something like > you're at least interested in a jobs at Red Hat in the cloud area? > > Sadly enough, I haven't changed jobs, yet. I can't dwell upon this topic on a public list (some fellow fedoristas know my situation), but I'm in deep shit. I'm still looking for either a developer or technical evangelist position preferably in the cloud area, but due to personal circumstances, I have one major constraint: being home-based (travelling is not an issue). Well, I'm also a FOSS & Fedora BAKA (idiot, passionate, whatever) which also doesn't help at all. @everyone: if by knowing that, you may be interested in considering me for a position, feel free to contact me: linkedin: http://linkedin.com/in/hguemar > Best wishes, I hope everything will work out well for you, > Matthias > -- > Matthias Runge <mrunge(a)matthias-runge.de> > Thanks, I appreciate your kindness. The same goes for all my Fedora Friends who are helping me to go through these tough days :) best regards, H.

10 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel March 2014