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 usern
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 tex
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
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
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
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 devel-le...@lists.fedorap
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 m
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
m
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 Lin
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
ne
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 kno
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
> rathe
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 pa
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 imag
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 intere
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 th
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 planning
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 featu
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.
Regards,
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 Manager
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) and
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 internal
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
> https://bugzilla.re
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 too
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 to
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 /var/cach
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 f
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 spe
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"
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 -
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 / Hi
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 -- d
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 just
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 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 internal
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 wou
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.
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 Fed
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
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 t
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 it
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
Conclusion
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 pa
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 o
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 devel-le...@lists.fedorap
47 matches
Mail list logo
