OpenBSD Journal

Xenocara snapshots available

Contributed by deanna on from the it's a fish dept.

xenocara is the new build system and X.org version being worked on for OpenBSD 4.2.

Matthieu Herrb (matthieu@) writes:

I've put binary snapshots of Xenocara (X.Org 7.2 RC3) for some architectures (i386, amd64, macppc, sparc64) on http://xenocara.org/snapshots/. I'd recommend that you move away your old X installation (/etc/X11, /etc/fonts and /usr/X11R6) before, but it's not strictly needed. Ports that use X need to be rebuilt since some libraries' major revisions are bumped.

Thanks to Alexandre Anriot who provides the hosting, and to all who already helped.

Ports are the big issue with xenocara. Most of them work, but some important ones need fixing to cope with Freetype 2.2.1 and the new pkgconfig data for all X libs.

Discussion about xenocara and its interaction with ports should be directed to x11@openbsd.org and/or ports@openbsd.org.

Thanks for testing!

(Comments are closed)


Comments
  1. By Wijnand Wiersma (Wijnand) wijnand@nedbsd.eu on http://nedbsd.nl

    Ok, but I have built Xenocara from source a couple of times. At first I had problems (client denied by server) but that was resolved by:
    rm .ICEauthority .Xauthority .fonts.cache-1
    (not sure if I needed to remove all of them).

    I did not rebuild any ports and they all seem to work just fine for now. I do have to mention I only used ion3, firefox and thunderbird.

  2. By Matthieu Herrrb (213.41.176.184) on

    After discussion with other developpers, it appears they feel it's too late to switch to Xenocara as the main OpenBSD X for 4.1.
    OpenBSD 4.1 will thus ship with the current XF4 (based on Xorg 6.9).
    Testing and work for the next release is still welcome though.

    Comments
    1. By Anonymous Coward (24.37.236.100) on

      > After discussion with other developpers, it appears they feel it's too late to switch to Xenocara as the main OpenBSD X for 4.1.
      > OpenBSD 4.1 will thus ship with the current XF4 (based on Xorg 6.9).
      > Testing and work for the next release is still welcome though.
      >

      How do we find out what's different in 6.9 vs 7.2?

      Comments
      1. By tamo (220.109.84.101) on

        > How do we find out what's different in 6.9 vs 7.2?

        http://wiki.x.org/wiki/ChangesForX11R72
        http://wiki.x.org/wiki/X11R71Release
        http://wiki.x.org/wiki/X11R70Release

        6.9: The same features as 7.0 with imake build system.
        7.0: The first auto-tooled and modularized system.
        7.1: See http://ftp.x.org/pub/X11R7.1/doc/RELNOTES2.html
        7.2: Includes X-ACE? ( http://people.freedesktop.org/~ewalsh/xace_proposal.html )

    2. By Anonymous Coward (68.227.41.220) on

      > After discussion with other developpers, it appears they feel it's too late to switch to Xenocara as the main OpenBSD X for 4.1.
      > OpenBSD 4.1 will thus ship with the current XF4 (based on Xorg 6.9).
      > Testing and work for the next release is still welcome though.
      >

      gives xenocara enough time to get a puffy-ish logo

  3. By Aapo Lehtinen (m90) aapo.lehtinen@kotikone.fi on

    I got it installed, running "X" goes fine. Startx has some problems with old log-files, but didnīt look is deeper. GDM built from ports works, parently because it doesnīt use freetype (fluxbox complaided about that).

    Iīm curious how modular Xorg fits in OpenBSD.
    Hope this project has some results.

    m90

    Comments
    1. By Marc Espie (espie) espie@openbsd.org on

      > I got it installed, running "X" goes fine. Startx has some problems with old log-files, but didnīt look is deeper. GDM built from ports works, parently because it doesnīt use freetype (fluxbox complaided about that).
      >
      > Iīm curious how modular Xorg fits in OpenBSD.
      > Hope this project has some results.
      >
      > m90

      It probably works reasonably fine on at least some architectures.
      I'm more worried about packages myself.

      There are a few things that need to be patched to work with xenocara.
      Not surprisingly, a few pieces have changed in incompatible ways for
      gratuitous reasons.... trust open source to go forward and leave you
      stranded (when will the idiots ever learn, I wonder).
      So, you end up with a tweak in qt3, another tweak in gtk2,
      and pretty soon, you have to rebuild all packages and test them anew.

      Add the support for various architectures which happen not to be an i386,
      and you have a receipe for a lot of small bugs, and not enough time to fix
      them before 4.1... well, we could probably fix them, if it was all that
      was going on in the development process... but xenocara is not the only
      priority.

  4. By bienc (203.206.44.142) on

    Have installed it along with the latest amd64 snapshot. startx takes some time to load, but no real problems, it's working well! Congrats!

    Comments
    1. By Igor Sobrado (sobrado) on

      > Have installed it along with the latest amd64 snapshot. startx takes some time to load, but no real problems, it's working well! Congrats!

      How slow will be xenocara when compared with the current X.Org release provided with OpenBSD?

      One of the machines I own is a P166 computer (it is a workstation, not a server, and has a LCD with a digital port). I would like to continue running X.Org/OpenMotif on it!

      Cheers,
      Igor.

      Comments
      1. By Brad (brad) on

        > > Have installed it along with the latest amd64 snapshot. startx takes some time to load, but no real problems, it's working well! Congrats!
        >
        > How slow will be xenocara when compared with the current X.Org release provided with OpenBSD?

        Unless there is some sort of a regression somewhere, then there will
        be no difference.

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]