I'm working on PHP 5.4 as a fedora 17 feature
So, I'm testing extensions compatibility.
rrdtool-php fails to build...
Mainly because of type defined in an old php3-compat header
(which have been removed in 5.4).
Fix is quite trivial.
Please, also note others improvements (%check + .so filter)
I don't find any sources for the PHP bindings in upstream SVN (I know
it's a very old contrib) ; so I don't know if it worth reporting this
issue upstream, as upstream refers to pecl extension (php-pecl-rrd
available on the repo)
So we need to choose :
- apply the patch in fedora
- drop rrdtool-php (make it obsoleted by php-pecl-rrd)
My name's Spencer Jackson, and I've been using Fedora for a while and
decided it was time to chip in. I'm an undergrad CS major at Cornell.
I was in GSoC the year before last, doing work for Freenet.
Recently for my project team I started using some robotics simulation
software called Morse. So, in the spirit of spending a couple hours
to save a few minutes, I decided to package it. I figured that it
might be useful for other people as well, so I've submitted a review
and sponsorship request to
skimming the following
rang a bell about how I have seen a similar problem solved differently and
which I feel could be useful for Fedora. The original solution, on Solaris 2.5
era Ultra workstations, was:
1 - all monitors turned on using DPMS
2 - all monitors are numbered 1 - n and matched to screens
3 - on all screens draw a set of rectangles showing all monitors
4 - highlight which is which
Using ASCII art each monitor would show something like this
| | | |
| | | |
| | | 3 |
| | 2 | |
| 1 | | |
| | |----------------+
| | |
on monitors 1, 2 and 3 with the number appearing white on the correct monitor
and gray on others, e.g. on monitor 1 number 1 would be bright white while 2
and 3 would be gray. All rectangles also tracked the mouse with a crosshair
so the user knew on which monitor the mouse could be found.
The above was engineered through extensive rework of the System V scripts,
since IIRC some monitors had to be driven by a card specific X server and
there was an X proxy providing :0.0 on top of those.
Nowadays step (1) would probably have to be more discerning because of LVDS
but the general principle seems sound to me. Furthermore, instead of numbers,
F-logo bitmaps could be shown, arranged as follows
F F F
F FF F F F F F F
F F F
using bright colors in the appropriate rectangle and bland colors in others.
A side thought, since I'm currently studying systemd: how difficult would it
be to pull a stunt like the above on a systemd driven system like Fedora ? In
theory, it still supports System V scripts so I "just" have to turn off or
replace everything which conflicts.
There is no place like /home.
On 12/25/2011 1:00 PM, Dennis Clarke wrote:
> Yay .. Merry Christmas
>> We managed to squash almost all of the few remaining issues we've had
>> after Beta and have documented workarounds for the remaining issue we
>> still have in the release notes text which can be found here:
> Not too sure which list to write to so I will hit them both, first person to tell me "don't
> crosspost" wins :-)
> So I bought a Mac G5 just to run this and when I hit "c" at POST power on time I do get the yaboot
> prompt. So I hit enter and a pile of goodness starts to happen. All of that is text and that is
> Then I see a screen which is half black on the left and blue on the right and nothing else. No
> text anywhere. Nothing.
> I figure that for some obscure reason my G5 wants to display the center of the screen way the heck
> off to the right. However no amount of adjustment of my monitor will help here.
> I check the release notes and note this thing :
> I don't think that is what is happening here.
> Is there a pure text installer ? An option I can give to yaboot to go with pure text just so I can
> get the OS installed and network setup and then I can fiddle with Xorg later ?
At the prompt which answers "linux" when you hit tab (the yaboot
and try that.