On Wed, Nov 27, 2019 at 4:46 AM Sam Varshavchik wrote:
>
> Chris writes:
>
> > Hi guys,
> >
> >
> > I just wanted to poll you for some advice. My notification tool I maintain
> > supports more than 50+ services now, but the only package isolation I do
>
> You should really count the number of
On Tue, Nov 26, 2019 at 09:53:49AM -0600, Michael Catanzaro wrote:
> On Tue, Nov 26, 2019 at 9:35 am, Chris Adams wrote:
> >That should be considered a bug IMHO...
>
> At least for rescue mode, probably yes, but I don't know what to do
> about it. Can we make systemd's rescue prompt ask for
Le 2019-11-27 11:45, Ian McInerney a écrit :
Tex isn't really the best example for the insane package numbers
(since the main Tex system, CTAN, actually does define them as
separate packages). It would be interesting to know if anyone actually
does just install one or two rather than all... I
On Wed, Nov 27, 2019 10:45:00 +, Ian McInerney wrote:
> Tex isn't really the best example for the insane package numbers (since the
> main Tex system, CTAN, actually does define them as separate packages). It
> would be interesting to know if anyone actually does just install one or two
>
Your reply completely lacks any point. Why is TeX Live the best example of
what
to avoid when packaging in Fedora?
Having 50+ subpackages is perfectly justified once there is a reason why.
For TeX Live it is that upstream (CTAN) actually maintains package
dependencies and they do add and remove
Hi fedora devel list,
The new elfutils upstream comes with a debuginfod server which we want
packaged (as a sub-package) for fedora. Testing looks good and
everything seems to work, but rpmlint flags a couple of issues that I
don't think should be real issues. Could someone help me understand why
I'm starting to work on a project to make Fedora fully reproducible and
bootstrappable from scratch.
I know it is a long term plan and still working on the steps, but it would be
good to know the current status, if there is an internal interest in this, if
someone is already working (or
On Tue, Nov 26, 2019 at 08:49:31PM -0500, Chris wrote:
> Hi guys,
>
> I just wanted to poll you for some advice. My notification tool I maintain
> supports more than 50+ services now, but the only package isolation I do
> within 2 RPMs. One for the actual CLI (for admin's who want to use it)
On Wed, Nov 27, 2019 at 9:17 AM Pablo Greco wrote:
>
> I'm starting to work on a project to make Fedora fully reproducible and
> bootstrappable from scratch.
> I know it is a long term plan and still working on the steps, but it would be
> good to know the current status, if there is an
On Wed, Nov 27, 2019 at 09:34:23AM -0500, Neal Gompa wrote:
> As far as bootstrapping from scratch, I believe Richard W. M. Jones
> and David Abdurachmanov went through this process for Fedora RISC-V.
> They may have more to say about how that was done...
It depends exactly how far "from scratch"
Update: all of the accidentally closed bugs should now be unclosed. I
know what went wrong (spoiler alert: human error) and even better, I
know how to help guard against this in the future. I am going to
implement that and then re-run the script with the correct input.
--
Ben Cotton
He / Him /
I hit a hiccup during the upgrade but everything should be back to
normal and upgraded.
If you notice anything not working correctly, please let us know in
#fedora-admin or #fedora-qa.
Thanks,
Tim
On Tue, 26 Nov 2019 11:58:36 -0700
Tim Flink wrote:
> Apologies for the last minute nature of
On Wednesday, 27 November 2019 at 15:22, Richard W.M. Jones wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1774713#c13
Not only reviews:
https://bugzilla.redhat.com/show_bug.cgi?id=1777310
https://bugzilla.redhat.com/show_bug.cgi?id=1763148
Ben, stop the script and fix it, please.
On Wed, Nov 27, 2019 at 02:33:15PM +, Richard W.M. Jones wrote:
> I also maintain projects with a large (though not this large) number
> of subpackages, eg: nbdkit has 25+:
>
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1417304
[...]
> libvirt and qemu have a very large number
On Wed, Nov 27, 2019 at 9:26 AM Dominik 'Rathann' Mierzejewski
wrote:
>
> Ben, stop the script and fix it, please.
>
I stopped it as soon as I saw Richard's email. I'm going through the
~150 bugs that were closed and reopening them as appropriate. Please
be patient, as it will take a little bit
Hi,
Some context first, skip to the end if you want.
We have a few python packages at $work with setuptools entry_points
console scripts - basically setuptools creates a small python script for
you loading a module and calling the function you specified.
For example, clustershell here defines
On Wed, Nov 27, 2019 at 9:23 AM Richard W.M. Jones wrote:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1774713#c13
>
Whoops! Looks like part of my filter didn't apply. Thankfully, only
150 bugs were updated. Thanks for catching that quickly.
--
Ben Cotton
He / Him / His
Fedora Program
On Wed, Nov 27, 2019 at 3:27 PM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Wednesday, 27 November 2019 at 15:22, Richard W.M. Jones wrote:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1774713#c13
>
> Not only reviews:
> https://bugzilla.redhat.com/show_bug.cgi?id=1777310
>
Hi -
> These are all done deliberately through the following constructs in the spec
> file:
>
> In %pre to create the debuginfod user:
>
>getent group debuginfod >/dev/null || groupadd -r debuginfod
>getent passwd debuginfod >/dev/null || \
>useradd -r -g debuginfod -d
On 27. 11. 19 16:20, Dominique Martinet wrote:
Hi,
Some context first, skip to the end if you want.
We have a few python packages at $work with setuptools entry_points
console scripts - basically setuptools creates a small python script for
you loading a module and calling the function you
Miro Hrončok wrote on Wed, Nov 27, 2019 at 04:32:27PM +0100:
> If I understand this properly, your package requires (in Fedora):
>
> - /usr/bin/python3
> - python3.8dist(setuptools)
Yes, on Fedora 31 the current requires for clustershell (to continue
with that example) contain these:
$ rpm -q
https://bugzilla.redhat.com/show_bug.cgi?id=1774713#c13
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring
Once upon a time, Matej Grabovsky said:
> Can you please explain what you mean? What are the alternatives if
> there really are over 5000 packages in CTAN?
Why does all of CTAN need to go into one source RPM?
--
Chris Adams
___
devel mailing list --
On Wed, Nov 27, 2019 at 2:12 PM Chris Murphy wrote:
>
> On Wed, Nov 27, 2019 at 7:17 AM Pablo Greco wrote:
> >
> > I'm starting to work on a project to make Fedora fully reproducible and
> > bootstrappable from scratch.
> > I know it is a long term plan and still working on the steps, but it
The bugzilla EOL script is running with correct input now. I just
published a Community Blog post[1] that describes what happened and
how I'll prevent it from happening again. Thank you to everyone who
let me know about the error quickly. I apologize for the confusion and
extra work this created.
On Wed, Nov 27, 2019 at 7:17 AM Pablo Greco wrote:
>
> I'm starting to work on a project to make Fedora fully reproducible and
> bootstrappable from scratch.
> I know it is a long term plan and still working on the steps, but it would be
> good to know the current status, if there is an
Hey folks!
Since the new Bodhi UI rolled out recently I've noticed a big uptick in
updates where the update creator manually set the update title.
This is a problem because in every single case so far, the manually-
created title is worse than an auto-generated title would have been.
If you
No missing expected images.
Compose FAILS proposed Rawhide gating check!
26 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 99/161 (x86_64), 1/2 (arm)
New failures (same test not failed in
Announcing the creation of a new nightly release validation test event
for Fedora 32 Rawhide 20191127.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Wed, Nov 27, 2019 at 12:18 PM Neal Gompa wrote:
>
> On Wed, Nov 27, 2019 at 2:12 PM Chris Murphy wrote:
> > The order of work needed:
> > A. Upstream squashfs needs zstd support merged. There's patches
> > Fedora's squashfs-tools are carrying that add this support. But it's
> > probably fair
OLD: Fedora-Rawhide-20191126.n.1
NEW: Fedora-Rawhide-20191127.n.0
= SUMMARY =
Added images:3
Dropped images: 1
Added packages: 8
Dropped packages:0
Upgraded packages: 89
Downgraded packages: 122
Size of added packages: 770.65 MiB
Size of dropped packages
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 11/27/19 6:49 PM, Chris wrote:
+ Sérgio: In regards to why sub-packages:
* Purely for modularity and isolation. Users who just use Apprise
for... say Discord and Email, don't need the other 49 packages. But
someone hosting a notification web service might want all of them except
the
On Wed, Nov 27, 2019 at 05:11:37PM +0100, Dominique Martinet wrote:
> Miro Hrončok wrote on Wed, Nov 27, 2019 at 04:32:27PM +0100:
...snip...
> > And in Fedora, when you ahve both of those, it also means that
> > /usr/bin/python3 is Python 3.8.
>
> Ok, I thought it was just much less likely but
Hi,
I just found this on Bugzilla and i think it needs immediate intervention:
https://bugzilla.redhat.com/show_bug.cgi?id=1767422
release upgrades involved: F29->F30 & F30->F31
- removing the mentioned packages do not fix the problem
- they complain about issues in the next release
Thank you all for replying with so much information! I just had a few
comments:
+ I'm officially afraid of the texlive spec file.
+ Sérgio: In regards to why sub-packages:
* Purely for modularity and isolation. Users who just use Apprise
for... say Discord and Email, don't need the other 49
Le 2019-11-27 08:08, Tom Hughes a écrit :
On 27/11/2019 01:49, Chris wrote:
I kind of like the way nagios-plugins breaks apart it's check_scripts
into many sub-packages, but 50+ subpackages seems a bit extreme... or
is it? It certainly seems like a bit of a nightmare to maintain; it
would be
On 27/11/2019 09:30, Nicolas Mailhot via devel wrote:
The clean way to do it is to put the list of things to generate against
in a spec variable, and write the generator logic in a (lua) rpm macro.
That keeps the generation inside the spec instead of moving some package
creation steps outside
Le 2019-11-27 10:37, Tom Hughes a écrit :
On 27/11/2019 09:30, Nicolas Mailhot via devel wrote:
The clean way to do it is to put the list of things to generate
against in a spec variable, and write the generator logic in a (lua)
rpm macro. That keeps the generation inside the spec instead of
On Wed, Nov 27, 2019 at 10:20 AM Nikos Mavrogiannopoulos
wrote:
>
> I think that from the user perspective that's the best example of what
> to avoid when packaging in Fedora.
Can you please explain what you mean? What are the alternatives if
there really are over 5000 packages in CTAN?
Arch
Tex isn't really the best example for the insane package numbers (since the
main Tex system, CTAN, actually does define them as separate packages). It
would be interesting to know if anyone actually does just install one or
two rather than all... I know that I usually just install all of them on
Le 2019-11-27 07:44, Igor Gnatenko a écrit :
No, 50 is perfectly fine. As others mentioned, we have much bigger
amount of them in texlive.
It's not just about the number of subpackages. Each package you publish
will end up as a separate node in the dependency graph.
Since functional plugins
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
Hello all,
As of the 26th of November 2019, Fedora 29 has reached its end of life for
updates and support. No further updates, including security updates,
will be available for Fedora 29. Fedora 30 will continue to receive
updates until
approximately one month after the release of Fedora 32. The
On Wed, 2019-11-27 at 07:44 +0100, Igor Gnatenko wrote:
> No, 50 is perfectly fine. As others mentioned, we have much bigger amount of
> them in texlive.
Yeah, I also don't really see a problem in making packages more granular. There
are many usecaseswhere you want that,
such as installation
On Wed, Nov 27, 2019 at 11:25:25AM +, Ankur Sinha wrote:
> On Wed, Nov 27, 2019 10:45:00 +, Ian McInerney wrote:
> > Tex isn't really the best example for the insane package numbers (since the
> > main Tex system, CTAN, actually does define them as separate packages). It
> > would be
Apologies for the last minute nature of this outage, the details
behind the upgrade were under debate and we didn't want to announce a
time until we were sure about what was going to happen when.
Seeing as the machines are running F29, they need to be upgraded as
it's going EOL today.
Tim
https://bugzilla.redhat.com/show_bug.cgi?id=1777007
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1777007
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1773844
Ben Cotton changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1744690
--- Comment #9 from Xavier Bachelot ---
As python3 is available in all current Fedora releases, EPEL6, EPEL 7 and
RHEL/CentOS 8, I would replace :
"""
BuildRequires: /usr/bin/python
"""
by:
"""
BuildRequires: /usr/bin/python3
"""
Hopefully,
https://bugzilla.redhat.com/show_bug.cgi?id=1774776
Ben Cotton changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1777007
Ben Cotton changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1776110
Bug 1776110 depends on bug 1776513, which changed state.
Bug 1776513 Summary: Review Request: perl-XString - Isolated String helpers
from B
https://bugzilla.redhat.com/show_bug.cgi?id=1776513
What|Removed
https://bugzilla.redhat.com/show_bug.cgi?id=1776110
Bug 1776110 depends on bug 1776513, which changed state.
Bug 1776513 Summary: Review Request: perl-XString - Isolated String helpers
from B
https://bugzilla.redhat.com/show_bug.cgi?id=1776513
What|Removed
https://bugzilla.redhat.com/show_bug.cgi?id=1773844
Petr Pisar changed:
What|Removed |Added
Status|CLOSED |ON_QA
Resolution|EOL
https://bugzilla.redhat.com/show_bug.cgi?id=1761850
Xavier Bachelot changed:
What|Removed |Added
Flags||needinfo?(iarn...@gmail.com
https://bugzilla.redhat.com/show_bug.cgi?id=1744690
Xavier Bachelot changed:
What|Removed |Added
Depends On||1744698, 1775926
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1744690
Xavier Bachelot changed:
What|Removed |Added
Depends On||1758485
--- Comment #8 from Xavier
https://bugzilla.redhat.com/show_bug.cgi?id=1774776
Petr Pisar changed:
What|Removed |Added
Status|CLOSED |ON_QA
Resolution|EOL
https://bugzilla.redhat.com/show_bug.cgi?id=1777007
Petr Pisar changed:
What|Removed |Added
Status|CLOSED |ON_QA
Resolution|EOL
https://bugzilla.redhat.com/show_bug.cgi?id=1744690
--- Comment #10 from Emmanuel Seyman ---
(In reply to Xavier Bachelot from comment #8)
> lighttpd and lighttpd-fastcgi deps should be ok now. I've added dependencies
> on their related bugs. (I'm not convinced spawn-fcgi should have been
https://bugzilla.redhat.com/show_bug.cgi?id=1777566
Bug ID: 1777566
Summary: perl-Object-Remote-0.004001 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Object-Remote
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1688773
Ben Cotton changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1584474
Ben Cotton changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1559474
Ben Cotton changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1777566
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=123
Bug ID: 123
Summary: Upgrade perl-Perl-Critic to 1.136
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Perl-Critic
Assignee: p...@city-fan.org
https://bugzilla.redhat.com/show_bug.cgi?id=122
Bug ID: 122
Summary: Upgrade perl-File-Slurp to .29
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-File-Slurp
Assignee: rc040...@freenet.de
https://bugzilla.redhat.com/show_bug.cgi?id=1771739
Bug 1771739 depends on bug 1771746, which changed state.
Bug 1771746 Summary: [RFE] EPEL8 branch of perl-Test-Name-FromLine
https://bugzilla.redhat.com/show_bug.cgi?id=1771746
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1771746
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1777007
--- Comment #4 from Fedora Update System ---
perl-libwww-perl-6.43-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1774776
--- Comment #6 from Fedora Update System ---
perl-libwww-perl-6.43-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1726138
Ben Cotton changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1773830
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1773830
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Term-Table-0.015-1.fc3 |perl-Term-Table-0.015-1.fc3
The following Fedora EPEL 7 Security updates need testing:
Age URL
470 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
212 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80
python-gnupg-0.4.4-1.el7
209
https://bugzilla.redhat.com/show_bug.cgi?id=1771702
Bug 1771702 depends on bug 1771739, which changed state.
Bug 1771739 Summary: [RFE] EPEL8 branch of perl-Test-Time
https://bugzilla.redhat.com/show_bug.cgi?id=1771739
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1771739
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://fedorapeople.org/groups/389ds/ci/nightly/2019/11/28/report-389-ds-base-1.4.2.4-20191128git94354d8.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1231244
Ben Cotton changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1399506
Ben Cotton changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Resolution|---
https://pagure.io/389-ds-base/pull-request/50750
https://pagure.io/389-ds-base/issue/50664
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1775789
--- Comment #11 from Fedora Update System ---
FEDORA-EPEL-2019-bb03499a53 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-bb03499a53
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1775789
--- Comment #12 from John Heidemann ---
Thank you for the prompt in comment 10. Should now be closed.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1774776
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |MODIFIED
--- Comment #4 from
https://bugzilla.redhat.com/show_bug.cgi?id=1777007
--- Comment #2 from Fedora Update System ---
FEDORA-2019-f8134e7ff7 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-f8134e7ff7
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1775789
--- Comment #10 from Paul Howarth ---
You still need to submit an update to get the package into epel8, just the same
as you will have done for epel7.
The separate build for epel8-playground does not need an update.
--
You are receiving
Hello all,
As of the 26th of November 2019, Fedora 29 has reached its end of life for
updates and support. No further updates, including security updates,
will be available for Fedora 29. Fedora 30 will continue to receive
updates until
approximately one month after the release of Fedora 32. The
Apologies for the last minute nature of this outage, the details
behind the upgrade were under debate and we didn't want to announce a
time until we were sure about what was going to happen when.
Seeing as the machines are running F29, they need to be upgraded as
it's going EOL today.
Tim
I hit a hiccup during the upgrade but everything should be back to
normal and upgraded.
If you notice anything not working correctly, please let us know in
#fedora-admin or #fedora-qa.
Thanks,
Tim
On Tue, 26 Nov 2019 11:58:36 -0700
Tim Flink wrote:
> Apologies for the last minute nature of
91 matches
Mail list logo