Re: Splitting AppStream data into Workstation/Server

Dne 4.9.2017 v 22:02 Dennis Gilmore napsal(a): > El lun, 04-09-2017 a las 12:56 -0400, Neal Gompa escribió: >> On Mon, Sep 4, 2017 at 12:33 PM, Richard Hughes >> wrote: >>> On 4 September 2017 at 17:15, Dennis Gilmore >>> wrote: The correct way to

Re: Splitting AppStream data into Workstation/Server

El vie, 01-09-2017 a las 13:37 +0300, Marius Vollmer escribió: > Hi, > > I hope that soon the first Cockpit add-on appears in the Fedora > repositories. Cockpit can find such add-ons via their AppStream > metainfo data, similar to how GNOME Software finds applications to > install for a desktop

Re: RFC: retiring yum

On Fri, 2017-09-01 at 21:19 +0200, Igor Gnatenko wrote: > While I agree that this is missing functionality, being honest I think > we should educate users to use updateinfo which is meant for users > while changelogs might be interested only for developers. Updateinfo is > coming from what is

Re: RFC: retiring yum

On Fri, 2017-09-01 at 19:01 +0200, Igor Gnatenko wrote: > So I think F28/F29 would be best time for retiring YUM. Right now DNF > should be already stable and provide same capabilities (or documented > that something will not be supported). > > Hopefully infrastructure / rel-eng folks will

Re: GnuPG 2.2.0 and replacement of GnuPG1

On Mon, Sep 04, 2017 at 08:56:31AM +0200, Remi Collet wrote: > gnupg v2 is a nightmare for "server", I maintain some PHP extensions and > libraries which works perfectly against v1, and not against v2 Would it be ok for you to patch the libraries to use /usr/bin/gpg1 instead? > And, AFAIK, v1

Re: Splitting AppStream data into Workstation/Server

On Mon, Sep 4, 2017 at 12:33 PM, Richard Hughes wrote: > On 4 September 2017 at 17:15, Dennis Gilmore wrote: >> The correct way to deal with appstream is to add the appstream data to >> rpm headers and then teach createrepo to make the appropriate metadata

Re: Splitting AppStream data into Workstation/Server

On 4 September 2017 at 17:56, Neal Gompa wrote: > It sounds like it would make more sense for createrepo_c to link to > the AppStream builder library to handle AppStream metadata processing > as part of the createrepo_c repodata generation, wouldn't it? 100% agree. This does

Re: CI projects in Copr

Hey, Petr On Mon, Sep 4, 2017 at 4:27 PM, Petr Stodulka wrote: > I apologize for late response as I was on holiday. Not sure if you already > talked together about that but I agree with Pavel. `make srpm` solves only > _one_ > type of troubles. I guess that usually I will

Re: Splitting AppStream data into Workstation/Server

On Mon, Sep 4, 2017 at 1:20 PM, Richard Hughes wrote: > On 4 September 2017 at 17:56, Neal Gompa wrote: >> It sounds like it would make more sense for createrepo_c to link to >> the AppStream builder library to handle AppStream metadata processing >> as

Re: Urgent attention required; ImageMagick update breakage

On Mon, Sep 4, 2017 at 11:41 AM Adam Williamson wrote: > On Sun, 2017-09-03 at 16:13 +0100, Sérgio Basto wrote: > > On Sat, 2017-09-02 at 14:10 -0500, Michael Cronenworth wrote: > > > On Sep 2, 2017 11:36 AM, Adam Williamson > > > wrote: >

Re: Urgent attention required; ImageMagick update breakage

On Mon, 2017-09-04 at 17:55 +, Stephen Gallagher wrote: > > We didn't specifically rule on the naming, FWIW. As far as IM7 being the > variant package, we mostly ruled that for F27, nothing using IM in the > release blocking media may require IM7. I'm personally neutral on how the > files and

Re: GnuPG 2.2.0 and replacement of GnuPG1

On Sun, Sep 03, 2017 at 01:45:40PM +0200, Igor Gnatenko wrote: > GnuPG 2.2.0 has --enable-gpg-is-gpg2 which would install compat symlink > from /usr/bin/gpg to /usr/bin/gpg2.. > > Is it time to retire gnupg (v1) ? It would be great if we could make gpg2 as the default (add symlink from

Re: GnuPG 2.2.0 and replacement of GnuPG1

On 09/04/2017 06:13 PM, Till Maas wrote: > On Mon, Sep 04, 2017 at 09:23:05AM +0200, Roberto Ragusa wrote: > >> $ date|gpg2 --passphrase aaa -ca >> >> This shows a popup asking me for a passphrase, while it works >> perfectly on gpg v1. > > You need to add --batch to the command line: > $ LANG=C

Re: RFC: retiring yum

Hi, On Mon, Sep 04, 2017 at 12:22:27PM +0200, Vít Ondruch wrote: > Interesting. I already requested something like this previously [1], but > had not good enough use case for it ... May be you want to recycle my > ticket? There is now an accepted upstream ticket, the patch is still missing,

Re: Splitting AppStream data into Workstation/Server

On 4 September 2017 at 17:15, Dennis Gilmore wrote: > The correct way to deal with appstream is to add the appstream data to > rpm headers and then teach createrepo to make the appropriate metadata > files. I'm sure we've had this discussion before, but: * What happens if a

Re: GnuPG 2.2.0 and replacement of GnuPG1

On Mon, Sep 04, 2017 at 06:23:27PM +0200, Roberto Ragusa wrote: > On 09/04/2017 06:13 PM, Till Maas wrote: > > You need to add --batch to the command line: > > $ LANG=C date|gpg2 --batch --passphrase aaa -ca | gpg2 --batch > > --passphrase aaa > > gpg: AES encrypted data > > gpg: encrypted with

Re: Providing ABI/API assurances for the base runtime in Fedora.

On 2017-09-01, Carlos O'Donell wrote: > I've written up some of the key ideas here: > https://fedoraproject.org/wiki/BaseRuntimeInterface > > Any feedback would be appreciated, including bikeshed on component > name prefix for frozen interface pakcages e.g. base-*. > What if

Re: GnuPG 2.2.0 and replacement of GnuPG1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mon, 2017-09-04 at 18:15 +0200, Till Maas wrote: > On Sun, Sep 03, 2017 at 01:45:40PM +0200, Igor Gnatenko wrote: > > GnuPG 2.2.0 has --enable-gpg-is-gpg2 which would install compat > > symlink > > from /usr/bin/gpg to /usr/bin/gpg2.. > > > >

Re: RFC: retiring yum

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mon, 2017-09-04 at 09:25 -0700, Adam Williamson wrote: > On Fri, 2017-09-01 at 19:01 +0200, Igor Gnatenko wrote: > > So I think F28/F29 would be best time for retiring YUM. Right now > > DNF > > should be already stable and provide same

Re: RFC: retiring yum

On Mon, 2017-09-04 at 20:37 +0200, Igor Gnatenko wrote: > > Some of those are false positives (just names for things that are > > actually moved to dnf), but a lot of them are actual usage of the yum > > module. > > Pungi in rawhide uses DNF backend for gathering, so irrelevant..  I don't

Re: RFC: retiring yum

On Mon, 2017-09-04 at 11:54 -0700, Adam Williamson wrote: > On Mon, 2017-09-04 at 20:37 +0200, Igor Gnatenko wrote: > > > Some of those are false positives (just names for things that are > > > actually moved to dnf), but a lot of them are actual usage of the yum > > > module. > > > > Pungi in

Re: Urgent attention required; ImageMagick update breakage

On Mon, 2017-09-04 at 11:01 -0700, Adam Williamson wrote: > On Mon, 2017-09-04 at 17:55 +, Stephen Gallagher wrote: > > > > We didn't specifically rule on the naming, FWIW. As far as IM7 > > being the > > variant package, we mostly ruled that for F27, nothing using IM in > > the > > release

Re: RFC: retiring yum

Dne 2.9.2017 v 16:00 Neal Gompa napsal(a): On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 So I think F28/F29 would be best time for retiring YUM. Right now DNF should be already stable and provide same

F26 and kernel-4.13

Hi guys, my question: is it planned to make and release kernel-4.13 for F26? I saw that it has been declared as mainline and stable on kernel.org. Kind regards Joachim Backes -- Fedora release 26 (Twenty Six) Kernel-4.12.9-300.fc26.x86_64 Joachim Backes

Re: RFC: retiring yum

Dne 1.9.2017 v 22:10 Hedayat Vatankhah napsal(a): > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1091702 This is blocker for me as well. Mirek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Self Introduction: Jens Reimann

Hi, I've been working with Linux since around 1999. And around that time I started creating a few RPM packages for Red Hat Linux, so that they would easily install. Over time I got "distracted" with Ubuntu and Java. Working since around 2007 on open source projects, in the last years mainly for

Re: Verifying sources against gpg signature during RPM build ?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mon, 2017-09-04 at 11:29 +0100, Daniel P. Berrange wrote: > A number of packages that I maintain have GPG signatures provided > alongside > the sources for new releases. Is there any best pratice approach / > RPM macro > magic for verifying the

Re: Non-responsive maintainer process for caillon, and retiring xchat

Hey, On Mon, Sep 04, 2017 at 12:32:38PM +0200, V??t Ondruch wrote: > Unfortunately, you have missed this dependency: > > https://bugzilla.redhat.com/show_bug.cgi?id=1486752 Yes, sorry for missing it initially. However, I emailed konr...@fedoraproject.org last Thursday after you pinged me on

Re: Raising requirement for application icons in GNOME Software

On 1 September 2017 at 20:47, John Reiser wrote: > Yes, losing 16 pixels width will be unfortunate, but it is a > better default because it looks nicer. I've tried this, and the "cropped" icons look much worse than the padded ones. Plus, multiplying by 3 is a much more

Re: F26 and kernel-4.13

It can be when 4.13.3-4.13.5 released. пн, 4 сент. 2017 г. в 12:40, Joachim Backes : > Hi guys, > > my question: is it planned to make and release kernel-4.13 for F26? I > saw that it has been declared as mainline and stable on kernel.org. > > Kind regards > >

Verifying sources against gpg signature during RPM build ?

A number of packages that I maintain have GPG signatures provided alongside the sources for new releases. Is there any best pratice approach / RPM macro magic for verifying the GPG signature of sources during build, or are packagers just (re)inventing the wheel each time ? Regards, Daniel --

Re: Build weirdness

Dne 1.9.2017 v 22:56 Sandro Mani napsal(a): > Hi > > I've got another weird situation: I wanted to get pjproject building > again, rebased and added necessary patches, did the scratch build, and > all looked good [1]. So I went ahead and committed the result, fired > off the build, but to my

Re: RFC: retiring yum

On Fri, Sep 1, 2017 at 3:10 PM, Hedayat Vatankhah wrote: > Hi, > > *Igor Gnatenko* wrote on Fri, 01 Sep 2017 19:01:49 +0200: > > <..> > Do you still have some critical missing functionality in DNF? And let > us know reasons why would you like to keep YUM available

Re: RFC: retiring yum

Dne 2.9.2017 v 16:00 Neal Gompa napsal(a): > On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko > wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> So I think F28/F29 would be best time for retiring YUM. Right now DNF >> should be already stable and

Re: Non-responsive maintainer process for caillon, and retiring xchat

Dne 31.8.2017 v 13:14 Debarshi Ray napsal(a): > On Mon, Jun 26, 2017 at 11:06:16AM +, Debarshi Ray wrote: >> On Wed, Jun 14, 2017 at 03:19:52PM +, Debarshi Ray wrote: >>> I would like to initiate the non-responsive maintainer process [1] for >>> Christopher Aillon [2]. A long time ago,

Re: Raising requirement for application icons in GNOME Software

Hi, On Fri, Sep 1, 2017 at 9:12 PM, Richard Hughes wrote: > Hi all, > > At the moment the appstream-builder requires a 48x48px application > icon[1] to be included in the AppStream metadata. I'm sure it's no > surprise that 48x48 padded to 64x64 and then interpolated up to

Re: Build weirdness

On 04.09.2017 12:42, Vít Ondruch wrote: Dne 1.9.2017 v 22:56 Sandro Mani napsal(a): Hi I've got another weird situation: I wanted to get pjproject building again, rebased and added necessary patches, did the scratch build, and all looked good [1]. So I went ahead and committed the result,

Re: F26 and kernel-4.13

On Mon, Sep 4, 2017 at 10:39 AM, Joachim Backes wrote: > Hi guys, > > my question: is it planned to make and release kernel-4.13 for F26? I saw > that it has been declared as mainline and stable on kernel.org. The latest stable kernel will always go to the latest

Re: RFC: retiring yum

Dne 1.9.2017 v 19:56 Neal Gompa napsal(a): > On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko > wrote: >> Do you still have some critical missing functionality in DNF? And let >> us know reasons why would you like to keep YUM available (hopefully >> there are no)!

Re: GnuPG 2.2.0 and replacement of GnuPG1

On Sun, 2017-09-03 at 13:45 +0200, Igor Gnatenko wrote: > GnuPG 2.2.0 has --enable-gpg-is-gpg2 which would install compat > symlink >  from /usr/bin/gpg to /usr/bin/gpg2.. > > Is it time to retire gnupg (v1) ? I really do not care. If the gpg v1 is still maintained upstream and there is somebody

Re: GnuPG 2.2.0 and replacement of GnuPG1

Le 03/09/2017 à 13:45, Igor Gnatenko a écrit : > GnuPG 2.2.0 has --enable-gpg-is-gpg2 which would install compat symlink > from /usr/bin/gpg to /usr/bin/gpg2.. > > Is it time to retire gnupg (v1) ? -1 gnupg v2 is a nightmare for "server", I maintain some PHP extensions and libraries which

Re: GnuPG 2.2.0 and replacement of GnuPG1

On 09/04/2017 08:56 AM, Remi Collet wrote: > gnupg v2 is a nightmare for "server", I maintain some PHP extensions and > libraries which works perfectly against v1, and not against v2 > > And, AFAIK, v1 is still maintained. $ date|gpg2 --passphrase aaa -ca This shows a popup asking me for a

Re: CI projects in Copr

On Friday, September 1, 2017 12:16:32 PM CEST Michal Novotny wrote: > On Fri, Sep 1, 2017 at 8:55 AM, Marc Dequènes (Duck) > > On 09/01/2017 01:28 AM, Michal Novotny wrote: > > > But I think an off-line talk might be the best. Depends on you. > > > > I can understand you don't

Re: [DONE] Mass package change (python2- binary package renaming)

Hi Zbyszek, > ... > python-djvulibre-0.3.9-11.fc28error: invalid application of > 'sizeof' to incomplete type 'enum ddjvu_status_e' You can use a new spec that updates to 0.8 version including Python 3 subpackage [https://bugzilla.redhat.com/show_bug.cgi?id=1312327]. Best regards

Re: RFC: retiring yum

- Original Message - > From: "Pete Travis" > To: "Development discussions related to Fedora" > > Sent: Saturday, September 2, 2017 4:08:54 PM > Subject: Re: RFC: retiring yum > > > > On Sep 1, 2017 4:54 PM, "Kai Bojens" <

Re: Non-responsive maintainer process for caillon, and retiring xchat

Dne 4.9.2017 v 13:40 Debarshi Ray napsal(a): > Hey, > > On Mon, Sep 04, 2017 at 12:32:38PM +0200, V??t Ondruch wrote: >> Unfortunately, you have missed this dependency: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1486752 > Yes, sorry for missing it initially. However, I emailed >

Re: CI projects in Copr

I apologize for late response as I was on holiday. Not sure if you already talked together about that but I agree with Pavel. `make srpm` solves only _one_ type of troubles. I guess that usually I will get response from upstream like that: -- we will not add Makefile just because of COPR that is

Re: Urgent attention required; ImageMagick update breakage

Michael , I move thread to here [1]  [1] https://pagure.io/fesco/issue/1766 On Sun, 2017-09-03 at 16:13 +0100, Sérgio Basto wrote: > On Sat, 2017-09-02 at 14:10 -0500, Michael Cronenworth wrote: > > On Sep 2, 2017 11:36 AM, Adam Williamson > g> > > wrote: > > So I'm

Nvme APST Quirk

Hi, Apologies if this is the incorrect medium in which to send patches. There is a significant issue with the apst code that has been merged for the nvme driver under kernels >= 4.11 . The issue impacts some versions of Samsung’s firmware on sm961/pm961 and 960 nvme drives. The issue causes

heads up: poppler soname bump

Hi, I will build a new release of poppler this week, which includes soname bump. I will take care of rebuilding the affected packages: boomaga calligra cups-filters evas-generic-loaders gambas3 gdal gdcm inkscape kf5-kfilemetadata libreoffice okular pdf2djvu poppler-sharp texlive texworks Note

Re: Nvme APST Quirk

On Mon, Sep 4, 2017 at 9:28 AM, Dominic Robinson wrote: > Hi, > > > > Apologies if this is the incorrect medium in which to send patches. > > > > There is a significant issue with the apst code that has been merged for the > nvme driver under kernels >= 4.11 . The issue

Re: Urgent attention required; ImageMagick update breakage

On Sun, 2017-09-03 at 16:13 +0100, Sérgio Basto wrote: > On Sat, 2017-09-02 at 14:10 -0500, Michael Cronenworth wrote: > > On Sep 2, 2017 11:36 AM, Adam Williamson > > wrote: > > So I'm gonna start working on the 6.9.9 downgrade in F27, and I'm > > tempted to just

Re: RFC: retiring yum

El vie, 01-09-2017 a las 21:19 +0200, Igor Gnatenko escribió: > On Fri, 2017-09-01 at 13:56 -0400, Neal Gompa wrote: > > On Fri, Sep 1, 2017 at 1:01 PM, Igor Gnatenko > > wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA256 > > > > > > So I think

[Test-Announce] 2017-09-04 (**TODAY**)! @ 16:00 UTC - Fedora 27 Blocker Review Meeting

# F27 Blocker Review meeting # Date: 2017-09-04 # Time: 16:00 UTC # Location: #fedora-blocker-review on irc.freenode.net Hi folks! We currently have 7 proposed Beta blockers and 3 proposed Final blockers to review, so let's have a Fedora 27 blocker review meeting. Apologies for the late notice,

Re: Urgent attention required; ImageMagick update breakage

On Sun, 2017-09-03 at 10:32 +0200, Ralf Corsepius wrote: > > This could makessome sense, if these are really used and if > vulnerabilities can be reacted upon/fixed in the old versions. > > If the latter doesn't apply, it would be better to those remove package > which requires these old libs

Re: GnuPG 2.2.0 and replacement of GnuPG1

On Mon, Sep 04, 2017 at 09:23:05AM +0200, Roberto Ragusa wrote: > $ date|gpg2 --passphrase aaa -ca > > This shows a popup asking me for a passphrase, while it works > perfectly on gpg v1. You need to add --batch to the command line: $ LANG=C date|gpg2 --batch --passphrase aaa -ca | gpg2

Re: Splitting AppStream data into Workstation/Server

El lun, 04-09-2017 a las 17:33 +0100, Richard Hughes escribió: > On 4 September 2017 at 17:15, Dennis Gilmore wrote: > > The correct way to deal with appstream is to add the appstream data > > to > > rpm headers and then teach createrepo to make the appropriate > > metadata > >

Re: Splitting AppStream data into Workstation/Server

El lun, 04-09-2017 a las 12:56 -0400, Neal Gompa escribió: > On Mon, Sep 4, 2017 at 12:33 PM, Richard Hughes > wrote: > > On 4 September 2017 at 17:15, Dennis Gilmore > > wrote: > > > The correct way to deal with appstream is to add the appstream > > > data

Re: Splitting AppStream data into Workstation/Server

On Mon, Sep 4, 2017 at 3:57 PM, Dennis Gilmore wrote: > El lun, 04-09-2017 a las 17:33 +0100, Richard Hughes escribió: >> On 4 September 2017 at 17:15, Dennis Gilmore wrote: >> > The correct way to deal with appstream is to add the appstream data >> > to >> >

Re: Splitting AppStream data into Workstation/Server

On Mon, Sep 4, 2017 at 4:02 PM, Dennis Gilmore wrote: > El lun, 04-09-2017 a las 12:56 -0400, Neal Gompa escribió: >> On Mon, Sep 4, 2017 at 12:33 PM, Richard Hughes >> wrote: >> > On 4 September 2017 at 17:15, Dennis Gilmore >> > wrote: >>

[Fedocal] Reminder meeting : Modularity WG (once every two weeks)

Dear all, You are kindly invited to the meeting: Modularity WG (once every two weeks) on 2017-09-05 from 10:00:00 to 11:00:00 US/Eastern At fedora-meetin...@irc.freenode.net The meeting will be about: Meeting of the Modularity Working Group. More information available at: [Modularity

Re: Urgent attention required; ImageMagick update breakage

On Mon, 2017-09-04 at 20:07 +0100, Sérgio Basto wrote: > On Mon, 2017-09-04 at 11:01 -0700, Adam Williamson wrote: > > On Mon, 2017-09-04 at 17:55 +, Stephen Gallagher wrote: > > > > > > We didn't specifically rule on the naming, FWIW. As far as IM7 > > > being the > > > variant package, we

Re: Urgent attention required; ImageMagick update breakage

On Mon, 2017-09-04 at 20:07 +0100, Sérgio Basto wrote: > > That is the point, how many package fail to build with ImageMagick7 ? > we "just" need change requires on FTBFS packages (with ImageMagick7) No it isn't the point. More things actually use the ImageMagick *CLI* than use the library,

Re: Urgent attention required; ImageMagick update breakage

On Mon, 2017-09-04 at 23:15 +0100, Sérgio Basto wrote: > > We already have ImageMagick 6.9.3 ABI compatibility package. > > https://bodhi.fedoraproject.org/updates/FEDORA-2017-20d59de2dc I don't really see *why*. It doesn't seem to be very necessary. We've already rebuilt everything in 25 and

Re: Urgent attention required; ImageMagick update breakage

On Mon, 2017-09-04 at 16:11 -0700, Adam Williamson wrote: > On Mon, 2017-09-04 at 20:07 +0100, Sérgio Basto wrote: > > > > That is the point, how many package fail to build with ImageMagick7 > > ?  > > we "just" need change requires on FTBFS packages (with > > ImageMagick7)  > > No it isn't the

Better to bundle a library or package different version than upstream?

Dear all, About ten days ago I asked a question on this list, but I guess on one hand it was too specific, while on the other it coincided with people travelling to Flock or being on vacation. As I really want to get the package in question back in Fedora, I will ask again and I will try to be

[389-devel] Please review: pwdhash when used with -D should use root pw scheme

https://pagure.io/389-ds-base/issue/49312 https://pagure.io/389-ds-base/issue/raw/files/7df9ee2e141074de221c035287a6d411c218f04d7b7a07c19dee924d11098348-0001-Ticket-49312-pwdhash-D-used-default-hash-algo.patch -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

[Bug 1488266] New: perl-Dist-Zilla-Config-Slicer-0.202 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1488266 Bug ID: 1488266 Summary: perl-Dist-Zilla-Config-Slicer-0.202 is available Product: Fedora Version: rawhide Component: perl-Dist-Zilla-Config-Slicer Keywords: FutureFeature, Triaged

[Bug 1482299] perl-SOAP-Lite-1.22 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1482299 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1484602] perl-Test-Trap-v0.3.3 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1484602 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1488274] perl-Protocol-WebSocket-0.21 is available

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

[Bug 1488274] perl-Protocol-WebSocket-0.21 is available

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

[Bug 1488274] New: perl-Protocol-WebSocket-0.21 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1488274 Bug ID: 1488274 Summary: perl-Protocol-WebSocket-0.21 is available Product: Fedora Version: rawhide Component: perl-Protocol-WebSocket Keywords: FutureFeature, Triaged

[389-devel] Please review: autotune the dncache

https://pagure.io/389-ds-base/issue/48831 https://pagure.io/389-ds-base/issue/raw/files/cb09850e9b2e8c51d37d1b5a8e438cb36824eee21c08ee2f9da31440fd478435-0001-Ticket-48831-Autotune-dncache-with-entry-cache.patch -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

rpmgrill 0.31 released

Hi, I'm happy to announce a new version of rpmgrill has been released. Changes include: * `rpmgrill-unpack-rpms`: now also attempts in copying downloaded build logs from Koji into unpacked sub directories. * `rpmgrill-fetch-build` and `rpmgrill-analyze-local` marked as deprecated and will

[Bug 1488278] New: perl-Sys-Virt-3.7.0 is available

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

Re: Need help ?

On Fri, 2017-09-01 at 17:23 -0400, Ellen OSullivan wrote: > > > It is worth noting that to obtain a @fedoraproject.org email alias, you > > > need to be what is called “CLA+1”. > > I need to become a “CLA+1” - I am not in a group. Should I ask in the > Fedora-QA list? If you just go ahead

[Bug 1487801] perl-Date-Manip-6.60 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1487801 --- Comment #2 from Fedora Update System --- perl-Date-Manip-6.60-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-71d17ca51b -- You are receiving this mail

[Bug 1488159] New: Upgrade perl-HTTP-OAI to 4.06

https://bugzilla.redhat.com/show_bug.cgi?id=1488159 Bug ID: 1488159 Summary: Upgrade perl-HTTP-OAI to 4.06 Product: Fedora Version: rawhide Component: perl-HTTP-OAI Keywords: FutureFeature Assignee: vano...@gmail.com

Re: Need help ?

On Fri, 2017-09-01 at 20:57 +, Ellen OSullivan wrote: > I'm dev/qa automation at work BTW, we have two major test automation systems that we work on actively at present, Taskotron and openQA. Here are some links to get you started reading about those: https://fedoraproject.org/wiki/Taskotron

ppisar pushed to perl-Net-HTTP (f25). "perl dependency renamed to perl-interpreter "

From 224faf9e71958461e6223d918b2f1f2ff8aa4ef3 Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 09:31:14 + Subject: perl dependency renamed to perl-interpreter --- diff --git

ppisar pushed to perl-Net-HTTP (f25). "6.17 bump"

From 97f37d64e9ea7d2adc6c343995692fb738ff9fb0 Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 09:31:14 + Subject: 6.17 bump --- diff --git a/.gitignore b/.gitignore index 4270860..dffc291 100644 --- a/.gitignore +++ b/.gitignore @@ -12,3 +12,4 @@

ppisar pushed to perl-Net-HTTP (f26). "6.17 bump"

From 491b414382ca92ae1f9f09f8f90da698e6268a78 Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 09:30:37 + Subject: 6.17 bump --- diff --git a/.gitignore b/.gitignore index 4270860..dffc291 100644 --- a/.gitignore +++ b/.gitignore @@ -12,3 +12,4 @@

ppisar pushed to perl-Net-HTTP (f26). "perl dependency renamed to perl-interpreter "

From 30c24f76d6290ae9ce28351350197bb54326ba65 Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 09:30:06 + Subject: perl dependency renamed to perl-interpreter --- diff --git

ppisar pushed to perl-Locale-Codes (f27). "3.54 bump"

From 486e6db66adcdf89d2b00ee78ff566e0e5f72460 Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 09:17:02 + Subject: 3.54 bump --- diff --git a/.gitignore b/.gitignore index 79ba4fb..013ebba 100644 --- a/.gitignore +++ b/.gitignore @@ -27,3 +27,4 @@

ppisar uploaded Config-MVP-Slicer-0.303.tar.gz for perl-Config-MVP-Slicer

b0e22b02c0a486a3e95040907131081a957e354022b4f36265a54ea119459cf2f6499a34511c766a245dfe5b597695a481ad2bd2e9f40e2e6085dbbb489554f1 Config-MVP-Slicer-0.303.tar.gz

ppisar pushed to perl-Config-MVP-Slicer (master). "0.303 bump"

From ce380a6275df629eceb51a5676f8f0be492db02f Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 11:03:05 + Subject: 0.303 bump --- diff --git a/.gitignore b/.gitignore index 35fca01..63035ef 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@

[Bug 1488024] perl-Config-MVP-Slicer-0.303 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1488024 --- Comment #2 from Fedora Update System --- perl-Config-MVP-Slicer-0.303-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2017-28dcbcf414 -- You are receiving

adelton uploaded Date-Manip-6.60.tar.gz for perl-Date-Manip

46ac9696aea04167427957a43de1b44041ea05d3eaf01ffbdbfda9f458b3073f36ec46c9661ac437f96731d0f40aebc206ef385c6c4aff1b147917fc2c89a1cf Date-Manip-6.60.tar.gz

adelton pushed to perl-Net-GitHub (f27). "1484857 - Rebase to upstream version 0.90."

From 17510a85918712eddbf764f2d5d696fb10f8b6a6 Mon Sep 17 00:00:00 2001 From: Jan Pazdziora Date: Sep 04 2017 11:35:03 + Subject: 1484857 - Rebase to upstream version 0.90. --- diff --git a/.gitignore b/.gitignore index 31daba7..d4ce59e 100644 --- a/.gitignore +++

[Bug 1487808] perl-Net-HTTP-6.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1487808 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In

ppisar pushed to perl-Net-HTTP (f27). "6.17 bump"

From e61c0686308bc43c792c287b594e8a52104f0b37 Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 09:27:20 + Subject: 6.17 bump --- diff --git a/.gitignore b/.gitignore index 4270860..dffc291 100644 --- a/.gitignore +++ b/.gitignore @@ -12,3 +12,4 @@

[Bug 1487808] perl-Net-HTTP-6.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1487808 --- Comment #4 from Fedora Update System --- perl-Net-HTTP-6.17-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-fc5db65474 -- You are receiving this mail

[Bug 1488024] perl-Config-MVP-Slicer-0.303 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1488024 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In

ppisar pushed to perl-Config-MVP-Slicer (f27). "0.303 bump"

From ce380a6275df629eceb51a5676f8f0be492db02f Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 11:03:05 + Subject: 0.303 bump --- diff --git a/.gitignore b/.gitignore index 35fca01..63035ef 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@

adelton pushed to perl-Date-Manip (f27). "1487801 - Rebase to upstream version 6.60."

From a8596b062891be27cf7bfacbef38c28f4ccd8b85 Mon Sep 17 00:00:00 2001 From: Jan Pazdziora Date: Sep 04 2017 11:39:33 + Subject: 1487801 - Rebase to upstream version 6.60. --- diff --git a/.gitignore b/.gitignore index 9a68405..bf1ce25 100644 --- a/.gitignore +++

[EPEL-devel] problem installing the new version of lightdm

Hi All, Lightdm package got an update on Sep 1st and since then we can't install it on our centos 7 server. yum install lightdm Loaded plugins: langpacks Resolving Dependencies --> Running transaction check ---> Package lightdm.x86_64 0:1.18.3-4.el7 will be installed --> Processing Dependency:

adelton pushed to perl-Net-GitHub (f26). "Merge branch 'f27' into f26"

From 288ff2682786347c01ba7275bca12781d014e4a0 Mon Sep 17 00:00:00 2001 From: Jan Pazdziora Date: Sep 04 2017 12:18:43 + Subject: Merge branch 'f27' into f26 --- diff --git a/.gitignore b/.gitignore index 31daba7..d4ce59e 100644 --- a/.gitignore +++ b/.gitignore @@

ppisar uploaded Locale-Codes-3.54.tar.gz for perl-Locale-Codes

6f0420601f77d3d8cd4df55e24e3786ba99049dc06b0c54bdcda18626d6fdee5198561438011d37108ea68cafecb7848dbe2c1d8779e8066619d421ffcad6009 Locale-Codes-3.54.tar.gz

ppisar pushed to perl-Net-HTTP (master). "6.17 bump"

From e61c0686308bc43c792c287b594e8a52104f0b37 Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Sep 04 2017 09:27:20 + Subject: 6.17 bump --- diff --git a/.gitignore b/.gitignore index 4270860..dffc291 100644 --- a/.gitignore +++ b/.gitignore @@ -12,3 +12,4 @@

  1   2   >