It looks like the latest f15 dracut to ever make it to -stable was
009-12. I ran across this when I found a laptop that hadn't been on in
a while and needed an upgrade to f17. The trick, of course, is that
convertfs went into dracut-009-13. After -13, -14 and -15 were built.
The Wiki links to the former bodhi page for -15 :
but apparently it never got enough karma to move to stable. I'm
presuming that when f15 went EOL all the bodhi pages went away too, so
the link went dead.
That leaves us with no yum upgrade path from 15 to 17 (due to
infrastructure details, not functionality). I think that means
preupgrade won't work either (though I use RAID-1 for /boot, so I don't
know too much about preupgrade).
Suggestions for the best way forward? I was thinking some constructive
1) out-of-cycle push to stable
2) place in -testing (easy enough to document, doesn't help trivial
3) host elsewhere on Fedora infrastructure (ditto)
4) host -15 off Fedora infrastructure (not awesome in my book)
We could always tell folks that they have to step through f16 first or
do a DVD upgrade, but those are somewhat less elegant and much more
Bill McGonigle, Owner
BFC Computing, LLC
Email, IM, VOIP: bill(a)bfccomputing.com
Social networks: bill_mcgonigle/bill.mcgonigle
My name is Ryan and I am a faceless, thoughtless graduate student at the
Georgia Institute of Technology. I am pursuing a Ph.D. in machine
learning, but realistically I seem to spend all my time doing software
development and systems administration. I've been the president of the
Georgia Tech LUG for some years and I think I still hold some leadership
position there but I'm not sure what.
I spend my time (when I am not having an existential crisis) developing
a machine learning library called 'mlpack', which after some years of
painstaking refactoring and many iteractions between head and desk, was
finally released. Now that it has been released, we are trying to push
it into various repositories so it is easier for people to install and
I have prepared a spec file and SRPM in bug #843997  and am looking
for a sponsor, as it is my first Fedora package. I believe that I have
followed all the package guidelines properly. Hopefully someone can
take the time and help me learn all the necessary skills to get this
properly packaged, otherwise I will be forced to read Ph.D. Comics
incessantly, then spiral into depression as my research assistantship
runs out, eventually resulting in certain substance abuse and addiction
and jailtime. Oh, the humanity!
I can be found in IRC as 'naywhayare' and I also communicate through
email and/or carrier pigeon (whichever medium is most convenient).
Ryan Curtin | "Kill them, Machine... kill them all."
ryan(a)igglybob.com | - Dino Velvet
I'm guessing there's no way to help this, but wouldn't it be better to
build dependent libraries first? Not that I'm suggesting that we crawl
every package for dependencies, but I would think libGLEW would be a
Now I'm guessing lots of people will have to bump the release and build again?
---------- Forwarded message ----------
Date: Fri, Jul 27, 2012 at 8:07 AM
Subject: Broken dependencies: OpenImageIO
OpenImageIO has broken dependencies in the rawhide tree:
OpenImageIO-1.0.7-2.fc18.x86_64 requires libGLEW.so.1.6()(64bit)
OpenImageIO-1.0.7-2.fc18.i686 requires libGLEW.so.1.6
Please resolve this as soon as possible.
Le Ven 27 juillet 2012 12:42, Akira TAGOH a écrit :
> <match target="scan">
> <test="family" ignore-blanks="yes">
> <string>Droid Sans Fallback</string>
> <edit name="lang" mode="assign">
Thanks a lot for the experimenting. I take it that the most complete
config version you produced is the patch you sent separately, not the
version attached to this mail?
Just to be clear: it's perfectly OK if the droid sans foo names subsist
inside fontconfig, the aim is only to cull them from the font selection
dropdowns in GUI apps
Another complex fontconfig substitution scenario that needs investigating
is automatic use of PT Sans Caption instead of PT Sans at small sizes, to
simulate a modern smart font automatically in fontconfig apps
(see the documentation for caption on https://www.adobe.com/type/opentype/)
It's quite nice that after years of having a nice composing framework, but
not enough floss fonts to exercise it, the problem is now to catch up with
the possibilities offered by recent font projects.
I've got a couple of packages to review - both builds fine in Koji
(and one passes all the tests - other doesn't have tests
* https://bugzilla.redhat.com/823105 - erlang-riak_control - Admin UI for Riak
* https://bugzilla.redhat.com/841766 - erlang-riak_search - Full-text
search engine based on Riak
if someone has stalled review requests then I'm willing to start
reviewing them in exchange for these ones.
With best regards, Peter Lemenkov.