OpenBSD Journal

New Ports of the Week #38 (September 16)

Contributed by merdely on from the happy-go-lucky-toys,-inc dept.

This week brings us 24 new ports. While these new ports are being added, much work is being done to update existing ports. If you want to help, please test and comment to posts to ports@.

New Ports for September 16 to September 22:
audio/gimmix, audio/mpdscribble, converters/html2text, devel/libconfig, devel/p5-Expect-Simple, devel/p5-Test-Expect, devel/p5-Test-Group, editors/xinha, math/p5-GraphViz, math/p5-Math-Bezier, net/castget, net/ejabberd, net/ii, net/ruby-rrdtool, print/foomatic-db-hpijs, sysutils/openpoppassd, telephony/p5-Net-SIP, textproc/gsed, textproc/p5-XML-XPathEngine, www/ap2-mod_fastcgi, www/p5-Apache-Session-Generate-UUID, www/p5-HTML-TreeBuilder-XPath, www/py-django, x11/gnome/planner

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

  • devel/p5-Test-Group
    • Test::Group allows for grouping together related tests in a standard Test::More-style script. It provides a bunch of maintainability and scalability advantages to large test suites.
  • www/p5-Apache-Session-Generate-UUID
    • Apache::Session::Generate::UUID extends Apache::Session to allow you to create UUID based session ids. This module fits well with long-term sessions, so better using RDBMS like MySQL for its storage.
  • x11/gnome/planner
    • Planner is a Project Management application that supports Gantt charts, resource allocation and integration with other GNOME applications.
  • textproc/gsed
    • GNU sed is the Free Software Foundation's version of the sed(1) editor.
  • converters/html2text
    • html2text is a command line utility, written in C++, that converts HTML documents into plain text.
      Each HTML document is loaded from a location indicated by a URI or read from standard input, and formatted into a stream of plain text characters that is written to standard output or into an output-file. The input-URI may specify a remote site, from that the documents are loaded via the Hypertext Transfer Protocol (HTTP).
  • net/ejabberd
    • ejabberd is a free and open source instant messaging server written in Erlang. ejabberd is cross-platform, distributed, fault-tolerant, and based on open standards to achieve real-time communication (Jabber/XMPP).
  • print/foomatic-db-hpijs
    • Foomatic XML data generators for HP's HPIJS driver, used by foomatic-db-engine to generate PPD files.
  • www/py-django
    • Django is a high-level Python Web framework that encourages rapid development and clean, pragmatic design.
      Developed and used over two years by a fast-moving online-news operation, Django was designed to handle two challenges: the intensive deadlines of a newsroom and the stringent requirements of the experienced Web developers who wrote it. It lets you build high-performing, elegant Web applications quickly.
  • net/ruby-rrdtool
    • RubyRRDtool provides ruby bindings for RRDtool functions (via librrd), with functionality comparable to the native RRDtool perl bindings. This extension is intended for developers who want to access their RRDtool databases from within ruby.
  • telephony/p5-Net-SIP
    • Net::SIP consists of packages for handling SIP packets, for transport of packets, for processing packets and on top of all that a simplified layer for common tasks.
  • math/p5-Math-Bezier
    • Math::Bezier implements the algorithm for the solution of Bezier curves as presented by Robert D. Miller in Graphics Gems V, "Quick and Simple Bezier Curve Drawing".
  • math/p5-GraphViz
    • GraphViz provides an interface to layout and image generation of directed and undirected graphs in a variety of formats (PostScript, PNG, etc.) using the "dot", "neato" and "twopi" programs from the GraphViz project.
  • net/ii
    • ii is a minimalist FIFO and filesystem-based IRC client. It creates an irc directory tree with server, channel and nick name directories. In every directory a FIFO in file and a normal out file is created.
      The in file is used to communicate with the servers and the out files contain the server messages. For every channel and every nick name there are related in and out files created. This allows IRC communication from command line and adheres to the Unix philosophy.
  • devel/p5-Expect-Simple
    • Expect::Simple is a wrapper around the Expect module which should suffice for simple applications. It hides most of the Expect machinery; the Expect object is available for tweaking if need be.
  • devel/p5-Test-Expect
    • Test::Expect is a module for automated driving and testing of terminal-based programs. It is handy for testing interactive programs which have a prompt, and is based on the same concepts as the Tcl Expect tool. As in Expect::Simple, the Expect object is made available for tweaking.
  • sysutils/openpoppassd
    • openpoppassd (German link) is a daemon to change passwords over a TCP/IP socket.
  • editors/xinha
    • Xinha (pronounced like Xena, the Warrior Princess) is a powerful WYSIWYG HTML editor component that works in Mozilla based browsers as well as in MS Internet Explorer. Its configurabilty and extensibility make it easy to build just the right editor for multiple purposes, from a restricted mini-editor for one database field to a full-fledged website editor.
  • audio/gimmix
    • Gimmix is a graphical music player daemon (MPD) client written in C using GTK+2. It's very simple and easy to use, yet offers many features to make your audio experience a pleasant one.
  • audio/mpdscribble
  • net/castget
    • castget is a simple, command-line based RSS enclosure downloader. It is primarily intended for automatic, unattended downloading of podcasts.
  • www/ap2-mod_fastcgi
    • mod_fastcgi is a module for the Apache2 web server, that enables FastCGI - a standards based protocol for communicating with applications that generate dynamic content for web pages.
      FastCGI provides a superset of CGI functionality, but a subset of the functionality of programming for a particular web server API. Nonetheless, the feature set is rich enough for programming virtually any type of web application, but the result is generally more scalable.
  • devel/libconfig
    • Libconfig is a simple library for manipulating structured configuration files. This file format is more compact and more readable than XML. And unlike XML, it is type-aware, so it is not necessary to do string parsing in application code.
      Libconfig is very compact - just 25K for the stripped C shared library (one-fifth the size of the expat XML parser library) and 39K for the stripped C++ shared library. This makes it well-suited for memory-constrained systems like handheld devices.
  • textproc/p5-XML-XPathEngine
    • XML::XPathEngine provides an XPath engine that can be re-used by other module/classes that implement trees.
  • www/p5-HTML-TreeBuilder-XPath

(Comments are closed)


Comments
  1. By Matthew Dempsky (69.232.203.108) on

    I've just recently taken interest in Python programming. Could anyone describe what the advantages/disadvantages of installing Python packages through pkg_add (e.g., the mentioned py-django package) versus using easy_install?

    Thanks.

    Comments
    1. By Anonymous Coward (41.208.230.33) on

      > I've just recently taken interest in Python programming. Could anyone describe what the advantages/disadvantages of installing Python packages through pkg_add (e.g., the mentioned py-django package) versus using easy_install?
      >
      > Thanks.

      Perl is superior in every single way.

      Comments
      1. By Karl Sjödahl (Dunceor) on

        > > I've just recently taken interest in Python programming. Could anyone describe what the advantages/disadvantages of installing Python packages through pkg_add (e.g., the mentioned py-django package) versus using easy_install?
        > >
        > > Thanks.
        >
        > Perl is superior in every single way.
        >
        >

        He didn't ask what language was best, please re-read the question and return.

      2. By http://en.wikipedia.org/wiki/Scandinavian_folklore (85.222.21.198) on Trolle Hole

        > > I've just recently taken interest in Python programming. Could anyone describe what the advantages/disadvantages of installing Python packages through pkg_add (e.g., the mentioned py-django package) versus using easy_install?
        > >
        > > Thanks.
        >
        > Perl is superior in every single way.
        >
        >

        For sure PERL (PERvert Language) is the best in code obfuscation. PyThoN fOrEvEr :-O

    2. By Simon Bertrang (85.176.221.122) simon@openbsd.org on

      > I've just recently taken interest in Python programming. Could anyone
      > describe what the advantages/disadvantages of installing Python packages
      > through pkg_add (e.g., the mentioned py-django package) versus using easy_install?
      >

      A few points:
      - ports register themself, allow a clean deinstall and they show up together with other installed ports (pkg_info)
      - updates are easier as you don't have to solve problems yourself
      - no need to worry about dependencies, pkg_add installs them too
      - and more ...

      Comments
      1. By Anonymous Coward (24.22.214.92) on

        Basically it's the same reason that you probably wouldn't install all your software manually. It's easier to have a package manager. (Though it's possible to do everything manually if you really want to)

      2. By Anton (202.20.4.252) on

        > A few points:
        > - ports register themself, allow a clean deinstall and they show up together with other installed ports (pkg_info)
        > - updates are easier as you don't have to solve problems yourself
        > - no need to worry about dependencies, pkg_add installs them too
        > - and more ...

        easy_install (nominally at least) does all that stuff too.

        Here is my relatively uniformed take on it:

        For pure python apps/libraries where you want more control over which exactly versions you want to install (and some of those version aren't in ports), easy_install might be the better option.

        When you want a bit more OpenBSD specific tuning/testing/maintenance, or the library has C extensions, and you aren't so constrained by exact versions then using a port might be better.

        But I reckon it is mostly a matter of taste and how pure/unified you like to keep your OpenBSD installations. Although you might need something sometime that isn't in ports and have to use easy_install (or something else) anyway.

        Comments
        1. By Simon Bertrang (85.176.221.122) simon@openbsd.org on

          > > A few points:
          > > - ports register themself, allow a clean deinstall and they show up together with other installed ports (pkg_info)
          > > - updates are easier as you don't have to solve problems yourself
          > > - no need to worry about dependencies, pkg_add installs them too
          > > - and more ...
          >
          > easy_install (nominally at least) does all that stuff too.
          >
          > Here is my relatively uniformed take on it:
          >
          > For pure python apps/libraries where you want more control over which
          > exactly versions you want to install (and some of those version aren't
          > in ports), easy_install might be the better option.
          >
          > When you want a bit more OpenBSD specific tuning/testing/maintenance,
          > or the library has C extensions, and you aren't so constrained by exact
          > versions then using a port might be better.
          >
          > But I reckon it is mostly a matter of taste and how pure/unified you
          > like to keep your OpenBSD installations. Although you might need
          > something sometime that isn't in ports and have to use easy_install (or
          > something else) anyway.

          My experience was that it's seldom worth to install anything without
          creating a port at the same time... maybe it's me, but it never felt
          really hard to copy a Makefile from a similar port, change DISTNAME,
          fetch the distfile and go on with the rest (read bsd.port.mk(5) and/or
          see http://openbsd.org/checklist.html for more detailed information).

          And updates are always welcome! If you need them, do them, test and
          send a patch to the maintainer or ports@

          Comments
          1. By Anton (202.20.4.252) on

            > My experience was that it's seldom worth to install anything without
            > creating a port at the same time... maybe it's me, but it never felt
            > really hard to copy a Makefile from a similar port, change DISTNAME,
            > fetch the distfile and go on with the rest (read bsd.port.mk(5) and/or
            > see http://openbsd.org/checklist.html for more detailed information).
            >
            > And updates are always welcome! If you need them, do them, test and
            > send a patch to the maintainer or ports@

            That's good to know.

            The reason I described my opinion as uninformed (ok I actually said uniformed doh) is that I haven't actually used Python at all on OpenBSD before. My limited experience of easy_install comes from having a play with Turbogears on a couple of Linux and Windows machines.

Latest Articles

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