Hello,
I am working on packaging
[netbox](https://github.com/netbox-community/netbox/) which is
basically web service which is run via gunicorn and then it is up to
admin to decide whether he wants to use nginx, httpd or anything else.
Do we have somewhere written best practices how to package
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Thu, 30 Jan 2020 at 08:03, Neal Gompa wrote:
>
> On Thu, Jan 30, 2020 at 6:40 AM Iñaki Ucar wrote:
> >
> > On Wed, 29 Jan 2020 at 23:23, Leigh Griffin wrote:
> > >
> > > I suspect that a bulk of our users are similar to you. Given that you are
> > > engaged on the thread (thank you!) what
On Friday, January 31, 2020 2:44:21 AM CET Kevin Fenzi wrote:
> On Thu, Jan 30, 2020 at 06:02:33PM +, Sérgio Basto wrote:
> > On Thu, 2020-01-30 at 08:19 -0600, Richard Shaw wrote:
> > > Am I the only one having this problem? I don't know exactly when it
> > > started but all of a sudden all
On Tue, 28 Jan 2020 at 04:04, Richard W.M. Jones wrote:
> * kill the %changelog
>
> Please, let's kill it, and generate it from the git changelog.
> I'm glad to see there's a proposal to do this.
>
As again... Very strong no. git changelog and spec changelog have
different purposes.
For some
https://bugzilla.redhat.com/show_bug.cgi?id=1796684
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Data-Serializer-0.61
Just a few reminders for folks:
* If your package failed to build in the mass rebuild
( https://kojipkgs.fedoraproject.org/mass-rebuild/f32-failures.html )
and you want to fix it, please do so. Just do a normal commit/build
cycle for rawhide as you normally would. It should disappear from the
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
--- Comment #6 from Fedora Update System ---
perl-Sereal-Decoder-4.008-1.fc30, perl-Sereal-Encoder-4.008-1.fc30 has been
pushed to the Fedora 30 testing repository. If problems still persist, please
make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
--- Comment #6 from Fedora Update System ---
perl-Sereal-Decoder-4.008-1.fc30, perl-Sereal-Encoder-4.008-1.fc30 has been
pushed to the Fedora 30 testing repository. If problems still persist, please
make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1794207
--- Comment #10 from Fedora Update System ---
perl-lib-abs-0.95-1.fc30 has been pushed to the Fedora 30 testing repository.
If problems still persist, please make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1794960
--- Comment #3 from Fedora Update System ---
perl-perlfaq-5.20200125-1.fc30 has been pushed to the Fedora 30 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1794710
--- Comment #6 from Fedora Update System ---
perl-lib-abs-0.95-1.fc30 has been pushed to the Fedora 30 testing repository.
If problems still persist, please make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1795119
--- Comment #3 from Fedora Update System ---
perl-Time-Local-1.300-1.fc30 has been pushed to the Fedora 30 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
--- Comment #5 from Fedora Update System ---
perl-Sereal-Decoder-4.008-1.el8, perl-Sereal-Encoder-4.008-1.el8 has been
pushed to the Fedora EPEL 8 testing repository. If problems still persist,
please make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
--- Comment #5 from Fedora Update System ---
perl-Sereal-Decoder-4.008-1.el8, perl-Sereal-Encoder-4.008-1.el8 has been
pushed to the Fedora EPEL 8 testing repository. If problems still persist,
please make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1795181
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1792699
--- Comment #12 from Fedora Update System ---
perl-CDB_File-1.01-1.el8 has been pushed to the Fedora EPEL 8 testing
repository. If problems still persist, please make note of it in this bug
report.
See
On Tue, Jan 21, 2020 at 11:01:59PM +0100, Felix Schwarz wrote:
>
> Am 21.01.20 um 22:31 schrieb Michael Catanzaro:
> > Well since we have a request for requirements: I propose requirements #1 and
> > #2 are to be self-hosted and open source.
>
> +1
I am with you on open source, but I don't
On Tue, Jan 28, 2020 at 12:36:23PM +0100, Pierre-Yves Chibon wrote:
>
> There are a few tricky things about this, but overall I think it's doable and
> some of the tricky things may just be things we just have to accept as being
> different from the current situation.
>
> We are playing a bit of
On Thu, Jan 30, 2020 at 7:51 PM Kevin Fenzi wrote:
> On Thu, Jan 30, 2020 at 06:02:33PM +, Sérgio Basto wrote:
> > On Thu, 2020-01-30 at 08:19 -0600, Richard Shaw wrote:
> > > Am I the only one having this problem? I don't know exactly when it
> > > started but all of a sudden all of the log
On Thu, Jan 30, 2020 at 06:02:33PM +, Sérgio Basto wrote:
> On Thu, 2020-01-30 at 08:19 -0600, Richard Shaw wrote:
> > Am I the only one having this problem? I don't know exactly when it
> > started but all of a sudden all of the log output has DOS line
> > endings and it's very annoying. I
On Thu, Jan 30, 2020 at 07:57:22AM -0500, Stephen John Smoogen wrote:
> On Thu, 30 Jan 2020 at 06:06, Jiri Kucera wrote:
> >
> > Hello,
> >
> > when doing `fedpkg scratch-build --target epel8-candidate --srpm
> > sox-14.4.2.0-29.el8.src.rpm`, I get:
> >
>
> So there seems to be something off in
On Thu, Jan 30, 2020 at 10:21:14AM +, Tom Hughes wrote:
> On 30/01/2020 10:02, Michael Schwendt wrote:
> > No idea where to report these:
> >
> >
> > | Notification time stamped 2020-01-30 09:55:53 UTC
> > |
> > | mschwendt pushed 1 commit to rpms/claws-mail (el6)
> > |
On Thu, Jan 23, 2020 at 11:07:21AM -0700, John M. Harris Jr wrote:
>
> EOL is not, literally, EOL. EOL just means the complete end of support, in
> commercial products. Still doesn't mean systems with that version installed
> cease to exist. In Fedora, it simply means that it gets little
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
https://bugzilla.redhat.com/show_bug.cgi?id=1795119
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1792699
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #11 from
https://bugzilla.redhat.com/show_bug.cgi?id=1794560
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1794710
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1794207
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #9 from
https://bugzilla.redhat.com/show_bug.cgi?id=1794960
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
On Thu, Jan 23, 2020 at 08:57:56AM -0800, Troy Dawson wrote:
> Hi,
> A while ago, there was some discussion about epel8-playground using
> RHEL8.x-beta, or CentOS-Stream, as the buildroot.
> What was the outcome of that discussion?
I don't think there was a clear consensus...
> I know I had
https://bugzilla.redhat.com/show_bug.cgi?id=1793459
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1793586
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1793152
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1793146
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Thu, Jan 30, 2020 at 6:51 PM Randy Barlow
wrote:
>
> On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
> > cough cough errata cough cough
> >
> > Honestly, sometimes the disconnect between what is going on in Fedora
> > and internally in Red Hat is intriguing.
>
> I did think about Errata
* Remi Collet [29/01/2020 15:18] :
>
> And I really prefer to see stabilization of our current tools and
> infrastructure before breaking it again.
Same here, to be honest. I'm far more held up in my work by the infrastructure
breaking up from under me than the absence of any of the suggestions
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Fri, Jan 31, 2020, 00:43 Michael Schwendt wrote:
> On Thu, 30 Jan 2020 23:57:03 +0100, Fabio Valentini wrote:
>
> > Did you at least check if the packages were used by something else? ...
>
> No, and that doesn't interest me at all. I am not doing EPEL packaging,
> and I consider it
On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
> cough cough errata cough cough
>
> Honestly, sometimes the disconnect between what is going on in Fedora
> and internally in Red Hat is intriguing.
I did think about Errata tool* a bit back when I worked on Bodhi. I
like the idea of sharing
On Thu, 30 Jan 2020 23:57:03 +0100, Fabio Valentini wrote:
> Did you at least check if the packages were used by something else? ...
No, and that doesn't interest me at all. I am not doing EPEL packaging,
and I consider it inacceptable that somebody assigns five years old EPEL
tickets to me and
On 31/1/20 08:57, Fabio Valentini wrote:
>> With pkgdb I could see who maintains which "branches" and which branches
>> exist. With this new web UI, I don't find where I could take a look at
>> who maintains which branch. For some packages I see socalled "members", a
>> "main admin", an "admin",
https://bugzilla.redhat.com/show_bug.cgi?id=1796684
Bug ID: 1796684
Summary: perl-Data-Serializer-0.61 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Data-Serializer
Keywords: FutureFeature,
Richard Shaw writes:
> Not replying to anyone in particular but to the thead as a whole...
>
> 1. Nothing in the packager introduction process prepares a packager
> for what to do when they get a CVE filed against one of their
> packages. I found the whole ordeal rather stressful.
Agreed, this
On Thu, Jan 30, 2020 at 11:26 PM Michael Schwendt wrote:
>
> On Thu, 30 Jan 2020 14:44:50 +0100, Kevin Kofler wrote:
>
> > Fabio Valentini wrote:
> > > Until this functionality is merged into pagure's dist-git plugin, there is
> > > a way, but it's a bit convoluted.
>
> And it's too obscure.
On Thu, 30 Jan 2020 14:44:50 +0100, Kevin Kofler wrote:
> Fabio Valentini wrote:
> > Until this functionality is merged into pagure's dist-git plugin, there is
> > a way, but it's a bit convoluted.
And it's too obscure. Instead, I just retired the two EPEL branches.
> And we have to do that for
On Thu, Jan 30, 2020 at 01:49:55PM -0500, Stephen John Smoogen wrote:
> Currently opensmtpd has a high level remote CVE and several others from the
> release listed. I have tried to compile the updated version but […]
According to the oss-security list[1], this vulnerability has been made
* Matěj Cepl [30/01/2020 14:54] :
>
> https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_an_Orphaned_Package
Done!
Emmanuel
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
On Thu, 2020-01-30 at 18:57 +, Tom Hughes wrote:
> On 30/01/2020 18:53, Sérgio Basto wrote:
>
> > Hi Tom , IIRC you can add me nodejs-multimatch , please
> > my fasuser: sergiomb
>
> If you wan to maintain nodejs stuff then the best thing to do is to
> join the SIG rather than asking for
On 30/01/2020 18:53, Sérgio Basto wrote:
Hi Tom , IIRC you can add me nodejs-multimatch , please
my fasuser: sergiomb
If you wan to maintain nodejs stuff then the best thing to do is to
join the SIG rather than asking for ACLs on individual packages.
If you're planning to update multimatch
On Thu, 2020-01-30 at 18:42 +, Tom Hughes wrote:
> On 30/01/2020 18:22, Sérgio Basto wrote:
> > On Thu, 2020-01-30 at 10:09 +0100, Vít Ondruch wrote:
> > > Dne 30. 01. 20 v 5:10 Sérgio Basto napsal(a):
> > > > Hi,
> > > >
> > > > I took js-jquery-file-upload package to save js-query
> > >
>
Currently opensmtpd has a high level remote CVE and several others from the
release listed. I have tried to compile the updated version but
1. It is a major upgrade with a different config syntax than what is in
EPEL.
2. It requires libressl to compile which we do not ship.
3. It might be
On 30/01/2020 18:22, Sérgio Basto wrote:
On Thu, 2020-01-30 at 10:09 +0100, Vít Ondruch wrote:
Dne 30. 01. 20 v 5:10 Sérgio Basto napsal(a):
Hi,
I took js-jquery-file-upload package to save js-query
Great and thx. If you want by a chance to maintain also js-
jquery{,1,2},
I would not mind
On Thu, 2020-01-30 at 10:09 +0100, Vít Ondruch wrote:
> Dne 30. 01. 20 v 5:10 Sérgio Basto napsal(a):
> > Hi,
> >
> > I took js-jquery-file-upload package to save js-query
>
> Great and thx. If you want by a chance to maintain also js-
> jquery{,1,2},
> I would not mind to have co-maintainers
On Thu, 2020-01-30 at 08:19 -0600, Richard Shaw wrote:
> Am I the only one having this problem? I don't know exactly when it
> started but all of a sudden all of the log output has DOS line
> endings and it's very annoying. I have to run dox2unix on the logs to
> make them readable.
I have the
https://bugzilla.redhat.com/show_bug.cgi?id=1796587
Bug ID: 1796587
Summary: perl-Test2-Suite-0.000128 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test2-Suite
Keywords: FutureFeature, Triaged
On Thu, 2020-01-30 at 10:30 +0100, Vít Ondruch wrote:
>
> > My point is that we have to dedicate a team to work on Pagure, I would
> > rather have these people working on improving the infrastructure so
> > that we don't need these heroics to happen. If we don't put people to
> > work on Pagure
On Thu, Jan 30, 2020 at 10:40:05AM +0100, Vít Ondruch wrote:
>Dne 29. 01. 20 v 23:22 Pierre-Yves Chibon napsal(a):
>
> On Wed, Jan 29, 2020 at 12:52:53PM -0500, Robbie Harwood wrote:
>
> Julen Landa Alustiza [1] writes:
>
>
> (snip)
>
> 20/1/29 14:49(e)an, Clement Verna igorleak
On 30. 01. 20 16:52, Pat Riehecky wrote:
On 1/30/20 9:47 AM, Miro Hrončok wrote:
On 30. 01. 20 16:44, Pat Riehecky wrote:
While I lack good answers, perhaps another question. What a the thoughts on
using python `.pth` files for python modules that work in multiple interpreters?
In theory
On 1/30/20 9:47 AM, Miro Hrončok wrote:
On 30. 01. 20 16:44, Pat Riehecky wrote:
While I lack good answers, perhaps another question. What a the
thoughts on using python `.pth` files for python modules that work in
multiple interpreters?
In theory this would permit bit for bit identical
On 30. 01. 20 16:44, Pat Riehecky wrote:
While I lack good answers, perhaps another question. What a the thoughts on
using python `.pth` files for python modules that work in multiple interpreters?
In theory this would permit bit for bit identical libraries in multiple
interpreters at once?
On 1/30/20 9:32 AM, Orion Poplawski wrote:
Folks -
Looks like RHEL 8.2 will have python 3.8 in addition to python 3.6. From
the 8.2 beta:
Red Hat Enterprise Linux 8 for x86_64 - AppStream Beta (RPMs)
Name Stream Profiles Summary
python27 2.7 [d][e]
On 30. 01. 20 16:32, Orion Poplawski wrote:
Folks -
Looks like RHEL 8.2 will have python 3.8 in addition to python 3.6. From
the 8.2 beta:
Red Hat Enterprise Linux 8 for x86_64 - AppStream Beta (RPMs)
Name Stream Profiles Summary
python27 2.7 [d][e]
https://bugzilla.redhat.com/show_bug.cgi?id=1796330
--- Comment #1 from Petr Pisar ---
An enhancement release suitable for all Fedoras and EPEL ≥ 8.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing
On Thu, Jan 30, 2020 at 7:21 AM Richard Shaw wrote:
> Am I the only one having this problem? I don't know exactly when it started
> but all of a sudden all of the log output has DOS line endings and it's very
> annoying. I have to run dox2unix on the logs to make them readable.
It's even
Folks -
Looks like RHEL 8.2 will have python 3.8 in addition to python 3.6. From
the 8.2 beta:
Red Hat Enterprise Linux 8 for x86_64 - AppStream Beta (RPMs)
Name Stream Profiles Summary
python27 2.7 [d][e] common [d] Python programming
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
--- Comment #3 from Fedora Update System ---
FEDORA-EPEL-2020-c55eecf045 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-c55eecf045
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1796330
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1796500
Bug ID: 1796500
Summary: perl-CGI-Compile-0.24 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CGI-Compile
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
--- Comment #2 from Fedora Update System ---
FEDORA-2020-1252770dd2 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-1252770dd2
--
You are receiving this mail because:
You are on the CC list
On 1/30/20 9:19 AM, Richard Shaw wrote:
Am I the only one having this problem? I don't know exactly when it started but
all of a sudden all of the log output has DOS line endings and it's very
annoying. I have to run dox2unix on the logs to make them readable.
I am seeing that too, and you
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1796331
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
I agree. If you're actively developing for windows you should be running
Fedora not EL.
Thanks,
Richard
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora
On Thu, 30 Jan 2020 at 09:36, Troy Dawson wrote:
>
> On Thu, Jan 30, 2020 at 6:21 AM Richard W.M. Jones wrote:
> >
> > MinGW is a Windows cross compiler for Fedora. There is a base
> > toolchain like mingw-filesystem and mingw-gcc, and many cross-compiled
> > libraries like mingw-glib2 which
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
--- Comment #2 from Fedora Update System ---
FEDORA-2020-e63a285c01 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-e63a285c01
--
You are receiving this mail because:
You are on the CC list
Not replying to anyone in particular but to the thead as a whole...
1. Nothing in the packager introduction process prepares a packager for
what to do when they get a CVE filed against one of their packages. I found
the whole ordeal rather stressful.
2. The process is somewhat confusing with all
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
--- Comment #3 from Fedora Update System ---
FEDORA-EPEL-2020-c55eecf045 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-c55eecf045
--
You are receiving this mail because:
You are
On Thu, Jan 30, 2020 at 6:21 AM Richard W.M. Jones wrote:
>
> MinGW is a Windows cross compiler for Fedora. There is a base
> toolchain like mingw-filesystem and mingw-gcc, and many cross-compiled
> libraries like mingw-glib2 which you can link with your programs to
> make Windows binaries, all
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On Thu, Jan 30, 2020 at 02:28:30PM +0100, Kevin Kofler wrote:
> Daniel P. Berrangé wrote:
> > Ignoring low bugs also probably isn't a viable stragegy
> > for EPEL, because that's a long life distro stream, and
> > so won't automatically get low CVE fixes via a rebase
> > in 6 months like we do in
https://bugzilla.redhat.com/show_bug.cgi?id=1796332
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
MinGW is a Windows cross compiler for Fedora. There is a base
toolchain like mingw-filesystem and mingw-gcc, and many cross-compiled
libraries like mingw-glib2 which you can link with your programs to
make Windows binaries, all without needing to interact with Windows
itself.
The mingw-*
On 21. 01. 20 13:35, Miro Hrončok wrote:
Hello,
we try to rebuild all Python packages against Python 3.9 and report the
failures. I've seen several similar failures in a row now that can be reproduced
in Fedora rawhide with the new gcc version.
ld errors on multiple definitions of ..., for
Am I the only one having this problem? I don't know exactly when it started
but all of a sudden all of the log output has DOS line endings and it's
very annoying. I have to run dox2unix on the logs to make them readable.
Thanks,
Richard
___
devel
On Thu, Jan 30, 2020 at 2:46 PM Kevin Kofler wrote:
>
> Fabio Valentini wrote:
> > Until this functionality is merged into pagure's dist-git plugin, there is
> > a way, but it's a bit convoluted.
> >
> > You can set an override for Fedora / EPEL default assignees in yaml files
> > stored here,
On 2020-01-30, 11:04 GMT, Emmanuel Seyman wrote:
> I will gladly take it (fas user: eseyman).
Unfortunately, it is gone already, so I cannot add you.
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_an_Orphaned_Package
Fabio Valentini wrote:
> Until this functionality is merged into pagure's dist-git plugin, there is
> a way, but it's a bit convoluted.
>
> You can set an override for Fedora / EPEL default assignees in yaml files
> stored here, like this one for maven:
>
>
Huzaifa Sidhpurwala wrote:
> On 1/30/20 8:32 AM, Kevin Kofler wrote:
>> I don't see how it is an improvement to close security fixes that are
>> blocking on upstream (in)action as UPSTREAM, as opposed to keeping them
>> open so that it is clear to everyone that they need to be fixed.
>>
> Issues
On Wed, Jan 29, 2020 at 2:11 PM Ken Dreyer wrote:
>
> On Wed, Jan 29, 2020 at 7:18 AM Remi Collet wrote:
>
> > There are different:
> >
> > * Changelog is for end user
> > * Git log is for package maintainer
>
> I completely agree with this distinction. We're creating more "noise"
> for end
Daniel P. Berrangé wrote:
> Ignoring low bugs also probably isn't a viable stragegy
> for EPEL, because that's a long life distro stream, and
> so won't automatically get low CVE fixes via a rebase
> in 6 months like we do in Fedora. So the CVE mountain
> is even bigger for EPEL, and also more
20/1/29 18:19(e)an, Clement Verna igorleak idatzi zuen:
>
> Things that I would in my opinion improve Pagure PRs :
>
> * In the PR diff should start from the correct line number, not always
> 1. (https://pagure.io/pagure/issue/724)
> * Every time a branch is forced pushed you loose the
On Thu, Jan 30, 2020 at 6:40 AM Iñaki Ucar wrote:
>
> On Wed, 29 Jan 2020 at 23:23, Leigh Griffin wrote:
> >
> > I suspect that a bulk of our users are similar to you. Given that you are
> > engaged on the thread (thank you!) what is your day to day needs? What
> > features are part of your
On Thu, 30 Jan 2020 at 06:06, Jiri Kucera wrote:
>
> Hello,
>
> when doing `fedpkg scratch-build --target epel8-candidate --srpm
> sox-14.4.2.0-29.el8.src.rpm`, I get:
>
So there seems to be something off in koji and the repo is not getting
properly regenerated after the repo gets updated.
On Thu, Jan 30, 2020 at 11:20:48AM +, Richard W.M. Jones wrote:
> On Thu, Jan 30, 2020 at 08:39:05AM +0530, Huzaifa Sidhpurwala wrote:
> > Do we want to continue the same condition as described here:
> > https://mivehind.net/2020/01/28/Fedora-has-too-many-security-bugs/
>
> Maybe?
>
> The
1 - 100 of 123 matches
Mail list logo