Hi Kevin,
On Tue, Jan 07, 2020 at 10:16:05AM -0800, Kevin Fenzi wrote:
> On Mon, Jan 06, 2020 at 06:02:12PM +0100, Phil Sutter wrote:
> > I just noticed we didn't finish discussing the package rename proposal
> > in related releng issue[1]:
> >
> > On Wed, Oct 30, 2019 at 05:02:08PM -0400, Ben
Hi,
I don't know if anyone already asked about this, but since I upgraded to Fedora
31, which had
newer kernel than Fedora 30 back then, I started experiencing annoying lags of
the system. This
can be now reproduced even with Fedora 30 as they both have identical kernels.
When this
happens,
Welcome new Fedora's packager - girst.
He is already rpmfusion packager and I am sure will be good in Fedora.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
On Thu, Jan 9, 2020 at 5:15 AM Phil Sutter wrote:
>
> Hi Kevin,
>
> On Tue, Jan 07, 2020 at 10:16:05AM -0800, Kevin Fenzi wrote:
> > On Mon, Jan 06, 2020 at 06:02:12PM +0100, Phil Sutter wrote:
> > > I just noticed we didn't finish discussing the package rename proposal
> > > in related releng
On Tue, Jan 07, 2020 at 09:08:20AM -0500, Colin Walters wrote:
>
>
> On Tue, Jan 7, 2020, at 6:41 AM, Tom Hughes wrote:
> >
> > I'd love to find a way to directly integrate the likes of gem, npm
> > etc directly into our packaging rather than us having to repackage
> > everything by hand but I
>
> Why stacked images? Consider a single base.img that's maybe 1G, and
> now you don't have to do separate composes for server, cloud, GNOME,
> KDE, Cinnamon, LXQt, Astronomy that repeat a lot of the same steps,
> including expensive steps like compressing the same things over and
> over again.
I recently began having a similar issue - with some programs, whereas
previously the system would slow down slightly due to load, now it freezes for
like half a second or a full second. This is most prominent when I launch
Chromium, but is also visible when I switch to a long-unused tab in
On Wed, Jan 08, 2020 at 10:32:42PM +, Sérgio Basto wrote:
> Hi, a little "by the way" , I think if koji fails to tag the build or
> anything else, the final result should be failed, to avoid
> inconsistencies. I opened an issue on koji [1]
> [1]
> https://pagure.io/koji/issue/1895
We'll
>Including a new Qt version in COPR is not a problem, problem is that many
>packages need rebuilds (from KF5, Plasma, etc.) and that's quite a lot of
>work.
It would be great if I could rebuilt the packages to do the testing.
I imagine something like
fedpkg co -a qt5-qtbase qt5.14 would be great
On Thu, 2020-01-09 at 13:36 +0100, Jan Grulich wrote:
> I did some search again. It looks many other distributions (Ubuntu, Arch,
> Manjaro) have this issue as well. Users report this as a regression since
> kernel 4.2. Some suggested to disable swap, which makes this problem go away
> for
Dne 08. 01. 20 v 17:59 Neal Gompa napsal(a):
> This is an interesting idea, but I'd really like to see an integrated
> registry offering in Copr
This would require MUCH bigger storage. I estimated it 100+ TB.
Red Hat donated us 20TB storage, but that is enough just for RPMs not for
container
On Wed, 2020-01-08 at 12:24 -0700, Chris Murphy wrote:
> On Mon, Jan 6, 2020 at 11:09 AM Lennart Poettering
> wrote:
> > - facebook is working on making oomd something that just works for
> > everyone, they are in the final rounds of canonicalizing the
> > configuration so that it can just
Announcing the creation of a new nightly release validation test event
for Fedora 32 Rawhide 20200109.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Thu, 9 Jan 2020 at 07:37, Jan Grulich wrote:
>
> I did some search again. It looks many other distributions (Ubuntu, Arch,
> Manjaro) have this issue as well. Users report this as a regression since
> kernel 4.2. Some suggested to disable swap, which makes this problem go away
> for them. I'm
On Thu, Jan 9, 2020 at 4:52 PM Nicolas Mailhot via devel
wrote:
>
> Le 2020-01-09 15:02, Stephen John Smoogen a écrit :
>
> > I have seen something like this happen in the past. I think it was
> > around Fedora 18? kernel time frame.. on certain Lenovo T440? if you
> > did a dd to a usb key,
On Mon, Jan 6, 2020 at 11:20 AM Matthew Miller
wrote:
>
> Those are my thoughts. What other challenges and opportunities do you see,
> and what would you like us to focus on?
>
The packaging process has changed a lot over the last couple of years
(well, not the core fedpkg process) but I've
I did some search again. It looks many other distributions (Ubuntu, Arch,
Manjaro) have this issue as well. Users report this as a regression since
kernel 4.2. Some suggested to disable swap, which makes this problem go away
for them. I'm testing this right now and it seem to make significant
Le 2020-01-09 15:02, Stephen John Smoogen a écrit :
I have seen something like this happen in the past. I think it was
around Fedora 18? kernel time frame.. on certain Lenovo T440? if you
did a dd to a usb key, keyboard and mouse would be like you pointed
out.
I get this all the time, with or
https://fedoraproject.org/wiki/Changes/Additional_buildroot_to_test_x86-64_micro-architecture_update
== Summary ==
Create a dedicated buildroot to test packages built with x86-64
micro-architecture update.
== Owner ==
* Name: [[User:bookwar| Aleksandra Fedorova]]
* Email:
Le jeudi 09 janvier 2020 à 12:16 -0500, Ben Cotton a écrit :
>
> == Detailed Description ==
> In Fedora 31, pango has been upgraded to 1.44, and switched to use
> the HarfBuzz library instead of FreeType.
>
> But HarfBuzz doesn't support bitmap fonts or Adobe Type 1 fonts.
> In gnome-terminal,
https://koji.fedoraproject.org/koji/taskinfo?taskID=40326373
Is it a transient problem or something that needs to be fixed?
thanks
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On 01/08/2020 11:40 PM, Igor Gnatenko wrote:
> So this just means that packages do not respect the environment. What about
> fixing them instead of trying to hack the environment?
>
Do you mean that packages should be updated to respect the __cc and __cxx
macros?
-Tom
> On Wed, Jan 8, 2020,
Le jeu. 9 janv. 2020 à 17:42, Tom Stellard a écrit :
>
> On 01/08/2020 11:40 PM, Igor Gnatenko wrote:
> > So this just means that packages do not respect the environment. What about
> > fixing them instead of trying to hack the environment?
> >
>
> Do you mean that packages should be updated to
https://fedoraproject.org/wiki/Changes/ProvideOpenTypeBitmapFonts
== Summary ==
This proposal plans to provide some additional popular bitmap fonts in
OpenType format to use with pango.
By providing some bitmap fonts from BDF/PCF format to OpenType format,
applications like gnome-terminal can
No missing expected images.
Compose FAILS proposed Rawhide gating check!
1 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 10/155 (x86_64), 1/2 (arm)
New failures (same test not failed in
On Thu, Jan 09, 2020 at 08:24:41AM -0600, Richard Shaw wrote:
>On Mon, Jan 6, 2020 at 11:20 AM Matthew Miller
><[1]mat...@fedoraproject.org> wrote:
>
> Those are my thoughts. What other challenges and opportunities do you
> see,
> and what would you like us to focus on?
>
On Thu, Jan 09, 2020 at 03:59:41PM -0500, Neal Gompa wrote:
> On Thu, Jan 9, 2020 at 12:17 PM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/Additional_buildroot_to_test_x86-64_micro-architecture_update
> >
> > == Summary ==
> >
> > Create a dedicated buildroot to test packages
On Thu, Jan 9, 2020 at 5:03 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> 4. This certainly needs to be a "system wide change" with the related
>additional info required for such changes. We certainly need releng
>to sign off on this.
>
Apart from potential capacity impacts, this seems
On Thu, Jan 9, 2020 at 12:17 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Additional_buildroot_to_test_x86-64_micro-architecture_update
>
> == Summary ==
>
> Create a dedicated buildroot to test packages built with x86-64
> micro-architecture update.
>
> == Owner ==
>
> * Name:
On Thu, Jan 09, 2020 at 01:37:59PM -0500, Kaleb Keithley wrote:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=40326373
>
> Is it a transient problem or something that needs to be fixed?
I've filed:
https://pagure.io/fedora-infrastructure/issue/8518
and am investigating.
Please do try
On Thu, Jan 9, 2020 at 5:58 AM Benjamin Berg wrote:
>
> On Wed, 2020-01-08 at 12:24 -0700, Chris Murphy wrote:
> > On Mon, Jan 6, 2020 at 11:09 AM Lennart Poettering
> > wrote:
> > > - facebook is working on making oomd something that just works for
> > > everyone, they are in the final
On Thu, Jan 9, 2020 at 3:03 PM Zbigniew Jędrzejewski-Szmek
wrote:
> Those are all good points. To add more:
>
> 4. This certainly needs to be a "system wide change" with the related
>additional info required for such changes. We certainly need releng
>to sign off on this.
>
> 5.
On 1/6/20 2:18 PM, Matthew Miller wrote:
On Mon, Jan 06, 2020 at 04:57:16PM -0500, Peter Jones wrote:
In
general, you're not considering that it may be worth having policies
reflect our *ideal* situation, and acknowledge that they don't always
fit the real world precisely.
That last thing
On Thu, 2020-01-09 at 09:17 +0100, Pierre-Yves Chibon wrote:
> On Wed, Jan 08, 2020 at 10:32:42PM +, Sérgio Basto wrote:
> > Hi, a little "by the way" , I think if koji fails to tag the build
> > or
> > anything else, the final result should be failed, to avoid
> > inconsistencies. I opened an
No, that's not true. Anybody can tag their builds into a
f31-updates-candidate and such tags.
On Fri, Jan 10, 2020 at 4:03 AM Sérgio Basto wrote:
>
> On Thu, 2020-01-09 at 09:17 +0100, Pierre-Yves Chibon wrote:
> > On Wed, Jan 08, 2020 at 10:32:42PM +, Sérgio Basto wrote:
> > > Hi, a little
On Tue, Jan 07, 2020 20:01:22 +0100, Joerg Kastning wrote:
> Hello Ankur,
> Hello Community,
Hi Jeorge,
Apologies, I've been on holidays these past few weeks and not been able
to keep up with the mailing lists.
>
> During the holidays I read a lot about the responsibilities and how to
> build
On 8/1/20 18:38, Kevin Fenzi wrote:
Greetings.
As you all should know, we stopped doing aarch64 epel7 builds a while
back, because rhel7.6 stopped supporting it, and thus there was no way
to keep going on with it.
However, we still have the epel7/aarch64 repos on our mirrors, just
static with
https://bugzilla.redhat.com/show_bug.cgi?id=1786803
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
CC|
https://bugzilla.redhat.com/show_bug.cgi?id=1789227
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Am 09.01.20 um 00:03 schrieb Breno Brand Fernandes:
> It seems that the package was retired on 2019-02-11[1].
I think you need to follow the general un-retirement procedure:
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package
Felix
https://bugzilla.redhat.com/show_bug.cgi?id=1789397
Bug ID: 1789397
Summary: Upgrade perl-Term-ANSIColor to 5.00
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Term-ANSIColor
Assignee: dd...@cpan.org
https://fedorapeople.org/groups/389ds/ci/nightly/2020/01/09/report-389-ds-base-1.4.3.0-20200109git49ccb4d.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1788468
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1789388
Bug ID: 1789388
Summary: Upgrade perl-Promises to 1.03
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Promises
Assignee: dd...@cpan.org
Reporter:
https://bugzilla.redhat.com/show_bug.cgi?id=1789388
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Thu, 9 Jan 2020 at 04:06, Felix Schwarz wrote:
>
>
> Am 09.01.20 um 00:03 schrieb Breno Brand Fernandes:
> > It seems that the package was retired on 2019-02-11[1].
>
> I think you need to follow the general un-retirement procedure:
>
https://bugzilla.redhat.com/show_bug.cgi?id=1789397
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1589408
--- Comment #2 from Fedora Admin XMLRPC Client
---
This package has changed maintainer in the Fedora.
Reassigning to the new maintainer of this component.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1729976
--- Comment #5 from Fedora Admin XMLRPC Client
---
This package has changed maintainer in the Fedora.
Reassigning to the new maintainer of this component.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1789498
Bug ID: 1789498
Summary: perl-Swim-0.1.47 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Swim
Keywords: FutureFeature, Triaged
https://fedoraproject.org/wiki/Changes/ProvideOpenTypeBitmapFonts
== Summary ==
This proposal plans to provide some additional popular bitmap fonts in
OpenType format to use with pango.
By providing some bitmap fonts from BDF/PCF format to OpenType format,
applications like gnome-terminal can
https://bugzilla.redhat.com/show_bug.cgi?id=1789194
Tom "spot" Callaway changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://fedoraproject.org/wiki/Changes/Additional_buildroot_to_test_x86-64_micro-architecture_update
== Summary ==
Create a dedicated buildroot to test packages built with x86-64
micro-architecture update.
== Owner ==
* Name: [[User:bookwar| Aleksandra Fedorova]]
* Email:
https://bugzilla.redhat.com/show_bug.cgi?id=1785770
Bug 1785770 depends on bug 1785861, which changed state.
Bug 1785861 Summary: libev-4.31 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1785861
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1762900
Emmanuel Seyman changed:
What|Removed |Added
Summary|Bugzilla for EL8|Bugzilla perl dependencies
https://bugzilla.redhat.com/show_bug.cgi?id=1789591
Bug ID: 1789591
Summary: perl-Mojolicious-8.30 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Mojolicious
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1785501
Fedora Update System changed:
What|Removed |Added
Status|NEW |ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1787759
Fedora Update System changed:
What|Removed |Added
Status|NEW |ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1759801
Fedora Update System changed:
What|Removed |Added
Status|NEW |ON_QA
--- Comment #8 from
https://bugzilla.redhat.com/show_bug.cgi?id=1789498
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Swim-0.1.47 is |perl-Swim-0.1.48 is
https://bugzilla.redhat.com/show_bug.cgi?id=1789636
Bug ID: 1789636
Summary: perltidy-20200110 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perltidy
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1789636
--- Comment #1 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/modules/by-module/Perl/Perl-Tidy-20200110.tar.gz to
./Perl-Tidy-20200110.tar.gz
--
You
The following Fedora EPEL 7 Security updates need testing:
Age URL
513 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
255 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80
python-gnupg-0.4.4-1.el7
252
https://bugzilla.redhat.com/show_bug.cgi?id=1789498
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1729976
--- Comment #6 from Fedora Admin XMLRPC Client
---
This package has changed maintainer in the Fedora.
Reassigning to the new maintainer of this component.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1589408
--- Comment #3 from Fedora Admin XMLRPC Client
---
This package has changed maintainer in the Fedora.
Reassigning to the new maintainer of this component.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1589408
Tim Orling changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
The following Fedora EPEL 6 Security updates need testing:
Age URL
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-360263f378
libetpan-1.0-3.el6_10
The following builds have been pushed to Fedora EPEL 6 updates-testing
trader-7.14-1.el6
Details about builds:
https://fedorapeople.org/groups/389ds/ci/nightly/2020/01/10/report-389-ds-base-1.4.3.0-20200110git49ccb4d.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
69 matches
Mail list logo