Reposted from <http://fedoramagazine.org/5tftw-2014-11-14/>.
Fedora is a big project, and it’s hard to keep up with everything that
goes on. This series highlights interesting happenings in five
different areas every week. It isn’t comprehensive news coverage — just
quick summaries with links to each. Here are the five things for
November 14th, 2014:
Fedora Council Elections
------------------------
We are in the “campaign season” (okay, “campaign week”) for the first
general election for representatives for the new Fedora Council. (If you
haven’t been following, see the Council charter on the Fedora Wiki.
The “Coda” in that document should answer most of your questions, and if
you have others, please feel free to ask them.)
The five candidates are:
- Haïkel Guémar (number80)
- Pete Travis (randomuser)
- Michael Scherer (misc)
- Rex Dieter (rdieter)
- Langdon White (langdon)
(with IRC nicknames in parentheses).
Visit the nomination page for a brief-self introduction from each
candidate, and stay tuned for more from each (including an e-mail
interview to be published on Fedora Magazine at the beginning of next
week).
Voting opens on the 18th, and will run for a week.
* https://fedoraproject.org/wiki/Council
* http://fedoraproject.org/wiki/IRC
* https://fedoraproject.org/w/index.php?title=Council/Nominations&oldid=39442…
Flock to Rochester
------------------
Flock is our big annual conference for Fedora contributors and
developers, where we meet in person to share our work and develop plans
for the future. It alternates yearly between North America and Europe
(complemented by user-and-developer FUDCons in the APAC and LATAM
regions), and the location is chosen by a bid process.
The Flock planning team has announced the final selection of Rochester,
NY and the Rochester Institute of Technology (RIT) as our location for
2015. Read the details, and take a look at the original bid if you’re
curious. (Note that the specific dates have not yet been finalized.
More to come!)
* https://fedoraproject.org/wiki/FUDCon
* http://flocktofedora.org/
* http://fedoraproject.org/wiki/Flock_bid_process
* http://fedoramagazine.org/flock-2015-rochester-institute-of-technology/
* https://fedoraproject.org/wiki/Flock2015-Rochester-proposal
Fedora Workstation and the Target Audience
------------------------------------------
With last week’s beta announcement and its emphasis on the three
different “flavors” of Fedora that we’re promoting, we got a couple of
concerned messages on Fedora Magazine and social media, expressing
worry that the “software developer” target audience of Fedora
Workstation excludes non-developer enthusiast or even non-savvy desktop
users.
So, here’s the deal: currently, Fedora is not really growing users.
(Despite some claims to the contrary, we’re not collapsing either, but
it’s basically flat.) We don’t have the resources for a mass market
push, and overall, trying to be all things to all people ends up being
not ideal for anyone. That’s not just a platitude — it’s hard for
designers to know what to design for, and we can’t do user testing or
quantify feedback in an actionable way without guidance on audience.
As I was thinking about this, the article "If you want to follow your
dreams, you have to say no to all the alternatives" came across one of
my newsfeeds, and it struck meas very relevant.
> People never want to do one thing. We want to do all the things. We
> simultaneously want to exercise and to learn Spanish and to go out
> for pizza. Our desires are countless, independent agents, working to
> nudge our beachball in their own selfish direction.
>
> And so usually, that ball is going nowhere. It’s controlled more by
> the terrain than by the will of what’s inside it.
That’s what we’re doing here; by focusing marking effort (and real
development resources) on a target we are confident we can solidly hit,
we’ll actually get there — with real user-base and ultimately project
growth. Then, in the future, we can expand even further from that
success into other areas.
That doesn’t mean that non-developer users are going to be left in the
cold, or excluded from Fedora. Developers are people too, and generally
want everything a normal human being would want from a desktop —
browsing the web, listening to music, editing photographs, and so on.
And we don’t want developers just using Fedora on work systems which
stay in an office — we want them using Fedora everywhere. From the
Fedora Workstation PRD, which describes the intended target in depth:
> While the developer workstation is the main target of this system and
> what we try to design this for, we do of course also welcome other
> users to the Fedora Workstation. In fact many of the changes and
> improvements we expect to implement for developers will be equally
> beneficial to other user segments, for instance our plans around
> multi-screen handling and improved terminal functionality should also
> be highly beneficial to a system administrator. Or the work we are
> doing to provide a high performance graphics workstation would be
> useful to people who want a linux gaming PC. Or a student who just
> want a system with a productivity suite to write their papers will of
> course get benefit from the fact that we do ship a good productivity
> suite. We will welcome feedback and request from all our users and
> try to accommodate it as long as it doesn’t negatively impact our
> developer target group and we have people available who have the time
> and ability to work on the requests.
Without this kind of focus, we end up with what I like to refer to as a
“bag of bricks” style distribution, where we have all the parts, and
users are asked to put together their own favorite configuration. That
turns out to not *actually* be a distribution for everyone at all — it
inherently makes a niche of people who like to tinker with their
system. But, I think **we actually serve those people really well no
matter what the marketing is**. That’s an essential part of Fedora, and
there is no plan to take it away. Take a look (or look back, if you’ve
seen it already) at my DevConf.cz 2014 presentation on Fedora.next, and
especially the “Lego vs. Playmobil section.
As I say at the top of every 5tFTW, Fedora *is* a really big project.
Even more so than an individual person’s brain, we *are* like a ton of
bees going in all sorts of directions. But, unlike the
motivational-speaker analogy, we’re not really missing out on anything
if someone wants to work in their own time on a part of the project
which isn’t directly aligned with the overall objectives, that’s
actually awesome (as long as it isn’t directly in conflict, of course).
Also, don’t forget that Fedora isn’t just a desktop distribution and
never was. With new emphasis on Fedora Server, we’re bringing that out
from under the carpet. And Fedora Cloud (and Atomic) give us a foothold
in important new areas of innovation. These *are* different directions,
but the Fedora.next plan is to separate them as much as possible so
that the metaphorical bees in each one can succeed independently.
I hope this helps clear things up; I’ll be happy to discuss further
here or anywhere. I think that this direction for Fedora Workstation is
going to yield great results for *everyone*, even people outside of the
direct target. However, if it doesn’t end up being the desktop for you,
that’s fine — we’ve got a *great* KDE spin, plus Xfce, MATE, and so on.
* http://oliveremberton.com/2014/if-you-want-to-follow-your-dreams-you-have-t…
* https://fedoraproject.org/wiki/Workstation/Workstation_PRD
* http://fedoramagazine.org/fedora-present-and-future-a-fedora-next-2014-upda…
* https://fedoraproject.org/wiki/Fedora.next
* http://spins.fedoraproject.org/
Fedora Atomic Test Builds
-------------------------
The Fedora Atomic team and the Cloud Working Group didn’t quite have
everything lined up for the Fedora 21 Beta release, and as Atomic is a
“non-blocking” tech preview for this release, that didn’t hold up the
whole process. We now have nightly builds of Atomic images that are
close to what’s planned for the final F21 release at the beginning of
December. We’ll update the “get pre-release!” website soon, but in the
meantime, launch in Amazon EC2 or download a qcow2 directly from our
build system. (Note that these images are meant for cloud environments
and require some tweaking if you want to run them stand-alone in a
local VM.)
If you’re looking to try out Fedora 21 *inside* Docker containers, note
that the “21” tag on the Docker Hub has been updated to F21 beta
(thanks to Lokesh Mandvekar), using the official bits from Fedora
release engineering. Spin up the Fedora Atomic image (in OpenStack or
EC2) and run
sudo docker run -t -i fedora:21 /bin/bash
and marvel at Fedora 21 running in a container inside Fedora 21!
* https://fedoraproject.org/wiki/Cloud_WG
* https://console.aws.amazon.com/ec2/v2/home?region=us-east-1#LaunchInstanceW…
* https://kojipkgs.fedoraproject.org//work/tasks/1486/8141486/Fedora-Cloud-At…
* https://registry.hub.docker.com/_/fedora/
Improving the Fedora Join Experience
------------------------------------
Fedora contributor Sarup Banskota gave a talk at our Flock developer
conference this summer titled “The curious case of Fedora Freshmen (aka
Issue #101)”. The talk covered general issues with joining an open
source project and Fedora in particular, and suggested that we treat
this like we treat software bugs — find the problems and fix them.
Sarup has now written a post proposing some improvements to our Join
Fedora web documentation, including sketches of mock-up designs. Take a
look and offer feedback. If you’re a newcomer to the Fedora Project
yourself, or are thinking about it, improving our onboarding process
might itself be a good starting point!
* http://fedoraproject.org/wiki/User:Sarupbanskota
* https://www.youtube.com/watch?v=0HYYv0QpjPY
* https://www.slideshare.net/sarupbanskota/curious-caseoffedorafreshmen
* http://sarupbanskota.github.io/fedora/2014/11/13/fedora-join-developments.h…
--
Matthew Miller mattdm(a)mattdm.org <http://mattdm.org/>
Fedora Project Leader mattdm(a)fedoraproject.org <http://fedoraproject.org/>
Dear zeromq users,
I'll update the zeromq package to version 4 next week in rawhide, which
will break all existing packages that depend on the current zeromq package
as there have been quite some changes [1].
It is recommend to upgrade to version 4, yet given the list of packages, it
might take some time. So I'll firstly import a zeromq2 compat package [2]
into rawhide. I'll retire it again, once all the porting has taken place.
The current list of depending packages on zeromq2 is:
$ repoquery --whatrequires zeromq | grep -v i686
airinv-0:1.00.0-6.fc20.x86_64
airrac-0:1.00.0-7.fc20.x86_64
airsched-0:1.00.0-7.fc20.x86_64
groonga-plugin-suggest-0:3.0.8-1.fc20.x86_64
groonga-plugin-suggest-0:4.0.6-1.fc20.x86_64
perl-ZMQ-LibZMQ2-0:1.07-3.fc20.x86_64
perl-ZMQ-LibZMQ2-0:1.09-1.fc20.x86_64
perl-ZeroMQ-0:0.23-4.fc20.x86_64
rmol-0:1.00.0-6.fc20.x86_64
sevmgr-0:1.00.0-8.fc20.x86_64
simcrs-0:1.00.0-5.fc20.x86_64
simfqt-0:1.00.0-6.fc20.x86_64
stdair-0:1.00.1-8.fc20.x86_64
trademgen-0:1.00.0-6.fc20.x86_64
travelccm-0:1.00.1-5.fc20.x86_64
zeromq-ada-0:2.1.0-11.24032011git.fc20.x86_64
zeromq-ada-0:2.1.0-12.24032011git.fc20.x86_64
zeromq-ada-devel-0:2.1.0-11.24032011git.fc20.x86_64
zeromq-ada-devel-0:2.1.0-12.24032011git.fc20.x86_64
zeromq-devel-0:2.2.0-8.fc20.x86_64
Similarly, I'd like to retire the zeromq3 package, which has this depending
packages currently:
repoquery --whatrequires zeromq3 | grep -v i686
czmq-0:1.4.1-2.fc20.x86_64
czmq-devel-0:1.4.1-2.fc20.x86_64
perl-ZMQ-LibZMQ3-0:1.13-3.fc20.x86_64
perl-ZMQ-LibZMQ3-0:1.16-1.fc20.x86_64
php-zmq-0:1.0.8-2.fc20.x86_64
python-zmq-0:13.0.2-1.fc20.x86_64
python3-zmq-0:13.0.2-1.fc20.x86_64
zeromq3-devel-0:3.2.4-1.fc20.x86_64
Please also rebuilt/port them to the version 4.
Thanks,
Tom
[1] http://zeromq.org/docs:3-1-upgrade
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1145100
Greetings, we've been told that the email addresses
for this package maintainer is no longer valid. I'm starting the
unresponsive maintainer policy to find out if they are still interested
in maintaining their packages (and if so, have them update their email
addresses in FAS). If they're not interested in maintaining or we
can't locate them I'll have FESCo orphan the packages so that others
can take them over.
If you have a way to contact this maintainer, please let them
know that we'd appreciate knowing what to do with their packages.
Thanks!
* jomara - former email address jomara(a)redhat.com
https://admin.fedoraproject.org/pkgdb/packager/jomara/
Point of contact:
openstack-tuskar -- A service for managing OpenStack deployments
( master f21 f20 epel7 )
openstack-tuskar-ui -- The UI component for Tuskar ( master f21 f20
epel7 )
python-soaplib -- A python library for writing and calling soap web
services ( master f21 f20 f19 el6 )
python-tuskarclient -- Python client for the Tuskar API ( master f21
f20 epel7 ) Co-maintainer:
python-flask-babel -- Adds i18n/l10n support to Flask applications
( epel7 )
python-pyghmi -- Python General Hardware Management Initiative (IPMI
and others) ( epel7 )
If we don't hear anything in a week, we will be setting the point of
contact on these packages to orphan.
Thanks,
kevin
when building a custom kernel:
/home/nbecker/rpmbuild/SOURCES/mod-extra.sh: line 18: modinfo: command not found
But I have /usr/sbin/modinfo installed. Should I be concerned?
--
-- Those who don't understand recursion are doomed to repeat it
Hi,
I would appreciate it if someone could review the gimp-saver-plugin
package. I'm not an approved packager (need a sponsor) but if you have a
package for review I'll be happy to have a look.
https://bugzilla.redhat.com/show_bug.cgi?id=1162731
gimp-saver-plugin is a combined Save, Save as, Overwrite, and Export
plugin for GIMP.
If you want to test the plugin:
1) install the plugin
2) start the GIMP
3) click Edit -> Keyboard Shortcuts
4) unfold the Plug-Ins section
5) scroll down to "Saver Disabled python-fu-saver"
6) click on Disabled and assign shortcut (like Ctrl+S)
7) scroll down to "Saver as... Disabled python-fu-saver-as"
8) click on Disabled and assign shortcut (like Shift+Ctrl+S)
9) de-select "Save keyboard shotcuts on exit" if you don't want
these shortcuts saved permanently
10) click Close
11) click File -> New -> Ok
12) add something to the canvas
13) press Ctrl+S or Shift+Ctrl+S
Thanks,
Patrick
I updated license declaration of perl-Text-Textile package from
(GPL+ or Artistic) to (GPL+ or Artistic 2.0) to comply with license
statement in the 2.13 sources. This is effective since Fedora 22.
-- Petr
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2014-11-13 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2014-11-13 09:00 Thu US/Pacific PST
2014-11-13 12:00 Thu US/Eastern EST
2014-11-13 17:00 Thu UTC <-
2014-11-13 17:00 Thu Europe/London <-
2014-11-13 18:00 Thu Europe/Paris CET
2014-11-13 18:00 Thu Europe/Berlin CET
2014-11-13 22:30 Thu Asia/Calcutta IST
------------------new day----------------------
2014-11-14 01:00 Fri Asia/Singapore SGT
2014-11-14 01:00 Fri Asia/Hong_Kong HKT
2014-11-14 02:00 Fri Asia/Tokyo JST
2014-11-14 03:00 Fri Australia/Brisbane EST
Links to all tickets below can be found at:
https://fedorahosted.org/fpc/report/12
= Followups =
#topic #382 Go Packaging Guidelines Draft
.fpc 382
https://fedorahosted.org/fpc/ticket/382
(more info. needed)
#topic #454 Bundling exception for php-phpoffice-phpexcel
.fpc 454
https://fedorahosted.org/fpc/ticket/454
(needed policy, feature not accepted yet)
#topic #466 recommend Privatedevices and PrivateNetwork in systemd
guidelines
.fpc 466
https://fedorahosted.org/fpc/ticket/466
= New business =
#topic #467 Consider requiring all files in /usr to be world-readable
.fpc 467
https://fedorahosted.org/fpc/ticket/467
#topic #468 Temporary modernizr packing exception for kimchi
.fpc 468
https://fedorahosted.org/fpc/ticket/468
= Open Floor =
For more complete details, please visit each individual ticket. The
report of the agenda items can be found at:
https://fedorahosted.org/fpc/report/12
If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fpc,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.