most packages in Fedora install their development documentation
I find this really annoying because every time a package gets upgraded
it breaks the bookmarks I make for documentation for no good reason.
Also, most upstream tarballs that actually install documentation by
themselves install it in $(datadir)/doc/$(name).
Is there a good reason for Fedora to override this usual location and
install developer docs in this versioned location ? What do people
Dave/Dina : future TV today ! - http://www.davedina.org/
<-*- thomas (dot) apestaart (dot) org -*->
See how I vigorously don't care
<-*- thomas (at) apestaart (dot) org -*->
URGent, best radio on the net - 24/7 ! - http://urgent.fm/
I want to know that with nptl support signals(asynchronous) can be
delivered to specific threads or not.If yes then how can it be if no
then why and if u have any link regarding nptl signals plz plz plz......
Thanks in Advance
The rawhide policy is to not guarantee upgrade paths within rawhide
and/or the releases based on a rawhide snapshot.
The reason is that rawhide may try a newer package that may have to be
downgraded and one wants to avoid epoch inflation.
That's OK for rawhide, but what about "updates-testing"? Can we have
such a guarantee there?
Axel.Thimm at ATrpms.net
I have a rebuild version of the kdeedu-3.4.1 rpm (and the
corresponding "src.rpm") that solves the problem of
kig-python-scripting. It can be found in
A am not able to contact the official packager (Ngo Than), and
that is the reason why I am posting here.
Is there any chance to have this package be officially
included in an FC4 update?
I previously had assurances by Ngo Than that python scripting
would have been enabled in the updates of FC4, but this
wasn't the case.
Over the next week as part of the work to try get anaconda installs
using yum I'm going to switch over to yum by default:
* nfs installs will use yum as a back end
* nfsiso installs will not be available
Other install methods will fall back on the old method of
Later in the week http/ftp installs will move to using yum as a back
end. Some work in install speed optimisation will be needed but at the
moment we are focussed on getting it working without.
Jeff Spaleta <jspaleta(a)gmail.com> wrote:
> On 7/17/05, Nicolas Mailhot <Nicolas.Mailhot(a)laposte.net> wrote:
> > And unfortunately it's a bad distinction.
> > The real one is repetitive/non repetitive tasks.
> > Anything repetitive will always be better served by a rigid interface
> > like a terminal, not something as changing as the GUI.
> > Just go look at any POS system - you'll never find even such a basic
> > thing as a mouse cursor. And the people using them have no CS doctorates
> > (at least most of them)
> Are you on crack? There are many POS systems that have 'GUIS" and and
> driven by a touch screen interface instead of a "mouse" without
> exposing a terminal or a full keyboard.
> The existence of a "mouse cursor" is not the definition of a "GUI"
> The WaWa convience store sub sandwich ordering interface has no
> terminal.. no cmdline..it has no keyboard.. but it certaintly is a
> "graphical" "user" "interface"..
Oh, come on. That is an /extremely/ limited task. Try doing the same if
there were hundreds of different sandwiches and options for each. Plus do
it for users sitting all day in front of the dang thing, not somebody
interacting with it a couple of minutes a month.
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
On Sat, Jul 16, 2005 at 04:11:44PM -0500, Justin Conover wrote:
> On 7/2/05, Build System <buildsys(a)redhat.com> wrote:
> > Updated Packages:
> > kernel-2.6.12-1.1411_FC5
> > ------------------------
> > * Fri Jul 01 2005 Dave Jones <davej(a)redhat.com>
> > - 2.6.13-rc1-git3
> > - Xen broke again, so is temporarily disabled. Sorry :(
> > - Add a vdso marker to /proc/*/maps even if the vDSO is randomized
> > * Thu Jun 30 2005 Dave Jones <davej(a)redhat.com>
> > - 2.6.13-rc1-git2
> > * Wed Jun 29 2005 Dave Jones <davej(a)redhat.com>
> > - 2.6.13-rc1
> It's been a couple weeks, what broke on the xen kernels and is there
> anyway to get it working again?
Rik was working on an update to a newer upstream Xen snapshot
last week, but this week is pretty much going to be nothing
but kernel-summit/OLS activities, so I wouldn't expect it
to start working for at least another week or so.