same here, but I am using only Intel graphics. Pointer disappears only out
of application windows, and sometimes it comes backagain
Filed a bug against gnome but not sure of the component. Reported link says
unavailable
Antonio Montagnani
Linux Fedora 30 Workstation
da/from Gmail
Il giorno gio
The following builds have been pushed to Fedora EPEL 8 updates-testing
amavisd-milter-1.6.1-5.el8
cryptopp-8.2.0-2.el8
earlyoom-1.3-3.el8
flameshot-0.6.0-4.el8
fuse-zip-0.6.2-1.el8
git-subrepo-0.4.0-3.el8
google-benchmark-1.5.0-2.el8
https://fedorapeople.org/groups/389ds/ci/nightly/2019/08/08/report-389-ds-base-1.4.1.6-20190807gitfb3be04.fc30.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
On Wed, Aug 07, 2019 at 09:55:02AM -0600, Chris Murphy wrote:
> On Wed, Aug 7, 2019 at 9:03 AM Jerry James wrote:
> >
> > I use the default GNOME desktop, using Wayland with Intel graphics. I
> > have a web browser, a terminal, and an editor running on desktop 1.
> > On desktop 2 (i.e., where
https://pagure.io/389-ds-base/pull-request/50539
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://pagure.io/389-ds-base/pull-request/50537
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1738385
Emmanuel Seyman changed:
What|Removed |Added
CC||emman...@seyman.fr
--- Comment #4
In case someone bumps into this in the future, the solution was quite simple:
edit the bugzilla ticket, fix the capitalization (or whatever typo) and then
request a new repo via fedpkg.
___
devel mailing list -- devel@lists.fedoraproject.org
To
https://bugzilla.redhat.com/show_bug.cgi?id=1737781
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1737394
Bug 1737394 depends on bug 1737781, which changed state.
Bug 1737781 Summary: Upgrade perl-Role-Tiny to 2.08
https://bugzilla.redhat.com/show_bug.cgi?id=1737781
What|Removed |Added
fre 2019-07-19 klockan 18:16 -0700 skrev Kevin Fenzi:
> hey folks, here is a list of currently failing images in rawhide.
> Please fix if you can.
>
> 4. Fedora scientific KDE:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=36353230
>
> Problems in request:
> missing packages: root-python
On Wed, Aug 7, 2019 at 8:44 AM Pablo Sebastián Greco
wrote:
>
>
> El 7/8/19 a las 12:30, Stephen John Smoogen escribió:
>
>
>
> On Wed, 7 Aug 2019 at 10:52, Vitaly Zaitsev via devel
> wrote:
>>
>> Hello all.
>>
>> While building my Fedora packages for EPEL8, got a very strange error on
>>
On Wed, Aug 7, 2019 at 8:44 AM Pablo Sebastián Greco
wrote:
>
>
> El 7/8/19 a las 12:30, Stephen John Smoogen escribió:
>
>
>
> On Wed, 7 Aug 2019 at 10:52, Vitaly Zaitsev via devel
> wrote:
>>
>> Hello all.
>>
>> While building my Fedora packages for EPEL8, got a very strange error on
>>
Petr Stodulka wrote:
>
>
> On 07. 08. 19 19:31, Petr Stodulka wrote:
>>
>> On 07. 08. 19 3:34, Mads Kiilerich wrote:
>>> On 8/6/19 9:35 PM, Petr Stodulka wrote:
So it's question, should I rebase it in rawhide and setup for Python3
already even when it is so broken, or
>>>
>>>
>>> Hi
Greetings,
I believe I have an issue. Please direct me to the correct list if the
following is not applicable here.
My first package was recently approved, however, no one (myself included)
noticed that the bugzilla review request title contained a capitalized name:
Review Request: Charliecloud
On 07. 08. 19 3:34, Mads Kiilerich wrote:
On 8/6/19 9:35 PM, Petr Stodulka wrote:
So it's question, should I rebase it in rawhide and setup for Python3
already even when it is so broken, or
Hi
I agree that something like this kind of is the right thing to do. Mercurial
upstream needs our
On 07. 08. 19 19:31, Petr Stodulka wrote:
On 07. 08. 19 3:34, Mads Kiilerich wrote:
On 8/6/19 9:35 PM, Petr Stodulka wrote:
So it's question, should I rebase it in rawhide and setup for Python3
already even when it is so broken, or
Hi
I agree that something like this kind of is the
https://pagure.io/389-ds-base/pull-request/50535
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Wed, Aug 7, 2019 at 12:26 PM Stephen John Smoogen wrote:
>
>
>
> On Wed, 7 Aug 2019 at 10:52, Vitaly Zaitsev via devel
> wrote:
>>
>> Hello all.
>>
>> While building my Fedora packages for EPEL8, got a very strange error on
>> aarch64 and s390x architectures:
>>
>> No matching package to
On Wed, Aug 7, 2019, at 11:25 AM, Colin Walters wrote:
>
>
> On Tue, Jul 30, 2019, at 3:52 PM, Daniel Walsh wrote:
> > If you want small images, just use buildah.
>
> Dockerfile-based multi-stage builds are significantly more popular than
> this and should really be mentioned first.
>
> I'm
On Wed, Aug 7, 2019 at 9:03 AM Jerry James wrote:
>
> I use the default GNOME desktop, using Wayland with Intel graphics. I
> have a web browser, a terminal, and an editor running on desktop 1.
> On desktop 2 (i.e., where Ctrl-Alt-Down takes you) I have virt-manager
> running, with open windows
On Wed, 7 Aug 2019 at 11:44, Pablo Sebastián Greco
wrote:
>
> El 7/8/19 a las 12:30, Stephen John Smoogen escribió:
>
>
>
> On Wed, 7 Aug 2019 at 10:52, Vitaly Zaitsev via devel <
> de...@lists.fedoraproject.org> wrote:
>
>> Hello all.
>>
>> While building my Fedora packages for EPEL8, got a
On Wed, 7 Aug 2019 at 11:44, Pablo Sebastián Greco
wrote:
>
> El 7/8/19 a las 12:30, Stephen John Smoogen escribió:
>
>
>
> On Wed, 7 Aug 2019 at 10:52, Vitaly Zaitsev via devel <
> devel@lists.fedoraproject.org> wrote:
>
>> Hello all.
>>
>> While building my Fedora packages for EPEL8, got a
El 7/8/19 a las 12:30, Stephen John Smoogen escribió:
On Wed, 7 Aug 2019 at 10:52, Vitaly Zaitsev via devel
mailto:de...@lists.fedoraproject.org>>
wrote:
Hello all.
While building my Fedora packages for EPEL8, got a very strange
error on
aarch64 and s390x architectures:
On Wed, Aug 7, 2019 at 10:52 AM Vitaly Zaitsev via devel
wrote:
>
> Hello all.
>
> While building my Fedora packages for EPEL8, got a very strange error on
> aarch64 and s390x architectures:
>
> No matching package to install: 'pkgconfig(pidgin)'
>
> But it builds fine with the same SPEC on
On Wed, 7 Aug 2019 at 11:07, Antonio Trande wrote:
> Hi all.
>
> What's wrong?
>
> $ fedpkg clone scons
> $ pushd scons
> $ fedpkg request-branch epel8
> Could not execute request_branch: This package is already an EL package
> and is built on all supported arches, therefore, it cannot be in
On Wed, 7 Aug 2019 at 10:52, Vitaly Zaitsev via devel <
de...@lists.fedoraproject.org> wrote:
> Hello all.
>
> While building my Fedora packages for EPEL8, got a very strange error on
> aarch64 and s390x architectures:
>
> No matching package to install: 'pkgconfig(pidgin)'
>
> But it builds fine
On Wed, 7 Aug 2019 at 10:52, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> Hello all.
>
> While building my Fedora packages for EPEL8, got a very strange error on
> aarch64 and s390x architectures:
>
> No matching package to install: 'pkgconfig(pidgin)'
>
> But it builds fine
> "IG" == Igor Gnatenko writes:
IG> We can actually get rid out of this using `libcurl-minimal`, but it
IG> is not easy to teach DNF to replace libcurl-minimal with libcurl
IG> without explicit --allowerasing on the command line.
That does prompt the question as to whether dnf itself is
On Tue, Jul 30, 2019, at 3:52 PM, Daniel Walsh wrote:
> If you want small images, just use buildah.
Dockerfile-based multi-stage builds are significantly more popular than this
and should really be mentioned first.
I'm not saying `buildah` is bad, but...what you're talking about here also
https://bugzilla.redhat.com/show_bug.cgi?id=1737781
--- Comment #1 from Jitka Plesnikova ---
This release is reverting all changes from 2.07. The release 2.07
caused build failure of new perl-Dancer2.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1737394
--- Comment #2 from Jitka Plesnikova ---
(In reply to Jitka Plesnikova from comment #1)
> This release is reverting all changes from 2.07. The release 2.07
> caused build failure of new perl-Dancer2.
The release 2.07 of
https://bugzilla.redhat.com/show_bug.cgi?id=1737394
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Depends On|
https://bugzilla.redhat.com/show_bug.cgi?id=1737781
Jitka Plesnikova changed:
What|Removed |Added
Blocks||1737394
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1738385
--- Comment #3 from Petr Pisar ---
If you don't need long-running server jobs or preserving a state between HTTP
requests, I would go with classical CGI scripts.
If you want to have a server spanning across multiple HTTP requests, mod_fcgid
Hi all.
What's wrong?
$ fedpkg clone scons
$ pushd scons
$ fedpkg request-branch epel8
Could not execute request_branch: This package is already an EL package
and is built on all supported arches, therefore, it cannot be in EPEL.
If this is a mistake or you have an exception, please contact the
I use the default GNOME desktop, using Wayland with Intel graphics. I
have a web browser, a terminal, and an editor running on desktop 1.
On desktop 2 (i.e., where Ctrl-Alt-Down takes you) I have virt-manager
running, with open windows for whichever VMs are currently in use.
Yesterday, I updated
Vitaly Zaitsev via devel wrote:
> Hello all.
>
> While building my Fedora packages for EPEL8, got a very strange error on
> aarch64 and s390x architectures:
>
> No matching package to install: 'pkgconfig(pidgin)'
>
> But it builds fine with the same SPEC on x86_64 and ppc64le.
Most obvious
On Wed, 2019-08-07 at 04:05 -0400, Ben Cotton wrote:
> On Wed, Aug 7, 2019 at 3:30 AM Normand wrote:
>
> > The list of deliverables is drastically shorter for 31 (1) than it was
> > for 30 (4) !
> >
> It only looks that way because the Fedora 31 list *only* includes the
> blocking deliverables.
On Wed, Aug 7, 2019 at 1:17 PM Jason Tibbitts wrote:
>
> I'm on vacation and a few days behind on email, sorry.
>
> > "ZJ" == Zbigniew Jędrzejewski-Szmek writes:
>
> ZJ> Also, there are still some obvious packages to trim:
>
> I wonder if the rpm dependency on curl (the executable, not the
Hello all.
While building my Fedora packages for EPEL8, got a very strange error on
aarch64 and s390x architectures:
No matching package to install: 'pkgconfig(pidgin)'
But it builds fine with the same SPEC on x86_64 and ppc64le.
Affected builds:
On 07. 08. 19 14:41, Jitka Plesnikova wrote:
I'll take all packages.
Thank You, Jitka, they are yours now:
Giving rpms/perl-ExtUtils-Typemap to jplesnik
Giving rpms/perl-IO-Socket-PortState to jplesnik
Giving rpms/perl-Lingua-EN-Numbers to jplesnik
Giving rpms/perl-Math-ConvexHull to jplesnik
I'll take all packages.
Jitka
On 8/5/19 12:12 PM, Miro Hrončok wrote:
> I plan to orphan the following packages during this week:
>
> perl-ExtUtils-Typemap
> perl-IO-Socket-PortState
> perl-Lingua-EN-Numbers
> perl-Math-ConvexHull
> perl-Math-ConvexHull-MonotoneChain
> perl-Math-Geometry-Voronoi
OLD: Fedora-Rawhide-20190806.n.0
NEW: Fedora-Rawhide-20190807.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 4
Dropped packages:6
Upgraded packages: 89
Downgraded packages: 0
Size of added packages: 603.95 KiB
Size of dropped packages
https://bugzilla.redhat.com/show_bug.cgi?id=1738385
--- Comment #2 from yoshida.ryui...@bsearchtech.com ---
Thank you for status updates on mod_perl.
Now I think I should look for some viable alternatives.
Do you have any advice on
using mod_fcgid as an alternative,
mainly from
No missing expected images.
Compose FAILS proposed Rawhide gating check!
10 of 45 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED:
https://bugzilla.redhat.com/show_bug.cgi?id=1646730
--- Comment #18 from errata-xmlrpc ---
This issue has been addressed in the following products:
Red Hat Enterprise Linux 7.3 Advanced Update Support
Red Hat Enterprise Linux 7.3 Update Services for SAP Solutions
Red Hat Enterprise
https://bugzilla.redhat.com/show_bug.cgi?id=1646730
errata-xmlrpc changed:
What|Removed |Added
External Bug ID||Red Hat Product Errata
On 8/7/19 1:09 PM, Miro Hrončok wrote:
On 07. 08. 19 10:19, Panu Matilainen wrote:
On 8/7/19 10:48 AM, Miro Hrončok wrote:
On 07. 08. 19 9:32, Panu Matilainen wrote:
I'd like to drop the python2-rpm subpackage in Fedora 31.
There are a handful of dependencies left for it still but these all
> $ repoquery --repo=rawhide-source --whatrequires /usr/bin/python --exact
> 0ad-0:0.0.23b-6.fc31.src
> cherrytree-0:0.38.5-5.fc30.src
> chocolate-doom-0:3.0.0-2.fc30.src
> distro-info-0:0.18-3.fc30.src
> distro-info-data-0:0.38-2.fc30.src
> dtrx-0:7.1-13.fc29.src
> gcc-0:9.1.1-2.fc31.src
>
I'm on vacation and a few days behind on email, sorry.
> "ZJ" == Zbigniew Jędrzejewski-Szmek writes:
ZJ> Also, there are still some obvious packages to trim:
I wonder if the rpm dependency on curl (the executable, not the library)
is strictly necessary. I believe it's only because of the
On Wednesday, August 7, 2019, Igor Gnatenko <
ignatenkobr...@fedoraproject.org> wrote:
> This has been fixed almost a week ago..
>
Yeah, looking at the container image that's been released doesn't give us
freshest data...
I guess if we generate reports in reaction to Koji builds for example,
On 07. 08. 19 10:19, Panu Matilainen wrote:
On 8/7/19 10:48 AM, Miro Hrončok wrote:
On 07. 08. 19 9:32, Panu Matilainen wrote:
I'd like to drop the python2-rpm subpackage in Fedora 31.
There are a handful of dependencies left for it still but these all appear
more or less dead upstream (and
https://bugzilla.redhat.com/show_bug.cgi?id=1738385
--- Comment #1 from Petr Pisar ---
I could add mod_perl into EPEL, but there are two issues you should be aware
about:
(1) The mod_perl tests fail randomly. I believe this is some race condition
corrupting internal mod_perl/perl/httpd state.
On Wed, 7 Aug 2019, 10:51 Adam Samalik, wrote:
>
>
> On Mon, Aug 5, 2019 at 1:30 PM Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
>> On Sun, Aug 04, 2019 at 05:27:21PM +0200, Christian Glombek wrote:
>> > Whoop this is great!
>> > But I wonder why the scratch build sizes have gone
This has been fixed almost a week ago..
On Wed, Aug 7, 2019, 11:58 Adam Samalik wrote:
>
>
> On Mon, Aug 5, 2019 at 1:30 PM Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
>> On Sun, Aug 04, 2019 at 05:27:21PM +0200, Christian Glombek wrote:
>> > Whoop this is great!
>> > But I
* Jason Tibbitts:
>> "TH" == Tom Hughes writes:
>
> TH> Presumably in this case the performance penalty was considered small
> TH> enough that it was worth building even production code with this
> TH> mode enabled.
>
> I'd like to know if any performance analysis was done about this,
>
> "TH" == Tom Hughes writes:
TH> Presumably in this case the performance penalty was considered small
TH> enough that it was worth building even production code with this
TH> mode enabled.
I'd like to know if any performance analysis was done about this,
because the upstream of a package I
It seems that I'll be able to ship non-optimized version of
python2-cassandra-driver without compiled parts so I'll try to drop that
build dependency as soon as possible.
Lumír
On 8/6/19 12:32 PM, Miro Hrončok wrote:
I'd like to drop python2-Cython subpackage from Cython, as I consider
it
On Mon, Aug 5, 2019 at 1:30 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Sun, Aug 04, 2019 at 05:27:21PM +0200, Christian Glombek wrote:
> > Whoop this is great!
> > But I wonder why the scratch build sizes have gone up this dramatically
> in
> > f31?
>
> Also, there are still
On Tue, Aug 6, 2019 at 1:34 PM Martin Kolman wrote:
> On Sun, 2019-08-04 at 16:18 +0100, Peter Robinson wrote:
> > > > On Sat, 3 Aug 2019 at 20:34, Zbigniew Jędrzejewski-Szmek
> > > > wrote:
> > > > > On Thu, Aug 01, 2019 at 10:25:55AM +0200, Adam Samalik wrote:
> > > > > > I've already done
On 8/7/19 10:48 AM, Miro Hrončok wrote:
On 07. 08. 19 9:32, Panu Matilainen wrote:
I'd like to drop the python2-rpm subpackage in Fedora 31.
There are a handful of dependencies left for it still but these all
appear more or less dead upstream (and some even downstream), and will
go down
On Wed, Aug 7, 2019 at 3:30 AM Normand wrote:
> The list of deliverables is drastically shorter for 31 (1) than it was
> for 30 (4) !
>
It only looks that way because the Fedora 31 list *only* includes the
blocking deliverables. Previous releases included all deliverables,
and blocker status was
Hello,
We now have enough software in NeuroFedora to create Comps groups and
think of a Spin/Lab. Would anyone like to join the NeuroFedora team as
our Spin master?
We have two sessions at Flock too. So if you are going, please attend
them to learn more:
Talk: NeuroFedora: FOSS and Open Science
On 07. 08. 19 9:32, Panu Matilainen wrote:
I'd like to drop the python2-rpm subpackage in Fedora 31.
There are a handful of dependencies left for it still but these all appear more
or less dead upstream (and some even downstream), and will go down with the
great python2 flush soon anyway.
| Try cleaning your chroot.
> mock -scrub=all
This do not help on fedora 31 8-(
$ fedora-review -n vcglib
INFO: Processing local files: vcglib
INFO: Getting .spec and .srpm Urls from : Local files in /home/home/mufti
INFO: --> SRPM url: file:///home/home/mufti/vcglib-1.0.1-1.src.rpm
INFO:
I'd like to drop the python2-rpm subpackage in Fedora 31.
There are a handful of dependencies left for it still but these all
appear more or less dead upstream (and some even downstream), and will
go down with the great python2 flush soon anyway. Kobo is the exception
but that has a python3
On 8/6/19 2:39 PM, Ben Cotton wrote:
The list of release-blocking deliverables for Fedora 31 is now
available[1]. If there are any changes that should be made that were
part of an already-accepted Fedora 31 Change proposal, please let me
know. If an edit is required that was not part of an
It would be possible, but I really only have about less than a year of
experience.
And I would need some preparations (like example packages).
On 6. 8. 2019 15:30, D L wrote:
Perhaps, if this introduction is done by video conference it could be
recorded and archived for future reference on
mcatanz...@gnome.org píše v Út 06. 08. 2019 v 10:31 -0500:
> $ fedpkg clone eog
> Cloning into 'eog'...
> remote: Counting objects: 2048, done.
> remote: Compressing objects: 100% (1594/1594), done.
> remote: Total 2048 (delta 787), reused 1036 (delta 349)
> Receiving objects: 100% (2048/2048),
70 matches
Mail list logo