What is wrong with DNF's regular expression
# dnf remove *debuginfo*.fc20.x86_64
? I am on F22 but I have a lot packets that should match that regular
expression, but dnf does not find them.
I also tried to add some escape chars like
dnf remove *\-debuginfo\-*.fc20.x86_64
but the result is the same

Hi,
I'm the change owner. The benefit is a ready to work Fedora for astronomers. One special reason for the KDE desktop is KStars. It is part of the KDE project and the leading free software for observatory control. There are no Gtk equivalents and I really don't want to ship a GNOME-based spin and then add a huge bunch of KDE software. With KStars and INDI it is possible to boot your system using the Spin, just connect telescope and camera and then have fun :) This is very nice to get new Fedora users in field of amateur astronomy. Many of them say "Linux is so complicated...", with a Spin just give them a live medium and let them play with it. You could also have a look at http://indilib.org/, especially the Forum. KStars/Ekos is the most commonly used software in this field.
Additional Information: We are currently discussing about a modified title: https://fedorahosted.org/council/ticket/35#comment:2
Greetings,
Christian
On Fri Jun 26 14:41:04 UTC 2015, Stephen Gallagher wrote:
On Fri, 2015-06-26 at 10:32 -0400, Jan Kurik wrote:
>/ = Proposed Self Contained Change: Astronomy Spin =
/>/ https://fedoraproject.org/wiki/Changes/Astronomy_Spin
/>/
/>/ Change owner(s): Christian Dersch <lupinix at mailbox dot org >
/>/
/>/ A Fedora Spin providing a complete toolchain for both amateur and
/>/ professional astronomers.
/>/
/>/
/>/ == Detailed Description ==
/>/ In both amateur and professional astronomy and astrophysics Linux is
/>/ a very popular operating system. More and more data analysis is
/>/ performed using Python, especially the astropy project is a quite new
/>/ effort providing a professional toolchain. The Astronomy Spin
/>/ provides a complete scientific Python environment (2 and 3) as well
/>/ as the AstrOmatic software. For observational astronomy, KStars
/>/ provides a complete solution for astrophotography using the INDI
/>/ library. In addition to an astronomical collection of packages the
/>/ spin also adds a menu for astronomy to make work more comfortable.
/>/
/>/
/>/ == Scope ==
/>/ * Other developers: N/A (not a System Wide Change)
/>/ * Release engineering: Add spin to spin-kickstarts, ensure spin has
/>/ been tested, and release with rest of spins
/>/ * Policies and guidelines: N/A (not a System Wide Change)
/>/ * Trademark approval: Requested
/
I don't really see what benefit there is to having a spin for this. It
sounds like it might be just as effective to work with the GNOME
Software folks on getting an Astronomy Tools group in the Software app
made highly visible.
We could then just advertise Astronomy-related functionality as a new
feature of Workstation.

= Proposed Self Contained Change: Astronomy Spin =
https://fedoraproject.org/wiki/Changes/Astronomy_Spin
Change owner(s): Christian Dersch <lupinix at mailbox dot org >
A Fedora Spin providing a complete toolchain for both amateur and professional astronomers.
== Detailed Description ==
In both amateur and professional astronomy and astrophysics Linux is a very popular operating system. More and more data analysis is performed using Python, especially the astropy project is a quite new effort providing a professional toolchain. The Astronomy Spin provides a complete scientific Python environment (2 and 3) as well as the AstrOmatic software. For observational astronomy, KStars provides a complete solution for astrophotography using the INDI library. In addition to an astronomical collection of packages the spin also adds a menu for astronomy to make work more comfortable.
== Scope ==
* Other developers: N/A (not a System Wide Change)
* Release engineering: Add spin to spin-kickstarts, ensure spin has been tested, and release with rest of spins
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: Requested
--
Jan Kuřík
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

I'm trying to figure out the best way to handle the situation where a
project decides to use submodules in Git. The archive generated doesn't
incorporate the submodule files.
I've done some searching on this, and haven't really come up with much.
I've reviewed: Packaging:Github
<https://fedoraproject.org/wiki/Packaging:SourceURL?rd=Packaging/SourceURL...>
; but that really doesn't address the submodule issue.
I looked through some packages that are currently in the Fedora repository
and found where a few folks have rebuilt the tarball and referenced that
version as the Source in the spec file; then they put in a comment stating:
The source of this package was pulled from upstreams' vcs. Use the
following
commands to generate the tarball:
...
- git clone
...
- git submodule init
- git submodule update
...
This approach is the best that I've found. Any other suggestions?
Thanks much!

Agenda:
- Interview potential candidates for new memberships
- Optionally accept new members
- readonly root - plan to get rid of fedora-readonly? drop in favor of
<http://0pointer.net/blog/projects/stateless.html >
- Open Floor
Please add items by replying to this mail.