Hello everyone. I've been active with Fedora for a while, and I know a lot
of you and I hope a lot of you know me. I helped with the first few FUDCons
back when I was at Boston University, and have been moderately active on
this list, in Bugzilla, and as a package maintainer, and with other things
Fedora as my employment has allowed.
Well, now, my employment will allow it *a lot*, as I've been hired by Red
Hat full time to work on Fedora. Specifically, I'm going to work on bringing
some sense to the whole "Cloud" thing – what that buzzword practically
means for us as a project both now and in the future, and (critically) what
we should do about it.
There is some seriously awesome cloud-related work going on in Fedora —
many of the features for F18, for example — but there's no real overall
vision for how this will all work together for us. So, I'm going to indulge
in some strategic planning, starting with some basic questions about our
stakeholders for cloud in Fedora, and working on a mission and vision within
Fedora as a whole. I hope you'll join me in working on this.
If any of this sounds interesting, please come on over to the Cloud SIG,
centered around the mailing list
and pitch in. And if the words "strategic" and "planning" make your eyes
glaze over, don't worry. This is going to be a *doing* thing, not just a
*talking* thing. Computing as a whole is _really_ at one of those big
inflection points, and it's going to take a lot of action to bring us on
over to the other side — where we've got a *lot* to contribute that the
world shouldn't miss out on.
(Working on bringing the Cloud SIG Fedora wiki page up to reflect current
activity is one of my low-hanging-fruit tasks as well, but I wanted to get
this intro out there first thing.)
And if you want to talk about any of this in any medium _beyond_ the Cloud
SIG, please feel free. My inbox is open, I'll be seeing a lot of you at
various conferences, and if you're in the Boston/Cambridge/Somerville area,
we have a lot of nice places serving local microbrews. (I will buy you a
drink if you can refrain from using the word "nebulous" in a conversation
Matthew Miller _☁_ Fedora Cloud Architect _☁_ <mattdm(a)fedoraproject.org>
My name is Ernie Allen. I am a developer in the Red Hat ENG JBoss Development group working on the Red Hat Enterprise MRG product team.
I am currently working on an SNMP agent for the qpid broker. I generally work on front-end UI and web related utilities like Cumin and QT graphical applications.
I anticipate submitting several packages and would like to become a package maintainer.
So I've had a review ticket open on bugzilla for a while now for this
The software, pdfminer, bundles Adobe cmap data to process Chinese,
Japanese, and Korean languages in a pdf file. However, the question is:
does this violate the general prohibition against bundling libraries? I'm
not exactly sure, because I think it's more like bundled data than bundled
code- but I don't know if that makes a difference to the packaging
If it does violate that prohibition, the cmap stuff can easily be removed
and not built into the library (it's an optional component).
Upon upgrading a F17 box today I notice "desktop-file-utils" wants to
pull in "emacs-filesystem". When I investigate the cause I find it to be
the Emacs packaging guidelines.
The guidelines now force any package that has Emacs add-ons to install
them in the main package and Requires: emacs-filesystem. Emacs is not
installed by default and I do not use Emacs, nor will I ever. I'm not
sure why having sub-packages was such a negative thing. Can we bring
I would like to, for both my purposes and for others, tag a number of
bugzilla entries as of interest to the cloud sig. If this were my own little
private project bugzilla, I would make a keyword. I don't think that really
meshes with the existing keywords here anyway, which are mostly related to
workflow (and specifically, Red Hat workflow).
I could make at tracker bug (in that case, probably one per Fedora release).
Or, maybe an alias that could be added to the CC line.
What's the best approach?
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ <mattdm(a)fedoraproject.org>
I haven't had a chance yet to try the new F18 installer and barely have
had a chance to play with my F17->F18 upgrade box. However, I'm most
curious if the new installer has considered or already gained what I'd
consider a subtle improvement in becoming mouse button agnostic. I'm a
"lefty" (handedness, not politically which doesn't belong here) and always
reverse my button order so that their arrangement is as natural to me as
they are for a "righty" in that the button closest to the keyboard is the
primary button. In the past, Anaconda had no need for more than one
button, so why not treat all buttons as equals? In other words, any mouse
button click should be handled identically.
Now, if the mouse pointer could also reverse upon detecting the apparent
handedness of the user, well that would be one of the coolest UI tricks
ever. (Oh and while I'm dreaming, might as well magically change all UI
labels and documentation for mouse buttons to be 1st, 2nd, 3rd, etc.
instead of "left", "right", "middle".) I've been adapting all my life, so
I won't be too disappointed if none of this materializes.