When building sara-6.0.7d on x86_64:
*** Warning: This library needs some functionality provided by -lrpcsvc.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
Shouldn't we have a shared version of this?
While we all wait for Stateless Linux to arrive, we've put together
a tiny little package that addresses a much simplified version of
the Stateless Linux problem: the oldie but goodie X terminal.
Use Case: you have a server, a small number of clients (<5),
boxes that can PXE boot, and you just want to run them stateless
off of your server. To make things even simpler, you loaded FC4
on the server, and you want your clients to just boot the exact
software that's already installed, so you don't have to worry about
maintaining two images. Being a small install, you are not too
worried about internal hackers, but you are concerned about your
brain cells, and want to spend as few as possible on this problem.
Well, lxterminal is for you!
OS: Fedora Core 4
This is in no way a replacement of Stateless Linux. However, the
simple X terminal model is not bad for small number of clients
where you can actually get increased performance from sharing
code in memory between users. IOW it should work quite well in
The package has seen little testing outside of our network, so
don't hesitate to report problems :) It currently works with
FC4 only, we'd love to get it to work with the upcoming FC5,
and even FC3.
If people find this package useful, we can move the project over
to SourceForge to get a decent collaboration environment, and the
RPM to Extras.
Any and all feedback is much appreciated. You can either write
to this list (if there's any significant volume, we'll move it
over to SF in a heartbeat), or to me personally.
Dimi Paun <dimi(a)lattica.com>
>From the frontpage of the lam's website (http://www.lam-mpi.org/);
"LAM/MPI is now in a maintenance mode. Bug fixes and critical patches
are still being applied, but little real "new" work is happening in
LAM/MPI. This is a direct result of the LAM/MPI Team spending the vast
majority of their time working on our next-generation MPI
implementation -- Open MPI."
The site also states that, "Since it's an MPI implementation, you
should be able to simply recompile and re-link your applications to
Open MPI -- they should "just work." Open MPI contains many features
and performance enhancements that are not available in LAM/MPI."
The thumbnail doesn't work anymore on my rawhide. Old cached thumbnail
are ok, but for whatever reason, nautilus now refuses to thumbnail new
pictures (that are bigger than ~30Ko).
How can I debug the thing? cat /tmp/xses* gives a bunch of G_DEBUG
critical things.. but i am not sure those logs are produced by the
thumbnailing. Could it be related to the fatal_criticals option upstream
Should I fill a bug against nautilus (i assume thumbnails are a in
since the modular xorg transition, I cannot have my cursor theme to
I know there was a bug regarding the xcursorgen, it has been corrected
(my cursors file are correct).
But now I cannot get _some_ cursors to display, just the plain ugly 70's
default one. The only busy cursor I ever get are before the gdm display,
after it disapear. The xterm cursor is functionnal, as drag&drop, the
url cursor is ok too. But everything else is just reverted to the
I tried Bluecurve theme and several others..
Some config data:
-rawhide fully updated daily (except the kernel)
-nvidia module 8178
composite or not, twinview or not, glx or not, nothing gives me my
I am about to fill a bug, but how can i debug it, and against which
I'm adding a --root option to chkconfig to make handling system images
for clusters easier (chroot from a script is annoying at best). The
patch is nearly finished (i need to handle ntsysv too, whatever that
does), but I haven't been able to find who/where to submit it to once
it's done and tested. The .spec from the 1.3.25 tar file has an
obsolete Source: too (pub/redhat/code, which went away in 2002 or so
-----BEGIN PGP SIGNED MESSAGE-----
I'm looking into using the alternatives system to support switching
between different MPI implementations (LAM/MPI, OpenMPI, and MPICH2).
Currently I'm faced with switching between 262 API man pages in man3
that currently conflict between LAM/MPI and MPICH2.
It appears that alternatives requires a --slave item for each one. I
suppose I could generate the script automatically in the %install
section that would then get run in %post, but am wondering if there is a
- - Orion
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
On Thu, 2006-01-26 at 08:24 +0100, Harald Hoyer wrote:
> Gilboa Davara wrote:
> > Will it break older (2.6.13/14) kernels?
> > Gilboa
> It should/must not break older kernels... please test this, if you can!
I just upgraded it remotely (I'm not at home now).
FC4 x86_64 1656 SMP.
Machine reboot went just fine.
USB storage devices were detected just fine.
In short, AFAICS over ssh, 071 didn't break anything.