On 14. 09. 19 8:41, Peter Lemenkov wrote:
Hello!
I've just stumbled with a problem - I've sponsored a person to
packagers group (several hours ago) but still cannot add that person
as a comaintainer using account's name in src.fedoraproject.org. Did I
miss something or I just need to wait a bit m
Richard Shaw wrote:
> I also ran a diff from the same Pivy compiled with Coin3 and Coin4 and the
> ONLY significant difference is where the asterisk is on the QWidget lines:
>
> Coin3: ...(QWidget *...
> Coin4: ...(QWidget*...
>
> Does the space between QWidget and asterisk make a difference?
It
Mamoru TASAKA wrote:
> As written on https://fedoraproject.org/wiki/Updates_Policy#Philosophy
> updates should aim to fix bugs and not to introduce features. And changing
> ABI is discouraged unless avoided.
Here, we have a library with only 6 packages using it, and the source-level
API appears t
On Mon, Sep 09, 2019 at 12:17:09AM +0200, Miro Hrončok wrote:
> On 09. 09. 19 0:08, Miro Hrončok wrote:
> > On 08. 09. 19 23:41, Georg Sauthoff wrote:
> > > But this build.log file isn't linked from that page.
> > >
> > > How come?
> > >
> > > Bug or feature?
> >
> > The build was garbage collec
Dne 13. 09. 19 v 10:38 Ralf Corsepius napsal(a):
> # /usr/bin/dnf --installroot /var/lib/mock/fedora-31-i386/root/ --releasever
> 31 --setopt=deltarpm=False
> --disableplugin=local --disableplugin=spacewalk install @buildsys-build
https://github.com/rpm-software-management/mock/pull/333
--
Miro
On Sat, Sep 14, 2019 at 4:45 AM Kevin Kofler wrote:
> Richard Shaw wrote:
> > I also ran a diff from the same Pivy compiled with Coin3 and Coin4 and
> the
> > ONLY significant difference is where the asterisk is on the QWidget
> lines:
> >
> > Coin3: ...(QWidget *...
> > Coin4: ...(QWidget*...
>
On Sat, Sep 14, 2019 at 4:50 AM Kevin Kofler wrote:
>
> I do not know the details well enough to be able to decide which is the
> better way here. Both should be doable in principle.
>
As the maintainer of OpenImageIO I agree with Kevin, I'm OK with either,
but one thing I would ask upstream is
No missing expected images.
Failed openQA tests: 4/152 (x86_64), 1/2 (arm)
Old failures (same test failed in Fedora-31-20190913.n.0):
ID: 450527 Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/450527
ID: 450562 Test: x86_64 KDE-live-iso desktop_
No missing expected images.
Compose FAILS proposed Rawhide gating check!
6 of 45 required tests failed, 2 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.clo
A new version of ntl, 11.3.4, has been released. Since upstream has a
policy of bumping the soname on every release, all dependent package
must be rebuilt. I will take care of all of the rebuilds. (I'm
maintainer or comaintainer on almost all of them, anyway). The builds
will be done in about a
OLD: Fedora-Rawhide-20190913.n.1
NEW: Fedora-Rawhide-20190914.n.0
= SUMMARY =
Added images:4
Dropped images: 0
Added packages: 3
Dropped packages:2
Upgraded packages: 88
Downgraded packages: 0
Size of added packages: 780.89 KiB
Size of dropped packages
Hey folks! Just a heads-up for anyone watching the openQA test results
for their updates. If you see a failure of the desktop_browser test
which seems to end on Firefox rendering
https://accounts.fedoraproject.org/ weirdly, like this:
https://openqa.fedoraproject.org/tests/450082
https://openqa.f
Hi.
I've orphaned python-MultipartPostHandler2.
It seems to be a leaf package and I have absolutely zero use case for it.
Let me know if you want it (I can still assign it to you), or open a releng
ticket.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
I'll take it. FAS: limb
Sent from ProtonMail mobile
\ Original Message
On Sep 14, 2019, 10:45 AM, Miro Hrončok < mhron...@redhat.com> wrote:
>
>
>
> Hi.
> I've orphaned python-MultipartPostHandler2.
>
> It seems to be a leaf package and I have absolutely zero use case for it.
So I accidentally built PySide2 5.13.1 for Fedora and the MAJOR.MINOR parts
are supposed to match with the version of Qt. So unless someone is planning
to update Qt from 5.12.x to 5.13.x in the near future I'm going to have to
bump the Epoch and downgrade to 5.12.5.
Thanks,
Richard
___
On Fri, Sep 13, 2019 at 8:38 AM Ankur Sinha wrote:
> Hello,
>
> A tool I am trying to package is failing only on PPC somehow:
> https://bugzilla.redhat.com/show_bug.cgi?id=1731487
>
> > make[2]: Leaving directory
> > '/builddir/build/BUILD/MUSIC-a78a8e2c90b07274db94265db75c320dbb01f9fb/MUSIC-a78
On Sat, 2019-09-14 at 17:45 +0200, Miro Hrončok wrote:
> Hi.
> I've orphaned python-MultipartPostHandler2.
>
> It seems to be a leaf package and I have absolutely zero use case for
> it.
I am the upstream maintainer of python-MultipartPostHandler2 , do we
really need it on Python 3 ? or in Python
On 9/14/19 2:08 PM, Jerry James wrote:
On Fri, Sep 13, 2019 at 8:38 AM Ankur Sinha wrote:
Hello,
A tool I am trying to package is failing only on PPC somehow:
https://bugzilla.redhat.com/show_bug.cgi?id=1731487
make[2]: Leaving directory
'/builddir/build/BUILD/MUSIC-a78a8e2c90b07274db9426
On Fri, Aug 30, 2019 at 1:55 PM Chris Murphy wrote:
>
> Hi,
> This is yet another follow-up for this thread:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/XUZLHJ5O32OX24LG44R7UZ2TMN6NY47N/
(Benchmarks being fraught with peril, synthetic benchmarks even mo
Hello,
I'm going to orphan the following packages, reason is cited in the parentheses.
rpms/moin (1.9 branch is Python2 only, 2.0 branch will support Python3
however no stable yet)
rpms/epydoc (no upstream release since 2008)
rpms/python-crypto2.1 (was needed in EPEL6 which is EOL)
rpms/python-pa
20 matches
Mail list logo
