A long, long time ago (before the extras/core merge in fact i think) i
was given tomboy to help spread the influx of mono packages across
IIt's a neat program, but I don't really use it. I'm more of a
send-myself-email/scribble-on-whiteboard kind of guy. I'm also not
very good about maintaining it.
I've orphaned it now. If anyone is interested in it, feel free to take it.
On 1 Jun 2011 21:54, "Ville Skyttä" <ville.skytta(a)iki.fi> wrote:
> I'd like to have bash-completion included in F-16's default install. In
> my opinion it's in a good enough shape for that already now, and with my
> upstream hat on I expect things to further improve before F-16 is out.
> Why I'm writing here is that I'd like to hear opinions to which
> default-installed comps group should it be added (and set as default
> there) - in my opinion the serious candidates are admin-tools and base.
> admin-tools doesn't sound right because bash-completion is not really
> an admin tool (unless one considers interactive shell usage as admin
> activity in general), so I'm inclined to add it to base.
Things like bash completion have massive performance implications on network
and other slower file systems esp if its used for home directories. It
certainly shouldn't be in base.
dasher in Fedora has been broken for me since Fedora 12.
The bug I entered has recently been automatically closed.
dasher doesn't work in 64-bit and can be crashed by asking it to go
What's the procedure to get the package removed?
It's been roughly a month since the last update, so i wanted to send out
a quick update of where we are.
Things have been progressing nicely and we now even have 2 mash trees
with install images for testing available for, one for ppc, the other
Those are our current development trees, so things might be broken at
times. Also the rpms aren't signed as we're changing stuff to fast and
this isn't a release.
We have tested them on a Power7 box as well as on an older Apple G5, but
your mileage may vary. Especially on Power5 and Power6 the problem still
exists that the unified initramfs of Anaconda is too large to fit into
the initial RAM during bootup, so you'll need to revert to the method
described in the next paragraph.
If you want to go a bit of a safer route you can try out an upgrade from
Fedora 12 to Fedora 15. Dan Horak has described how to do this in a blog
entry he wrote:
It's quite a bit of manual work, but it's pretty straight forward what
to do. So feel free to give that a shot if you want to try that way
instead of a fresh install with the mash images and trees.
As stated previously, we won't be doing an official Fedora 15 release,
it's just not ready yet. But Fedora 16 is definitely planed and
currently on track.
Current state of the work can always be found here, as usual:
Thanks & regards, Phil
Philipp Knirsch | Tel.: +49-711-96437-470
Supervisor Core Services | Fax.: +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch <pknirsch(a)redhat.com>
Hauptstaetterstr. 58 | Web: http://www.redhat.com/
D-70178 Stuttgart, Germany
Now rawhide buildtree sees rubygems 1.8.5. The license changed from
(Ruby or GPL+) to (Ruby or MIT).
If you see any issues with new rubygems please feel free to report them,
Best I can tell the current version of memtest86+ in Fedora is v4.10
which is too old for Sandy Bridge which needs version v4.20.
Anyone know if there is some reason we haven't updated to the current
version (released January 2011) ?