https://bugzilla.redhat.com/show_bug.cgi?id=1869060
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Test-Fake-HTTPD-0.09-1.fc32.src.rpm for rawhide failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=49349075
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1869060
Bug ID: 1869060
Summary: perl-Test-Fake-HTTPD-0.09 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Fake-HTTPD
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1869060
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1711505
--> https://bugzilla.redhat.com/attachment.cgi?id=1711505=edit
[patch] Update to 0.09 (#1869060)
--
You are receiving this mail because:
You are on the CC
https://fedorapeople.org/groups/389ds/ci/nightly/2020/08/16/report-389-ds-base-1.4.4.4-20200815git5afcbb0.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
On 8/15/20 1:32 PM, Sergio Belkin wrote:
Nice, my only doubt is why smem and tools alike cannot show those
processes using anon pages in swap...
I posted a bash command line in an earlier email that will give you that
information.
___
devel mailing
https://bugzilla.redhat.com/show_bug.cgi?id=1811618
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1811624
Bug 1811624 depends on bug 1811618, which changed state.
Bug 1811618 Summary: [RFE] EPEL8 branch of perl-HTML-Element-Extended
https://bugzilla.redhat.com/show_bug.cgi?id=1811618
What|Removed |Added
OLD: Fedora-33-20200814.n.0
NEW: Fedora-33-20200815.n.0
= SUMMARY =
Added images:2
Dropped images: 3
Added packages: 11
Dropped packages:1
Upgraded packages: 53
Downgraded packages: 0
Size of added packages: 60.85 MiB
Size of dropped packages:16.66 MiB
https://bugzilla.redhat.com/show_bug.cgi?id=1869049
--- Comment #1 from Dick Franks ---
Apologies for the fumble.
Component version is perl-Net-DNS-1.21-2.fc32
RPM spec contains this:
sed -i -e '1 s,^#!/usr/local/bin/perl,#!%{__perl},' demo/*
for i in Changes; do
iconv -f iso8859-1
https://bugzilla.redhat.com/show_bug.cgi?id=1869049
Bug ID: 1869049
Summary: RPM spec assumes [UTF-8] Changes file is iso8859-1
encoded
Product: Fedora
Version: 31
Status: NEW
Component: perl-Net-DNS
Hello team,
f33-backgrounds is ready for package review containing the changes
highlighted on the Changeset[1]. Subpackage aminated is gone starting
this release now the time of day is integrated as a single xml file.
See, https://bugzilla.redhat.com/show_bug.cgi?id=1868290
References
Hello team,
It looks like upstream Blender made changes causing building failure.
The same result occurred after updating the spec files to follow cmake
guideline. Here is the source to track:
https://src.fedoraproject.org/rpms/blender
--
Luya Tshimbalanga
Fedora Design Team
Fedora Design
El sáb., 15 ago. 2020 a las 17:09, Chris Murphy ()
escribió:
> On Sat, Aug 15, 2020 at 1:59 PM Sergio Belkin wrote:
> >
> > Right now I have this with sudo smem -c "pid name swap pss" -s swap -k -t
> >
> > 4105 cleanupd 2.5M 132.0K
> > 731103 firewalld
On Sat, Aug 15, 2020 at 1:59 PM Sergio Belkin wrote:
>
> Right now I have this with sudo smem -c "pid name swap pss" -s swap -k -t
>
> 4105 cleanupd 2.5M 132.0K
> 731103 firewalld2.7M23.7M
> 4528 powerline-daemo 3.3M11.2M
> 5078
El sáb., 15 ago. 2020 a las 14:58, Chris Murphy ()
escribió:
> On Sat, Aug 15, 2020 at 11:54 AM Chris Murphy
> wrote:
> >
> > On Sat, Aug 15, 2020 at 11:09 AM Sergio Belkin wrote:
> > >
> > >
> > >
> > > > However swap usage is still high :
> > > > free -m
> > > > total
On Sat, 15 Aug 2020 22:15:58 +0300
TI_Eugene wrote:
> What does this means:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=49323976 ?
> Is it bug or feature?
I suspect it's using (very) outdated configure macros for boost, try to
refresh them from autoconf-archive.
Dan
What does this means:
https://koji.fedoraproject.org/koji/taskinfo?taskID=49323976 ?
Is it bug or feature?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
On Sat, Aug 15, 2020 at 12:50 PM Chris Murphy wrote:
>
> Anyone know if Anaconda chroots are nspawn based? I ask because I'm
> tracking a bug that only happens when a qemu-kvm VM uses io=io_uring
> instead of threads; but consistently it isn't triggered until the
> installation transitions from
On Sat, Aug 15, 2020 at 9:47 AM Fabio Valentini wrote:
>
> On Sat, Aug 15, 2020 at 5:30 PM Paul Howarth wrote:
> >
> > On Sat, 15 Aug 2020 16:28:47 +0200
> > Fabio Valentini wrote:
> > > - autoreconf fails because %build needs a newer shell (protobuf):
> > >
> > > /usr/bin/autoconf: This script
On Sat, Aug 15, 2020 at 05:46:43PM +0200, Fabio Valentini wrote:
> On Sat, Aug 15, 2020 at 5:30 PM Paul Howarth wrote:
>
> It does! Running mock with --isolation=simple works around the issue.
> Looks like the glibc 2.32.9000 snapshot broke systemd-nspawn based
> chroots with this change:
> -
On Sat, Aug 15, 2020 at 11:54 AM Chris Murphy wrote:
>
> On Sat, Aug 15, 2020 at 11:09 AM Sergio Belkin wrote:
> >
> >
> >
> > > However swap usage is still high :
> > > free -m
> > > totalusedfree shared buff/cache
> > > available
> > > Mem: 15887
On Sat, Aug 15, 2020 at 11:09 AM Sergio Belkin wrote:
>
>
>
> > However swap usage is still high :
> > free -m
> > totalusedfree shared buff/cache
> > available
> > Mem: 158878577118745876123
> > 2382
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1869031
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-DateTime-Format-ISO860
https://bugzilla.redhat.com/show_bug.cgi?id=1869031
--- Comment #3 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/authors/id/J/JH/JHOBLITT/DateTime-Format-ISO8601-0.13.tar.gz
to
> However swap usage is still high :
> free -m
> totalusedfree shared buff/cache
available
> Mem: 158878577118745876123
2382
> Swap: 40953854 241
>
> It's weird, isn't it?
>> It's consistent.
https://bugzilla.redhat.com/show_bug.cgi?id=1869031
Bug ID: 1869031
Summary: perl-DateTime-Format-ISO8601-0.12 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DateTime-Format-ISO8601
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1869031
--- Comment #1 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/authors/id/J/JH/JHOBLITT/DateTime-Format-ISO8601-0.12.tar.gz
to
On Sat, Aug 15, 2020 at 11:30 AM Paul Howarth wrote:
>
> On Sat, 15 Aug 2020 16:28:47 +0200
> Fabio Valentini wrote:
> > - autoreconf fails because %build needs a newer shell (protobuf):
> >
> > /usr/bin/autoconf: This script requires a shell more modern than all
> > /usr/bin/autoconf: the
On Sat, Aug 15, 2020 at 5:30 PM Paul Howarth wrote:
>
> On Sat, 15 Aug 2020 16:28:47 +0200
> Fabio Valentini wrote:
> > - autoreconf fails because %build needs a newer shell (protobuf):
> >
> > /usr/bin/autoconf: This script requires a shell more modern than all
> > /usr/bin/autoconf: the shells
On Sat, 15 Aug 2020 16:28:47 +0200
Fabio Valentini wrote:
> - autoreconf fails because %build needs a newer shell (protobuf):
>
> /usr/bin/autoconf: This script requires a shell more modern than all
> /usr/bin/autoconf: the shells that I found on your system.
> /usr/bin/autoconf: Please tell
On Fri, Aug 14, 2020 at 10:00 PM Jerry James wrote:
>
> On Fri, Aug 14, 2020 at 1:29 PM Jerry James wrote:
> > I added "exit 1" to the end of %install in one of the affected OCaml
> > packages, so that I could inspect the contents of
> > /builddir/build/BUILDROOT in the mock chroot. The files
On Fri, 14 Aug 2020 at 12:10, Qiyu Yan wrote:
> Hello all,
>
> I am going to bring fcitx5 to fedora, fcitx5 is the next generation
> for fcitx and upstream decided to treat fcitx and fcitx5 as a
> different project (different git repo, different file paths and names
> and configuration files).
* Samuel Sieb:
> Since you've brought this up, this is a question I've had for a long
> time. How do you get real memory+swap usage information for processes
> or is that even possible? Looking in ps or top, the RES is way too
> small and the VIRT/VSIZE is way too big. ps_mem is also way
33 matches
Mail list logo