[Bug 1494971] perl-MooseX-App-1.39 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1494971 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed

[Bug 1495030] perl-Plack-Middleware-RemoveRedundantBody-0.06 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1495030 --- Comment #2 from Upstream Release Monitoring --- hotness's scratch build of perl-Plack-Middleware-RemoveRedundantBody-0.06-1.el7.src.rpm for rawhide completed

[Bug 1495030] perl-Plack-Middleware-RemoveRedundantBody-0.06 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1495030 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1330323 --> https://bugzilla.redhat.com/attachment.cgi?id=1330323=edit [patch] Update to 0.06 (#1495030) -- You are

[Bug 1495030] New: perl-Plack-Middleware-RemoveRedundantBody-0.06 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1495030 Bug ID: 1495030 Summary: perl-Plack-Middleware-RemoveRedundantBody-0.06 is available Product: Fedora Version: rawhide Component: perl-Plack-Middleware-RemoveRedundantBody

[Bug 1495028] New: perl-DBD-Pg-3.7.0 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1495028 Bug ID: 1495028 Summary: perl-DBD-Pg-3.7.0 is available Product: Fedora Version: rawhide Component: perl-DBD-Pg Keywords: FutureFeature, Triaged Assignee:

[Bug 1495026] perl-File-Fetch-0.54 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1495026 --- Comment #2 from Upstream Release Monitoring --- hotness's scratch build of perl-File-Fetch-0.54-1.el7.src.rpm for rawhide completed

[Bug 1495026] perl-File-Fetch-0.54 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1495026 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1330320 --> https://bugzilla.redhat.com/attachment.cgi?id=1330320=edit [patch] Update to 0.54 (#1495026) -- You are

[Bug 1495026] New: perl-File-Fetch-0.54 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1495026 Bug ID: 1495026 Summary: perl-File-Fetch-0.54 is available Product: Fedora Version: rawhide Component: perl-File-Fetch Keywords: FutureFeature, Triaged Assignee:

Questions about security of Fedora distro dnf update hack.

Maybe this will help the team development or not , but is good to know . This issue about security and hack, I got many changes and bad result : - I run fedora on virtual box ; - I got a grub error entry when I try to update the Fedora with dnf: Problems can be see into this screenshots:

Self Introduction: Bennie Joubert

Hi Fedora Community As per: https://fedoraproject.org/wiki/Join_the_package_collection_maintainers?rd=PackageMaintainers/Join#Introduce_yourself My name is Bennie Joubert. I live and work in Pretoria, South Africa. My main interests are networking, systems administration(infra) and

Re: State of Sparkeshare in Fedora

On Sun, Sep 24, 2017 at 1:47 PM, James Hogarth wrote: The Sparkeshare 1.5 release removes that dependency fixing the issue and keeping it in Fedora. Having that in F27 and 2.0 in F28 would be most keeping in spirit with our policies I'd suggest. OK, looks like I

Re: State of Sparkeshare in Fedora

On 24 September 2017 at 16:29, Michael Catanzaro wrote: > On Fri, Sep 22, 2017 at 2:09 AM, James Hogarth > wrote: > >> Based on the fedora update policy and the acknowledged breaking changes >> in 2.0 we should only really update to the most

Re: State of Sparkeshare in Fedora

On 24/09/17 11:17 AM, Robert-André Mauchin wrote: > On dimanche 24 septembre 2017 20:03:45 CEST Luya Tshimbalanga wrote: >> On 24/09/17 07:31 AM, Robert-André Mauchin wrote: >> >>> >>> T >>> Hello, >>> >>> >>> >>> I've packaged webkit2-sharp and Sparkleshare 2.0 on COPR. You can grab it >>> >>>

Re: State of Sparkeshare in Fedora

On dimanche 24 septembre 2017 20:03:45 CEST Luya Tshimbalanga wrote: > On 24/09/17 07:31 AM, Robert-André Mauchin wrote: > > > > > > > T > > Hello, > > > > > > > > I've packaged webkit2-sharp and Sparkleshare 2.0 on COPR. You can grab it > > > > here: > > > > > > > >

Re: State of Sparkeshare in Fedora

On 24/09/17 07:31 AM, Robert-André Mauchin wrote: > > T > Hello, > > I've packaged webkit2-sharp and Sparkleshare 2.0 on COPR. You can grab it > here: > > https://copr.fedorainfracloud.org/coprs/eclipseo/sparkleshare/ > > Best regards, > > Robert-André >

Re: State of Sparkeshare in Fedora

On Fri, Sep 22, 2017 at 2:09 AM, James Hogarth wrote: Based on the fedora update policy and the acknowledged breaking changes in 2.0 we should only really update to the most recent 1.x in F27 and below at this time. The latest version should be a self contained

Boot errors : MODSIGN: Couldn't get UEFI db list

Hello, I have these messages on boot with Fedora 26 and kernel 4.12 and up. sept. 12 00:56:17 hp kernel: Couldn't get size: 0x800e sept. 12 00:56:17 hp kernel: MODSIGN: Couldn't get UEFI db list sept. 12 00:56:17 hp kernel: Couldn't get size: 0x800e Chromebook HP 14

eseyman pushed to perl-MooseX-App (master). "Update to 1.39"

From b5dc37697e9a16f953db17a1a06f468f5d943217 Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman Date: Sep 24 2017 14:50:01 + Subject: Update to 1.39 --- diff --git a/.gitignore b/.gitignore index e1353e9..3dda112 100644 --- a/.gitignore +++ b/.gitignore @@ -8,3 +8,4 @@

Re: How to chainbuild in a build override?

Neal Gompa wrote: > Each tag is a full repository that Koji must track and consume for > generating buildroots. I don't know if the contents go away when they > get merged into the main tag (I don't think they do, if my > understanding of Koji is correct), so it just adds to the pressure for >

Re: State of Sparkeshare in Fedora

On samedi 23 septembre 2017 23:56:12 CEST Luya Tshimbalanga wrote: > On 22/09/17 12:09 AM, James Hogarth wrote: > > On 22 Sep 2017 4:46 am, "Luya Tshimbalanga" > > > > wrote: > > On 21/09/17 08:02 AM, James Hogarth wrote: > >> On 21

eseyman uploaded MooseX-App-1.39.tar.gz for perl-MooseX-App

2e767be20e93e54c84b11ead60fec74a6c6e65e050cfbb751430d63ff68286a09a4ae2f9b028c5fd750dabdd6be4e650da7ac318550903bed267b7d055295d4d MooseX-App-1.39.tar.gz

Re: Boot errors : Errors: drm:intel_set_cpu_fifo_underrun_reporting [i915]

https://bugzilla.redhat.com/show_bug.cgi?id=1491521 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Boot errors :

Hello, I have these messages on boot with Fedora 26 and kernel 4.12 and up. sept. 12 00:56:17 hp kernel: Couldn't get size: 0x800e sept. 12 00:56:17 hp kernel: MODSIGN: Couldn't get UEFI db list sept. 12 00:56:17 hp kernel: Couldn't get size: 0x800e Chromebook HP 14

Boot errors : Errors: drm:intel_set_cpu_fifo_underrun_reporting [i915]

Hello, I get these errors at boot since kernel 4.12 sept. 12 00:56:19 hp kernel: [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe A sept. 12 00:56:19 hp kernel: [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun Can it

Re: How to chainbuild in a build override?

On Sun, Sep 24, 2017 at 9:02 AM, Till Hofmann wrote: > > > On 09/23/2017 02:05 AM, Kevin Kofler wrote: >> >> Petr Pisar wrote: >>> >>> In rawhide, if you want a longer time isolation, you ask relengs for >>> a sige tag, you do all builds there without affecting others

[Bug 1494969] perl-Mojolicious-Plugin-RenderFile-0.12 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1494969 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed

Re: How to chainbuild in a build override?

On 09/23/2017 02:05 AM, Kevin Kofler wrote: Petr Pisar wrote: In rawhide, if you want a longer time isolation, you ask relengs for a sige tag, you do all builds there without affecting others and then you ask relengs to merge the builds back to rawhide. Of course this has same races and one

eseyman pushed to perl-Mojolicious-Plugin-RenderFile (master). "Update to 0.12"

From 40f4dde24b0b0db70ee9f37086e6186f5b3ef380 Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman Date: Sep 24 2017 12:48:39 + Subject: Update to 0.12 --- diff --git a/.gitignore b/.gitignore index da90b23..88c3dcc 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@

eseyman uploaded Mojolicious-Plugin-RenderFile-0.12.tar.gz for perl-Mojolicious-Plugin-RenderFile

2b5c25feea73dfd1809a4f4400242b5186687cca5d67988be1ff1e6435ead099b1637bad2a4b52ec5a6c37d25cf3d8c6e15399ebab8fdb6d84a6ed2e9f3777b6 Mojolicious-Plugin-RenderFile-0.12.tar.gz

[Bug 1494971] New: perl-MooseX-App-1.39 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1494971 Bug ID: 1494971 Summary: perl-MooseX-App-1.39 is available Product: Fedora Version: rawhide Component: perl-MooseX-App Keywords: FutureFeature, Triaged Assignee:

[Bug 1494969] New: perl-Mojolicious-Plugin-RenderFile-0.12 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1494969 Bug ID: 1494969 Summary: perl-Mojolicious-Plugin-RenderFile-0.12 is available Product: Fedora Version: rawhide Component: perl-Mojolicious-Plugin-RenderFile Keywords: FutureFeature,

Re: Is it possible to upload new sources of a package from a URL?

Hedayat Vatankhah wrote: > Dear all, > Currently, AFAIK, the suggested method to upload new sources for a > package is using 'fedpkg new-sources' which uploads new sources from > your local system. I wonder if there is a method to upload new sources > from a URL rather than your local filesystem?

Using amdgpu as default for all GCN cards

Disclaimer: I am not a coder, just a graphic designer looking to improve the entire AMD GCN cards from an AMD power laptop. After seeing the improvement done on AMD support from the past years, one step is missing, enable amdgpu module as default for all GCN cards including South Island and Sea

eseyman pushed to perl-Config-Model (master). "Update to 2.111"

From 89b2cb4a4289a58e812a0a862644a57d5f101a6e Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman Date: Sep 24 2017 08:02:02 + Subject: Update to 2.111 --- diff --git a/.gitignore b/.gitignore index 01d4818..517e6a0 100644 --- a/.gitignore +++ b/.gitignore @@ -23,3 +23,4 @@

eseyman uploaded Config-Model-2.111.tar.gz for perl-Config-Model

9fabdb0180e963500b3dea427f5e61d57fe2e44e2bed721934ab6b3fc5c106ac325e73e7abae4ce182d105012926cc7e9fa2dc01aa6a9059be0bda5626bf75a7 Config-Model-2.111.tar.gz

Is it possible to upload new sources of a package from a URL?

Dear all, Currently, AFAIK, the suggested method to upload new sources for a package is using 'fedpkg new-sources' which uploads new sources from your local system. I wonder if there is a method to upload new sources from a URL rather than your local filesystem? It is specially useful for