https://bugzilla.redhat.com/show_bug.cgi?id=1739463
--- Comment #8 from Fedora Update System ---
perl-Pod-Perldoc-3.28.01-419.fc29 has been pushed to the Fedora 29 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1744861
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring@fedoraproject.org's scratch build of
ack-3.1.0-1.fc29.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=37231543
--
https://bugzilla.redhat.com/show_bug.cgi?id=1744861
Bug ID: 1744861
Summary: ack-3.1.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: ack
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1744861
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1607193
--> https://bugzilla.redhat.com/attachment.cgi?id=1607193=edit
[patch] Update to 3.1.0 (#1744861)
--
You are receiving this mail because:
You are on the CC
On Thu, 22 Aug 2019 at 22:43, Christopher wrote:
>
> On Thu, Aug 22, 2019 at 9:03 PM Nico Kadel-Garcia wrote:
> >
> > On Thu, Aug 22, 2019 at 7:57 PM Christopher
> > wrote:
> > >
> > > I'm trying to do `fedpkg mock` to locally build some packages, and I
> > > keep getting errors about GPG keys
https://fedorapeople.org/groups/389ds/ci/nightly/2019/08/23/report-389-ds-base-1.4.1.6-1.fc30.x86_64.html
___
389-devel mailing list -- 389-de...@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
No missing expected images.
Failed openQA tests: 1/2 (x86_64)
ID: 434613 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/434613
Passed openQA tests: 1/2 (x86_64)
--
Mail generated by check-compose:
On Thu, Aug 22, 2019 at 9:03 PM Nico Kadel-Garcia wrote:
>
> On Thu, Aug 22, 2019 at 7:57 PM Christopher
> wrote:
> >
> > I'm trying to do `fedpkg mock` to locally build some packages, and I
> > keep getting errors about GPG keys not found for f31/f32 packages. How
> > do I work around this?
>
https://bugzilla.redhat.com/show_bug.cgi?id=1739463
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #7 from
The following builds have been pushed to Fedora EPEL 8 updates-testing
atop-2.4.0-2.el8
cacti-1.2.5-4.el8
charliecloud-0.9.10-12.el8
patchelf-0.10-3.el8
pg-semver-0.20.3-4.el8
srm-ifce-1.24.3-7.el8
wgrib2-2.0.8-2.el8
xrdp-0.9.11-1.el8
Details about builds:
https://bugzilla.redhat.com/show_bug.cgi?id=1744842
Bug ID: 1744842
Summary: [RFE] EPEL8 branch of perl-PerlIO-buffersize
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-PerlIO-buffersize
Severity: low
On Thu, Aug 22, 2019 at 7:57 PM Christopher wrote:
>
> I'm trying to do `fedpkg mock` to locally build some packages, and I
> keep getting errors about GPG keys not found for f31/f32 packages. How
> do I work around this?
Disable gpg checks in /etc/mock/whatever.cfg ?
I'm trying to do `fedpkg mock` to locally build some packages, and I
keep getting errors about GPG keys not found for f31/f32 packages. How
do I work around this?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1744785
Bug ID: 1744785
Summary: (RFE) EPEL8 branch of perl-Proc-Daemon
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744784
Bug ID: 1744784
Summary: (RFE) EPEL8 branch of perl-Net-SNMP
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744783
Bug ID: 1744783
Summary: (RFE) EPEL8 branch of perl-Net-Netmask
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744782
Bug ID: 1744782
Summary: (RFE) EPEL8 branch of perl-Crypt-SSLeay
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component:
On Thu, Aug 22, 2019, 15:19 Honza Horak wrote:
> Cassandra has been originally packaged by folks in our team, in the time
> we had some stakes there. Since then, priorities changed and also people
> involved are not in our team any more. We tried to keep it packaged in
> Fedora with reasonable
Thanks, so it looks like virtio and xen pv block devices (vd* and xvd*) will
stick with mq-deadline on Fedora.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
On Thu, Aug 22, 2019 at 6:59 PM Rex Dieter wrote:
>
> Rex Dieter wrote:
>
> > Rex Dieter wrote:
> >
> >> Miro Hrončok wrote:
> >>
> >>> I'm hit by the above error in rawhide.
> >>>
> >>> Is this expected or unexpected failure?
> >>
> >> Since all qtbase really needs is the egl headers (and not
On 22. 08. 19 19:58, Rex Dieter wrote:
Rex Dieter wrote:
Rex Dieter wrote:
Miro Hrončok wrote:
I'm hit by the above error in rawhide.
Is this expected or unexpected failure?
Since all qtbase really needs is the egl headers (and not pkgconfig
specifically), I went ahead and changed the
On Thu, Aug 22, 2019 at 05:44:13PM -, zfnoc...@gmail.com wrote:
> > - BFQ is used as the default scheduler for disks, mmc cards, etc.
> Perhaps I am not seeing the right patch, but looking at what was posted on
> github [1], doesn't this udev rule skip over eMMC and SD cards which appear
>
Rex Dieter wrote:
> Rex Dieter wrote:
>
>> Miro Hrončok wrote:
>>
>>> I'm hit by the above error in rawhide.
>>>
>>> Is this expected or unexpected failure?
>>
>> Since all qtbase really needs is the egl headers (and not pkgconfig
>> specifically), I went ahead and changed the dependency from
https://bugzilla.redhat.com/show_bug.cgi?id=1744710
Orion Poplawski changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Orion
> - BFQ is used as the default scheduler for disks, mmc cards, etc.
Perhaps I am not seeing the right patch, but looking at what was posted on
github [1], doesn't this udev rule skip over eMMC and SD cards which appear as
"/dev/mmcblk#"? Also from the github discussion, what was ultimately
https://bugzilla.redhat.com/show_bug.cgi?id=1744714
Bug ID: 1744714
Summary: [RFE] EPEL8 branch of perl-Log-Log4perl
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744712
Bug ID: 1744712
Summary: [RFE] EPEL8 branch for perl-IO-Handle-Util
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-IO-Handle-Util
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1744711
Bug ID: 1744711
Summary: [RFE] EPEL8 branch of perl-IO-SessionData
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744709
Bug ID: 1744709
Summary: [RFE] EPEL8 branch of perl-FCGI-Client
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744708
Bug ID: 1744708
Summary: [RFE] EPEL8 branch of perl-CGI-Emulate-PSGI
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-CGI-Emulate-PSGI
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1744710
Bug ID: 1744710
Summary: [RFE] EPEL8 branch of perl-HTTP-Headers-Fast
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744707
Bug ID: 1744707
Summary: [RFE] EPEL8 branch of perl-CGI-Compile
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744704
Bug ID: 1744704
Summary: [RFE] EPEL8 branch of perl-Authen-Simple-Passwd
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
https://bugzilla.redhat.com/show_bug.cgi?id=1744701
Bug ID: 1744701
Summary: [RFE] EPEL8 branch of perl-Authen-PAM
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744702
Bug ID: 1744702
Summary: [RFE] EPEL8 branch of perl-Authen-SASL
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Authen-SASL
Assignee: jples...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1744699
Bug ID: 1744699
Summary: [RFE] EPEL8 branch of perl-Apache-LogFormat-Compiler
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
https://bugzilla.redhat.com/show_bug.cgi?id=1744692
Bug ID: 1744692
Summary: [RFE] EPEL8 branch of perl-XML-Entities
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744690
Bug ID: 1744690
Summary: [RFE] EPEL8 branch of perl-Plack
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component: perl-Plack
https://bugzilla.redhat.com/show_bug.cgi?id=1744686
Bug ID: 1744686
Summary: [RFE] EPEL8 branch of perl-Role-Tiny
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
On 8/21/19 9:27 AM, Dusty Mabe wrote:
>
>
> On 8/19/19 6:59 AM, Pavel Raiskup wrote:
>> On Monday, August 19, 2019 10:50:52 AM CEST Zbigniew Jędrzejewski-Szmek
>> wrote:
>>> Can we *please* send out the FN+1 and FN+2 keys a month before branching,
>>> to *all* releases of Fedora, so we can
On 8/21/19 3:24 AM, Vít Ondruch wrote:
> That is not completely true. The only possible way is to update the
> `fedora-gpg-keys` first without anything else and that was the reason
> for [1]. But since [1] did not landed in Fedora prior the branch, there
> is no way to update Rawhide and keep
https://bugzilla.redhat.com/show_bug.cgi?id=1744684
Bug ID: 1744684
Summary: [RFE] EPEL8 branch of perl-Mojolicious
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1744683
Bug ID: 1744683
Summary: [RFE] EPEL8 branch for perl-SOAP-Lite
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
On 8/21/19 2:50 AM, Petr Mensik wrote:
>
> I think f32 key should NOT be used until this is fully separated and
> compose for older versions exist. Unless that key was leaked somehow,
> there is no hurry, right? That hurry makes pain to many people without
> justification for it,
> I think.
https://bugzilla.redhat.com/show_bug.cgi?id=1744681
Bug ID: 1744681
Summary: [RFE] EPEL8 branch of perl-Net-IP
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component: perl-Net-IP
https://bugzilla.redhat.com/show_bug.cgi?id=1738385
--- Comment #10 from Pat Riehecky ---
I'll confess interest in mod_perl in order to support OCS Inventory Server.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://bugzilla.redhat.com/show_bug.cgi?id=1744678
Bug ID: 1744678
Summary: [RFE] Can perl-Linux-Pid be branched for EPEL8
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
https://bugzilla.redhat.com/show_bug.cgi?id=1744676
Bug ID: 1744676
Summary: [RFE] EPEL8 branch of perl-BSD-Resource
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
On Thursday, 22 August 2019 17:37:06 CEST Marcin Zajaczkowski wrote:
> Hi. Probably I missed some announcement, but my doublecmd builds have
> started to fail a few days ago in rawhide with:
> > Complete!
> > Finish(bootstrap): dnf install
> > ERROR: Exception(/tmp/tmp5fbduv2b/doublecmd-gtk.spec)
On 22. 08. 19 17:37, Marcin Zajaczkowski wrote:
Hi. Probably I missed some announcement, but my doublecmd builds have started
to fail a few days ago in rawhide with:
Complete!
Finish(bootstrap): dnf install
ERROR: Exception(/tmp/tmp5fbduv2b/doublecmd-gtk.spec)
Hi. Probably I missed some announcement, but my doublecmd builds have started
to fail a few days ago in rawhide with:
> Complete!
> Finish(bootstrap): dnf install
> ERROR: Exception(/tmp/tmp5fbduv2b/doublecmd-gtk.spec)
> Config(1015329-fedora-rawhide-x86_64) 0 minutes 57 seconds
> INFO: Results
On Thu, Aug 22, 2019 at 02:09:03PM +0100, Tom Hughes wrote:
> On 22/08/2019 13:10, Zbigniew Jędrzejewski-Szmek wrote:
>
> >- BFQ is used as the default scheduler for disks, mmc cards, etc.
> > [https://bugzilla.redhat.com/show_bug.cgi?id=1738828]
>
> Looking at the patch you're applying it
https://pagure.io/389-ds-base/pull-request/50556
--
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:
I opened a ticket here: https://pagure.io/fesco/issue/2213 for my
specific package.
On 22 Aug 2019, at 8:29, Gabriel L. Somlo wrote:
On Thu, Aug 22, 2019 at 07:44:29 -0500, tachokni...@gmail.com wrote:
Hey all, subject line says it all. I’m trying to get in contact
with
Eric Smith
Hello,
rubygem-journey - This package is dead upstream (actually it was
subsumed into Ruby on Rails) and nothing depends on it in Fedora.
rubygem-rbovirt - Nothing depends on this package in Fedora and I have
no other use for it.
Vít
___
devel
No missing expected images.
Failed openQA tests: 13/152 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-31-20190820.n.4):
ID: 434419 Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/434419
Old failures (same test failed in
On Thu, Aug 22, 2019 at 07:44:29 -0500, tachokni...@gmail.com wrote:
> Hey all, subject line says it all. I’m trying to get in contact with
> Eric Smith (https://fedoraproject.org/wiki/User:Brouhaha) regarding the
> libbsd package. I’ve emailed him directly but haven’t heard back;
> does anyone
Hello,
This package is dead upstream and nothing depends on it in Fedora,
therefore I am orphaning it.
Vít
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
Hi Orion,
thank you so much! I'll test the packages.
Regards - Willi
-Original-Nachricht-
Betreff: [EPEL-devel] Re: Getting packages into EPEL-8
Datum: 2019-08-21T05:21:08+0200
Von: "Orion Poplawski"
An: "willi.feh...@t-online.de" , "EPEL Development
List"
On 8/16/19 8:16 PM,
OLD: Fedora-31-20190820.n.4
NEW: Fedora-31-20190822.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 3
Dropped packages:11
Upgraded packages: 194
Downgraded packages: 0
Size of added packages: 132.21 KiB
Size of dropped packages:1.67 MiB
Cassandra has been originally packaged by folks in our team, in the time
we had some stakes there. Since then, priorities changed and also people
involved are not in our team any more. We tried to keep it packaged in
Fedora with reasonable effort, but turned to be too big burden recently
Hi,
Nothing in Fedora depends on rubygem-audited and I don't have any other
use for this package, therefore I am orphaning it.
Vít
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1744566
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Hi all,
I filed a releng ticket about a week ago [0] but haven't heard back.
Is there any action I can take myself to move this along?
Thanks,
Alex
[0]: https://pagure.io/releng/issue/8637
___
devel mailing list -- devel@lists.fedoraproject.org
On 22/08/2019 13:10, Zbigniew Jędrzejewski-Szmek wrote:
- BFQ is used as the default scheduler for disks, mmc cards, etc.
[https://bugzilla.redhat.com/show_bug.cgi?id=1738828]
Looking at the patch you're applying it looks like NVME disks
are not currently included - was that deliberate?
I
I'm hoping that this one hasn't been dead for 8 weeks, because all it needs
to get it building again is to disable the gtk-doc generation...
I don't really want to own it, but I have dependent packages, so if no one
else does, I will claim it.
If you want it (or know of some reason it shouldn't
Hey all, subject line says it all. I’m trying to get in contact with
Eric Smith (https://fedoraproject.org/wiki/User:Brouhaha) regarding the
libbsd package. I’ve emailed him directly but haven’t heard back;
does anyone know if he’s still active in the Fedora community?
Thanks,
Ron
On Thu, 22 Aug 2019 at 03:54, Paul Howarth wrote:
>
> Hi,
>
> On Wed, 14 Aug 2019 10:50:24 -0400
> Stephen John Smoogen wrote:
> > ## Known Issues:
> > 1. EPEL-8.0 does not come with modules. Packages built for perl,
> > python and other modules are only built against “default” modules. For
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1744566
Bug ID: 1744566
Summary: perl-YAML-LibYAML-0.80 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-YAML-LibYAML
Keywords: FutureFeature, Triaged
New release of systemd is now building in rawhide and branched.
Two important changes:
- The unified cgroup hierarchy (cgroupsv2) is now the default.
Use systemd.unified-cgroup-hierarchy=0 on the kernel command line to
undo this change.
[https://fedoraproject.org/wiki/Changes/CGroupsV2]
-
https://bugzilla.redhat.com/show_bug.cgi?id=1744421
Bug 1744421 depends on bug 1744417, which changed state.
Bug 1744417 Summary: perl-GStreamer-0.20-16.fc31 FTBFS: gstreamer-devel >=
0.10.0 dependency does not exist
https://bugzilla.redhat.com/show_bug.cgi?id=1744417
What
https://bugzilla.redhat.com/show_bug.cgi?id=1744417
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
On Thu, Aug 22, 2019 at 6:51 AM Florian Weimer wrote:
>
> Have you ever encountered the daily message limit? It seems to be quite
> low, at 100. That alone seems to make mailing list mode useless.
>
>
The daily message limit is a site controlled parameter. It can be changed
by the
Hi all,
ABRT currently provides a D-Bus daemon, abrt-configuration, for reading and
changing the config files of ABRT and its plugins. It was introduced 6
years ago without much fanfare and its source code has not been touched
since.
The original use case seems to have been in machine
https://bugzilla.redhat.com/show_bug.cgi?id=1744512
Bug ID: 1744512
Summary: Request to build perl-Expect for EPEL 8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Expect
Assignee: trem...@tremble.org.uk
https://bugzilla.redhat.com/show_bug.cgi?id=1744494
Bug ID: 1744494
Summary: Request to build perl-Number-Bytes-Human for EPEL 8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Number-Bytes-Human
Assignee:
* John Harris:
> RE: No longer supporting mailing lists:
> This project literally cannot function without mailing lists. We do not
> currently have a viable alternative. See all of the issues we've had trying
> to
> work with Mailing List mode on Discourse. It is not a complete feature, so we
https://bugzilla.redhat.com/show_bug.cgi?id=1744421
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
On Thu, Aug 22, 2019 07:53:19 +0200, Jos de Kloe wrote:
> Hi,
>
> this seems to indicate that there is an incompatibility in how numpy
> calls cython macros.
>
> On 8/22/19 12:38 AM, Ankur Sinha wrote:
> > error: macro "__Pyx_PyCode_New" requires 16 arguments, but only 15 given
>
> Actually,
https://bugzilla.redhat.com/show_bug.cgi?id=1739463
--- Comment #6 from Fedora Update System ---
FEDORA-2019-e8002fd7bf has been submitted as an update to Fedora 29.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-e8002fd7bf
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1739463
--- Comment #5 from Fedora Update System ---
FEDORA-2019-56744fc88a has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-56744fc88a
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1739463
Petr Pisar changed:
What|Removed |Added
Version|30 |29
--- Comment #4 from Petr Pisar ---
https://bugzilla.redhat.com/show_bug.cgi?id=1739463
Petr Pisar changed:
What|Removed |Added
Component|perl|perl-Pod-Perldoc
Hi,
On Wed, 14 Aug 2019 10:50:24 -0400
Stephen John Smoogen wrote:
> ## Known Issues:
> 1. EPEL-8.0 does not come with modules. Packages built for perl,
> python and other modules are only built against “default” modules. For
> example installing a perl library from EPEL will work with the
>
https://bugzilla.redhat.com/show_bug.cgi?id=1744421
--- Comment #1 from Petr Pisar ---
Emmanuel, I need to retire perl-GStreamer that this package uses. It should be
done before releasing F31. I believe you also has no use for this package, so
please retire it from F31 upwards.
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1744417
Petr Pisar changed:
What|Removed |Added
Blocks||1744421
--- Comment #2 from Petr Pisar
https://bugzilla.redhat.com/show_bug.cgi?id=1744421
Petr Pisar changed:
What|Removed |Added
Depends On||1744417
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1744417
--- Comment #1 from Petr Pisar ---
I recommend retiring this package. Fedora delivers gstreamer1 and
perl-GStreamer1 instead.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1731719
Petr Pisar changed:
What|Removed |Added
CC||ppi...@redhat.com
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1744424
Bug ID: 1744424
Summary: perl-Gtk2-SourceView2-0.10-21.fc31 FTBFS:
pkgconfig(gtksourceview-2.0) dependency does not exist
Product: Fedora
Version: 31
Status: NEW
https://bugzilla.redhat.com/show_bug.cgi?id=1744421
Bug ID: 1744421
Summary: perl-GStreamer-Interfaces-0.06-23.fc31 FTBFS:
gstreamer-plugins-base-devel dependency does not exist
Product: Fedora
Version: 31
Status: NEW
https://bugzilla.redhat.com/show_bug.cgi?id=1744419
Bug ID: 1744419
Summary: Replace /etc/rc.d/init.d/httpd by systemctl
Product: Fedora
Version: 30
OS: Linux
Status: NEW
Component: w3c-markup-validator
https://bugzilla.redhat.com/show_bug.cgi?id=1744417
Bug ID: 1744417
Summary: perl-GStreamer-0.20-16.fc31 FTBFS: gstreamer-devel >=
0.10.0 dependency does not exist
Product: Fedora
Version: 31
Status: NEW
On 22/08/2019 00:10, Chris Murphy wrote:
> Anyway, the Fedora Workstation working group has this as an issue
> being explored by a subgroup very soon, and make recommendations back
> to the working group. So there will be a lot more discussion about
> this in the near future.
>
94 matches
Mail list logo