Am 23.10.2015 um 04:37 schrieb Kevin Kofler:
Reindl Harald wrote:
it *is* useful in case nobody reports a problem because you get the
confirmation the package not only works for you
Sorry, "it is not useful" was too strong a statement. I mean it is not *as
relevant* for the decision whether
On Thu, Oct 22, 2015 at 10:38:53PM +0100, Dave Love wrote:
> Sandro Mani writes:
>
> > On 22.10.2015 16:54, Sandro Mani wrote:
>
> > So the package is installing pynestkernel.so in
> > /usr/lib64/python2.7/site-packages/nest/pynestkernel.so. However, the
> > dependency generator expects MPI-enab
On Thu, 22 Oct, 2015 at 17:42:26 GMT, Orion Poplawski wrote:
> FYI - paraview is currently FTBFS due to cmake 3.4.0.
I'll debug this tomorrow. Moved to the top of my list (since CMake 3.4.0
RC2 just came out).
--Ben
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject
Sérgio Basto wrote:
> Kevin, Sounds like the experiences with an update with 50 packages like
> a KDE , but most cases are just a leaf package, which a "works for me"
> is a good feedback, for me .
Even for a leaf package, it does not work. The example of 10 "works for me"
and 1 "deletes all my d
Reindl Harald wrote:
> it *is* useful in case nobody reports a problem because you get the
> confirmation the package not only works for you
Sorry, "it is not useful" was too strong a statement. I mean it is not *as
relevant* for the decision whether to push the update as the presence or
absence
On Monday, 19 October 2015 at 21:30, Richard Shaw wrote:
> On Mon, Oct 19, 2015 at 2:17 PM, Dominik 'Rathann' Mierzejewski <
> domi...@greysector.net> wrote:
>
> > Feel free to bump&rebuild mkvtoolnix. I'm planning an update to 8.5.0,
> > but I don't know if I'll be able to do it in time. Is there
Sandro Mani writes:
> On 22.10.2015 16:54, Sandro Mani wrote:
> So the package is installing pynestkernel.so in
> /usr/lib64/python2.7/site-packages/nest/pynestkernel.so. However, the
> dependency generator expects MPI-enabled binaries to be in one of
> several known MPI directories, which are
>
No missing expected images.
No images in this compose but not Rawhide 20151021
Images in Rawhide 20151021 but not this:
Cloud docker x86_64
Failed openQA tests: 18 of 52
ID: 6908Test: x86_64 universal server_multi_empty
ID: 6904Test: x86_64 universal server_multi_empty@uefi
ID:
On 10/19/2015 12:46 PM, Richard Shaw wrote:
> In the next couple of days I'll be doing an update of pugixml in rawhide. The
> affected packages seem to be:
>
> # repoquery --qf=%{name} --repoid=rawhide --whatrequires --source
> "libpugixml.so.1()(64bit)"
> paraview-4.4.0-1.fc24.src.rpm
FYI - par
At the Fedora 23 Final Go/No-Go Meeting that just ends, was agreed *not to
release* the Fedora 23 Final.
Due to present blockers in the RC2 build, the decision is No-Go. The
release slips for one week. Second Go/No-Go meeting to be planned for the
next Thursday.
Meeting details can be seen here:
Pugixml 1.7 has been built in rawhide and I have rebuilt OpenImageIO
against it.
Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Thu, 2015-10-22 at 17:27 +0200, Sandro Mani wrote:
> So the package is installing pynestkernel.so in
> /usr/lib64/python2.7/site-packages/nest/pynestkernel.so. However, the
> dependency generator expects MPI-enabled binaries to be in one of
> several known MPI directories, which are
>
> $MPI_
On 22.10.2015 16:54, Sandro Mani wrote:
On 22.10.2015 16:49, Ankur Sinha wrote:
Hiya,
I recently packaged up nest[0] which is widely used in the
computational neuroscience research community. The review ticket is
here[1], and the copr builds are here[2]. Even though the rpm builds
perfectly
On 10/22/2015 05:04 PM, Jerry James wrote:
> I need two packages reviews:
>
> 1. arb: https://bugzilla.redhat.com/show_bug.cgi?id=1272606
>This is a FLINT add-on that newer versions of sagemath want.
I take it.
https://bugzilla.redhat.com/show_bug.cgi?id=1272652
--
Antonio Trande
mailto: s
I need two packages reviews:
1. arb: https://bugzilla.redhat.com/show_bug.cgi?id=1272606
This is a FLINT add-on that newer versions of sagemath want.
2. gap-pkg-grape: https://bugzilla.redhat.com/show_bug.cgi?id=1273244
I finally figured out how to adapt this package so that it uses the
fre
On 22.10.2015 16:49, Ankur Sinha wrote:
Hiya,
I recently packaged up nest[0] which is widely used in the
computational neuroscience research community. The review ticket is
here[1], and the copr builds are here[2]. Even though the rpm builds
perfectly, dnf won't install them from the copr. Thi
Hiya,
I recently packaged up nest[0] which is widely used in the
computational neuroscience research community. The review ticket is
here[1], and the copr builds are here[2]. Even though the rpm builds
perfectly, dnf won't install them from the copr. This is what I get:
> [asinha@cs-as14aho-2-he
On Thu, 22 Oct 2015 08:41:58 -0400 (EDT), Tomas Mlcoch wrote:
> 1)
> There were several points of failure:
> * Developer who made a typo in spec file which results into bad dependency.
> * rpmbuild which built an rpm with broken dependency.
> * Fedora's automated depcheck that wasn't able to find
- Original Message -
> On Tue, 1 Sep 2015 11:58:07 -0400 (EDT), Tomas Mlcoch wrote:
>
> > RPM itself expects epoch to be number:
> > https://github.com/rpm-software-management/rpm/blob/140744377b019e0de81d76d0931c32228d2ed57e/lib/rpmvercmp.c#L124-L143
> >
> > YUM expects epoch to be integ
Compose started at Thu Oct 22 07:15:03 UTC 2015
Removed package: vfrnav-20141211-1.fc22
Summary:
Added Packages: 0
Removed Packages: 1
Modified Packages: 0
Size of added packages: 0 (0 )
Size change of modified packages: 0 (0 )
Size of removed packages: 7381878 (7.0 M)
Size change: -7381
Compose started at Thu Oct 22 05:15:03 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0
IQmol-2.3.0
On Tue, 1 Sep 2015 11:58:07 -0400 (EDT), Tomas Mlcoch wrote:
> RPM itself expects epoch to be number:
> https://github.com/rpm-software-management/rpm/blob/140744377b019e0de81d76d0931c32228d2ed57e/lib/rpmvercmp.c#L124-L143
>
> YUM expects epoch to be integral number:
> https://github.com/rpm-soft
22 matches
Mail list logo