OpenBSD Journal

New Ports of the Week #3 (January 19)

Contributed by merdely on from the can-haz-virtualization dept.

There are 16 new ports for the week of January 13 to January 19:
devel/py-sip, emulators/dynagen, emulators/dynamips, emulators/gns3, emulators/kqemu, games/atomix, games/micropolis, games/mnemosyne, misc/p5-Finance-IIF, sysutils/libgksu, sysutils/libgksuui, sysutils/p5-Filesys-Df, www/py-quixote, www/twill, x11/py-qt3, x11/py-qt4

Ports are listed in the order they were committed to the tree:

  • misc/p5-Finance-IIF
    • Finance::IIF is a module for working with IIF files for QuickBooks in Perl. This module reads IIF data records from a file passing each successive record to the caller for processing.
  • devel/py-sip
    • SIP is a tool for automatically generating Python bindings for C and C++ libraries.
      SIP comprises a code generator and a Python module. The code generator processes a set of specification files and generates C or C++ code which is then compiled to create the bindings extension module. The SIP Python module provides support functions to the automatically generated code.
  • games/atomix
    • Atomix is a little mind game where you have to build molecules out of single atoms. These are laying around between the walls and obstacles on the playfield. Once you have pushed an atom in one direction it moves until it hits an obstacle or another atom. It needs some thinking how to construct complex molecules with this atom behaviour. The game is inspired by the original Amiga version.
  • sysutils/p5-Filesys-Df
    • Filesys::Df is a module that provides a way to obtain filesystem disk space information.
  • www/py-quixote
    • Quixote is a framework for developing Web applications in Python. Quixote is based on a simple, flexible design, making it possible to write applications quickly and to benefit from the wide range of available third-party Python modules. Deployed appropriately, Quixote has excellent performance that allows you to put Quixote-based applications into large-scale production use.
  • www/twill
    • twill is a simple language that allows users to browse the web from a command-line interface. With twill, you can navigate through web sites that use forms, cookies, and most standard web features. twill supports automated web testing and has a simple Python interface.
  • x11/py-qt4
    • PyQt v4 is a set of python bindings for Qt4.
  • x11/py-qt3
    • PyQt v3 is a set of python bindings for Qt3.
  • games/mnemosyne
    • The Mnemosyne Project has two aspects:
      • It's a sophisticated free flash-card tool which optimises your learning process.
      • It's a research project into the nature of long-term memory.
      The Mnemosyne software resembles a traditional flash-card program to help you memorise question/answer pairs, but with an important twist: it uses a sophisticated algorithm to schedule the best time for a card to come up for review. Difficult cards that you tend to forget quickly will be scheduled more often, while Mnemosyne won't waste your time on things you remember well.
  • sysutils/libgksuui
    • The libgksuui library comes from the gksu program. It provides a Gtk+ dialog and X authentication facilities for running programs as root or another user in a X session.
  • sysutils/libgksu
    • The libgksu library comes from the gksu program. It provides a simple API to use su and sudo in programs that need to execute tasks as other user. It provides X authentication facilities for running programs in a X session.
  • games/micropolis
    • Micropolis, Unix Version, (A.K.A. "S*mC*ty"). This game was released for the Unix platform in or about 1990 and has been modified for inclusion in the One Laptop Per Child program.
      Copyright (C) 1989 - 2007 Electronic Arts Inc.
  • emulators/dynamips
    • Dynamips emulates various MIPS64 and PowerPC-based processors and other hardware found in Cisco routers, including many NM/PA modules e.g. Ethernet, fast Ethernet, serial, ATM, switch.

      It is able to boot a large number of Cisco IOS releases (not included) for the 7200, 3600, 3700 and 2600 platforms.
  • emulators/dynagen
    • Dynagen is a text-based front-end, using an INI-like configuration file to provision Dynamips emulator networks.

      It takes care of specifying the right port adapters, generating and matching up NIO descriptors, specifying bridges, frame-relay, ATM switches, etc.

      It also provides a management CLI for listing devices, suspending and reloading instances, determining and managing idle-pc values, etc.
  • emulators/gns3
    • GNS3 is a graphical network simulator that allows you to design complex network topologies and to launch simulations on them.
      It is an excellent complementary tool to real labs for administrators of Cisco networks or people wanting to pass their CCNA, CCNP, CCIP or CCIE certifications. It can also be used to experiment features of Cisco IOS or to check configurations that need to be deployed later on real routers.
      It is strongly linked to Dynamips and Dynagen.
  • emulators/kqemu
    • The QEMU Accelerator (KQEMU) is a driver allowing a user application to run x86 code in a Virtual Machine (VM). The code can be either user or kernel code, in 64, 32 or 16 bit protected mode. KQEMU is very similar in essence to the VM86 Linux syscall call, but it adds some new concepts to improve memory handling.

      KQEMU is ported on many host OSes (currently Linux, Windows, FreeBSD, Solaris). It can execute code from many guest OSes (e.g. Linux, Windows 2000/XP) even if the host CPU does not support hardware virtualization.

(Comments are closed)


Comments
  1. By Anonymous Coward (64.233.246.189) on

    First an updated clisp, now kqemu! OpenBSD ports have come a long way over the past year. I wonder how many ports OpenBSD has? Time to remove Debian and reinstall :>

    Comments
    1. By Anonymous Coward (85.101.91.23) on

      > First an updated clisp, now kqemu! OpenBSD ports have come a long way over the past year. I wonder how many ports OpenBSD has? Time to remove Debian and reinstall :>

      kqemu is really great news. can't wait to try it.

      Comments
      1. By Anonymous Coward (24.222.223.104) on

        > > First an updated clisp, now kqemu! OpenBSD ports have come a long way over the past year. I wonder how many ports OpenBSD has? Time to remove Debian and reinstall :>
        >
        > kqemu is really great news. can't wait to try it.

        I'll second (or third, forth, whatever...) this. I did not expect to see a kqemu port for a long, long time! Awesome!!!

    2. By Brad (216.138.195.228) brad at comstyle dot com on

      > First an updated clisp, now kqemu! OpenBSD ports have come a long way over the past year. I wonder how many ports OpenBSD has? Time to remove Debian and reinstall :>

      From the looks of it past 4900 and well on our way to hitting 5000.

    3. By Anonymous Coward (131.177.204.242) on

      > First an updated clisp, now kqemu! OpenBSD ports have come a long way over the past year. I wonder how many ports OpenBSD has? Time to remove Debian and reinstall :>

      Great work, I've been waiting for the kqemu to hit OBSD ports :)

      Can't wait to test it.

  2. By Anonymous Coward (134.58.253.57) on

    KQemu is a kernel module, so using it means that a part of Qemu runs in kernel space. Could anyone elaborate on the security implications and code quality of this kernel module?

    Comments
    1. By Anonymous Coward (24.222.223.104) on

      > KQemu is a kernel module, so using it means that a part of Qemu runs in kernel space. Could anyone elaborate on the security implications and code quality of this kernel module?

      I'd be curious to know if the port required any special changes to the kernel? (i.e. would the port also work with earlier OBSD versions?)

      Comments
      1. By Anonymous Coward (24.222.223.104) on

        > I'd be curious to know if the port required any special changes to the kernel? (i.e. would the port also work with earlier OBSD versions?)

        Answered my own question. The port will compile and run just fine even on my old OpenBSD 4.0 install. I've also confirmed you have to run Win98SE with a -no-kqemu switch anyway (nothing to do with OpenBSD or this port ... exactly the same thing under Linux.)

        Comments
        1. By Anonymous Coward (24.222.223.104) on

          > > I'd be curious to know if the port required any special changes to the kernel? (i.e. would the port also work with earlier OBSD versions?)
          >
          > Answered my own question. The port will compile and run just fine even on my old OpenBSD 4.0 install. I've also confirmed you have to run Win98SE with a -no-kqemu switch anyway (nothing to do with OpenBSD or this port ... exactly the same thing under Linux.)
          >

          But Win2k runs at something close to full speed -- the sound isn't really useable (breaks up, and make alot of snapping sounds -- at least on my system) but otherwise, it's pretty damn good!

          Comments
          1. By sthen (85.158.45.32) on

            > But Win2k runs at something close to full speed -- the sound isn't really useable (breaks up, and make alot of snapping sounds -- at least on my system) but otherwise, it's pretty damn good!

            untested, but there's a nice-looking method using rdesktop to display individual windows from a MS guest straight in X described at
            https://help.ubuntu.com/community/SeamlessVirtualization.

            beware: you may like to don your peril sensitive glasses (what, you mean you don't have an original copy of Infocom's HHGTTG adventure game?) may be required for the first part of the page where it talks about *nt*rn*t *xpl*r*r.

    2. By Anonymous Coward (67.171.41.98) on

      > KQemu is a kernel module, so using it means that a part of Qemu runs in kernel space. Could anyone elaborate on the security implications and code quality of this kernel module?

      According to Fabrice, KQEMU still runs in user space, and is just as secure as QEMU unaccelerated.

      Comments
      1. By sthen@ (85.158.45.32) on

        > > KQemu is a kernel module, so using it means that a part of Qemu runs in kernel space. Could anyone elaborate on the security implications and code quality of this kernel module?
        >
        > According to Fabrice, KQEMU still runs in user space, and is just as secure as QEMU unaccelerated.

        http://fabrice.bellard.free.fr/qemu/kqemu-tech.html#SEC13

  3. By Val-Amart (194.44.241.18) on

    Great news! I've used to use linux for my CCIE labs, but now i can do that in my favourite OS too! And having PyQt in ports greatly simplifies deployment of my pyqt programs on clientside! And that all in one week! Thanks for great job!

    Comments
    1. By Bayu Krisnawan (222.124.156.122) krisna@versalite.com on http://www.infobsd.org

      > Great news! I've used to use linux for my CCIE labs, but now i can do that in my favourite OS too! And having PyQt in ports greatly simplifies deployment of my pyqt programs on clientside! And that all in one week! Thanks for great job!

      Horay....
      Now Dynamips/Dynagen/GNS3 running on BSD...
      No need linux for my cisco emulator labs. Thanks All... You doing a great jobs.

  4. By marco (208.0.108.154) on http://www.azbsd.org/~marco

    wow. a few days later, and still no post about micropolis

    am i just the first one that was able to pry themselves away from it for a few minutes?

    Comments
    1. By Anonymous Coward (24.222.223.104) on

      > wow. a few days later, and still no post about micropolis
      >
      > am i just the first one that was able to pry themselves away from it for a few minutes?

      I was afraid to try it this early in the week.

    2. By Anonymous Coward (208.176.170.170) on

      > wow. a few days later, and still no post about micropolis
      >
      > am i just the first one that was able to pry themselves away from it for a few minutes?

      It seems to require 1280x1024. Therefore I can't test :(

      Comments
      1. By Anonymous Coward (67.171.41.98) on

        > > wow. a few days later, and still no post about micropolis
        > >
        > > am i just the first one that was able to pry themselves away from it for a few minutes?
        >
        > It seems to require 1280x1024. Therefore I can't test :(

        Kind of funny when I can run SimCity 4 (on other machines of course) at 800x600...

        There has to be a way to change the window size, somewhere..

        Comments
        1. By Anonymous Coward (74.138.130.130) on

          > There has to be a way to change the window size, somewhere..

          The window sizes are hardcoded in the scripts, but you could muck around in /usr/share/micropolis/res/*.tcl and experiment. Start with 'grep geometry' in there, then just twiddle with the values. Since they're tcl scripts, you don't have to recompile to test it. Just save the file, launch the game, keep fiddling till it looks right. Send diffs when finished :)

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.]