Re: Let's talk about Fedora in the '20s!
by Martin Jackson
>> First, I'd like to see Fedora become more of an "operating system factory".
>>
There are a few things that seem a bit out of place, in terms of RH's
messaging/endorsing of Fedora, and Fedora's role as an upstream for RHEL
and an engine of moving the entire Linux community forward.
I think this would be great. I think the ability to make it clear how
to make customized fedora images would be very helpful.
In this vein (as other people have commented on this thread), I think it
would be great to give Fedora more visibility. Its absence as a
supported image in Azure, for instance, is particularly noticeable, and
the whole situation with WSL was regrettable. One of the reasons I've
used Ubuntu/Debian in some of those situations is that they're there and
relatively easy to consume. I've come to prefer Fedora because it has
much better leading-edge stuff, and I think that's a huge benefit to the
community that definitely serves a particular segment.
The addition of the virtualbox guest additions to the installer was a
great step, too - the big question, I think is to find ways to make it
easy to consume fedora, and in some cases that means making images for
Virtualbox, for cloud providers, maybe for CI providers too.
Having a few people who talk about Fedora in the ecosystem publicly and
often might be helpful too. There are a bunch of people who are
directly and visibly connected with Ubuntu/Canonical that appear all the
time on the Jupiter Broadcasting podcasts (I know Matt is also
frequently interviewed but that's not quite the same thing). Having
people talking about doing things with Fedora makes it "cool" and
"buzzworthy", and I think that's of value.
>>
>> Second, we need to figure out how to work with language-native packaging
>> formats and more directly with code that's distributed in git repos rather
>> than as tarball releases.
Some languages make this a lot easier than others. The curation that we
do is valuable, and a lot of my interests involve curations of some of
the really neat things I've found in the Python ecosystem. Python makes
it *relatively* easy but it seems there will always be edge cases.
That said, I love Fedora as a platform to explore the latest/greatest in
curated scripting platforms and development.
I'm working on packaging pipx for Fedora, which is a python tool to
install venvs for applications; maybe including some meta-tooling like
this in the distribution might help bridge some of the gaps (that is,
it's infeasible to package all of pypi/CPAN/rubygems), in making it easy
to consume those environments in Fedora, but giving up some of the
advantages of packaging and curation. I understand people might find
that unsuitable on both sides.
I don't know if things like pipx exist for other scripting languages,
but do other people think that's worth exploring? (Currently pipx uses
tox in what seems like a weird way, and we'd need to package userpath
and tox-venv to make them work - I'm working on those and hope to submit
the specs for review soon).
>> Third, we really need to continue to grow the project as more than coding
>> and packaging.
>>
>>
Maybe some of this falls into the publicity point that's part of the
first point. I think there's a lot of value to having howto's, project
documentation, guides and so on. I do think it's remarkable that with
the pace that Fedora moves that techniques for approaching certain
problems are still valid and useful. (I built a fault-tolerant firewall
system with Fedora using a conntrackd, iptables, and keepalived with a
guide from...f20 or so? I forget. Still works pretty well.)
One thing I would like to point out, as a sort of editorial comment -
let's not let the areas we can improve in detract from the things Fedora
is great at. We have a small-ish, but relatively vocal Fedora community
where I work, among the sysadmins. I don't think Fedora users are quite
as vocal, but the engineering in Fedora is solid. Sure there are
problems occasionally, but the rate of change and the usability of
Fedora as a daily driver and for some server workloads is pretty impressive.
Thanks,
Marty
4 years, 4 months
How to obsolede module?
by Josef Ridky
Hi folks,
Does anyone know, how can I obsolete modular version of package?
TL;DR
I have one package (gimp) that is now available as RPM and Module at the same time in Fedora.
Due of modular version makes issues to users during system upgrade, I've decided to remove (obsolete) modular version of gimp and keep the RPM version only.
Question is, How can I set new RPM build to be the replacement for the modular one?
Especially, is it possible, when someone with modular gimp installed types `dnf upgrade gimp`, that command will remove modular gimp and installs new RPM instead?
Regards
Josef Ridky
Software Engineer
Core Services Team
Red Hat Czech, s.r.o.
4 years, 4 months
Fedora 32 Self-Contained Change proposal: Deprecate python-nose
by Ben Cotton
https://fedoraproject.org/wiki/Changes/DeprecateNose
== Summary ==
The {{package|python-nose}} ({{package|python3-nose}}) package will be
[https://docs.fedoraproject.org/en-US/packaging-guidelines/deprecating-pac...
deprecated] without replacement in [[Releases/32|Fedora 32]]. Nose is
dead upstream, but far to many packages still BuildRequire it, so we
cannot remove it yet.
== Owner ==
* Name: [[User:Churchyard|Miro Hrončok]]
* Email: mhroncok(a)redhat.com
== Detailed Description ==
The {{package|python-nose}} package regularly requires downstream only
patches to support new Python versions.
Upstream is [https://github.com/nose-devs/nose/commits/master long
dead] and has a notice on [https://nose.readthedocs.io/ the website]
that says:
> Nose has been in maintenance mode for the past several years and will likely cease without a new person/team to take over maintainership. New projects should consider using Nose2, py.test, or just plain unittest/unittest2.
We'd like to drop it from Fedora, but 27 packages require it on
runtime and 323 on build time (only direct (Build)Requires were
counted, on 2020-01-13). Before we attempt to make the number smaller,
we need to stop new packages to (Build)Require
{{package|python3-nose}}, hence we want to have it
[https://docs.fedoraproject.org/en-US/packaging-guidelines/deprecating-pac...
deprecated].
== Benefit to Fedora ==
No new packages will depend on a dead test runner. Eventually,
bootstrapping new Python versions in Fedora won't be blocked on
another downstream only patch for nose.
== Scope ==
* Proposal owners: Deprecate {{package|python3-nose}}. Help package
maintainers convert to other test runners when asked.
* Other developers: Nothing required. Optionally, drop the dependency
on nose from existing packages.
* Release engineering: N/A
* Policies and guidelines: N/A
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
The package will remain available. Only new packages cannot depend on it.
== How To Test ==
$ repoquery --repo=rawhide --provides python3-nose
...
deprecated()
...
== User Experience ==
No changes.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
4 years, 4 months
Intro: Newbie incoming, Samyak Jain.
by Samyak Jain
Heya,
This is Samyak Jain, a 20-year old student, developer, and an avid learner.
Also, as a third year undergraduate in the field of computer science, I
have been an open-source learner and a contributor for a while now.
Coming to open-source contributions, I have contributed to the Debian
community for Debian packaging for ruby gems mostly, as well as, have a
keen interest in python language, did some doc fixes(newbie). I like to
write mostly technical, you can find my blogs at
https://samyak-jn.github.io/.
It would be great if someone can mentor me with it, I would love to
contribute to the project and to learn new things.
I have mostly used Debian, Linux Mint and Kali(for some time) and would
love to explore more.
Looking forward to work and learn from the community and grow together.
Best,
Samyak Jain
4 years, 4 months
Using pantheon as a standalone de
by Harsh Jain
Whenever I install pantheon using the terminal , a gnome session is always
installed with it .
Also pantheon doesn't install lightdm properly because if i remove all
other de's and then install pantheon i only get started in a tty and have
no way to access it .I would like to help solve these problems if they are
general , can anyone tell me where to start ?
4 years, 4 months
Summary/Minutes from today's FESCo Meeting (2020-01-13)
by Petr Šabata
=====================================
#fedora-meeting-1: FESCO (2020-01-13)
=====================================
Meeting started by contyk at 14:59:55 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2020-01-13/fesco.2020-...
Meeting summary
---------------
* init process (contyk, 15:00:07)
* #2310 F32 System-Wide Change: Use update-alternatives for /usr/bin/cc
and /usr/bin/c++ (contyk, 15:05:16)
* LINK: https://pagure.io/fesco/issue/2310 (contyk, 15:05:18)
* AGREED: F32 System-Wide Change: Use update-alternatives for
/usr/bin/cc and /usr/bin/c++ is approved (+6, 2, -1) (contyk,
15:27:09)
* #2309 F32 System-Wide Change: Enable fstrim.timer by default (contyk,
15:28:05)
* LINK: https://pagure.io/fesco/issue/2309 (contyk, 15:28:07)
* AGREED: F32 System-Wide Change: Enable fstrim.timer by default is
approved (+6, 3, -0) (contyk, 15:44:19)
* #2312 Python2 exception for mailman (contyk, 15:45:06)
* LINK: https://pagure.io/fesco/issue/2312 (contyk, 15:45:12)
* AGREED: Time estimate and approval from relevant parties should be
provided by the end of the months or the package will be retired;
can be unretired later when ported (+8, 0, -0) (contyk, 15:52:08)
* Next week's chair (contyk, 15:52:31)
* ACTION: mhroncok will chair the next meeting. (contyk, 15:53:03)
* Open Floor (contyk, 15:53:08)
Meeting ended at 15:56:07 UTC.
Action Items
------------
* mhroncok will chair the next meeting.
Action Items, by person
-----------------------
* mhroncok
* mhroncok will chair the next meeting.
People Present (lines said)
---------------------------
* contyk (62)
* dcantrell (34)
* mhroncok (30)
* zodbot (19)
* zbyszek (19)
* cmurf (16)
* sgallagh (14)
* nirik (11)
* decathorpe (9)
* ignatenkobrain (7)
* tstellar (6)
* bookwar (5)
* bcotton (1)
4 years, 4 months