Razor-qt for Fedora 17

I’m one of these hopeless nostalgic people who like to watch old computer hardware, and think, “Now, that’s the way they used to do it”. And then I install Fedora on them, and continue to use them. One of my true gems is my G3 iBook, now running f17/ppc. It used to run fairly stable with XFCE, but because of BZ813949, XFCE has become unusable. By chance, I found that applications using Qt were not hit by this bug, for example the Arora web browser worked without problems, while the rest of the fonts on the screen were rendered to pieces. So I thought, what a pity there is no light-weight desktop environment based on Qt. Then my next thought was, Wait, I don’t know that for sure.

So I looked around, and found Razor-qt. From the homepage: “Razor-qt is an advanced, easy-to-use, and fast desktop environment based on Qt technologies. It has been tailored for users who value simplicity, speed, and an intuitive interface. Unlike most desktop environments, Razor-qt also works fine with weak machines.”

So, Razor-qt could be just what the doctor ordered. There were no packages for Fedora 17, though some srpms for f16 were available. So I added some trivial patches, and built packages for fedora 17.

The result was over expectations. And Qupzilla starts faster than Firefox 13. Hurray! I can surf on my iBook again.

Update: As razor-qt is now included in downstream fedora, and fedora 17 is EOL, I’m removing my old packages.

Tags: , , ,

6 Responses to “Razor-qt for Fedora 17”

  1. Rex Dieter says:

    Interested in submitting these for review and inclusion in fedora formally?

    I’d be happy to help with the process, and pkg reviews, and what-not.

  2. Ingvar says:


    Since the number of packages in the project is fairly limited, I may even maintain them myself. But I’ll check with upstream first. Don’t wanna step on anybody’s toes.


  3. Adam says:

    Hi Ingvar, in bug 813949 comment 15 you say you’ve used a patch to get UMS working in new versions of xorg. Could you share that patch please? Thanks!

  4. Ingvar says:

    Adam, I don’t think I’ve got that patch anymore, as newer versions of xorg and Linux do not support UMS at all, but tend to work with the automatic probed settings.

    I got this working when, for a short while, Red Hat/Fedora removed UMS as a config option with a patch, but it was still possible to remove that patch, and get the old behaviour, and thus again use UMS. This was removed in later versions of Xorg.

    The other problem was that the xorg radeon driver tended to crash my console with that version of xorg, but as the interface was unchanged for a few versions, I was able to compile an older version of the driver, with a few very small patches, finally giving me a usable console on my now 13 years old 32bit ppc iBook. This was also fixed in later versions of the driver, so I got no reason to keep the changes.


  5. Adam says:

    Ingvar, thanks for the reply. I can get kms working by forcing PCI mode, and that is okay, but things like video and compiz were better under ums. I’ve tried compiling the last version of the ums driver, but when I use it I just get a black screen… I think, though I’m not sure, the xorg is hanging. I wondered if you had overcome that?

  6. Ingvar says:

    Adam, sorry I have no more tips for you, except what I say in that Red Hat bug, about configuration. Any errors will turn up in /var/log/Xorg.0.log. You may want to try the driver’s mailing list as well.

    Good luck :-)


Leave a Reply