<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.os.openbsd.ports">
    <title>gmane.os.openbsd.ports</title>
    <link>http://blog.gmane.org/gmane.os.openbsd.ports</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32746"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32744"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32739"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32733"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32726"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32722"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32718"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32716"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32715"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32707"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32706"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32704"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32701"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32698"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32697"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32693"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32692"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32691"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32690"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.openbsd.ports/32685"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32746">
    <title>new: geo/gypsy</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32746</link>
    <description>Gypsy is a gpsd replacement, used by OpenMoko "FSO" distribution.

Compiles and runs; not yet tested with an actual GPS connected (left my
puck GPS at home this week).

$ more pkg/DESCR
Gypsy is a GPS multiplexing daemon which allows multiple clients
to access GPS data from multiple GPS sources concurrently.

Gypsy uses D-Bus to notify clients about location changes, sitting
on the system bus, issuing signals as the GPS data changes. This
design allows clients to only be notified about the changes they
care about and ignore the rest. Gypsy has fine grained signals, so
a client only interested in position changes will not be woken up
for any other changes like, for example, satellite detail changes.

Gypsy is designed to be usable on all manner of systems, from low
powered devices (such as Nokia N810 and Openmoko Neo) to regular
high powered desktop systems. As the signals it emits are fine
grained applications are woken up only when they absolutely need
to be, keeping power requirements to a minimum.

Gypsy </description>
    <dc:creator>Ian Darwin</dc:creator>
    <dc:date>2008-12-01T20:09:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32744">
    <title>[update] gftp-2.0.19</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32744</link>
    <description>Hi.

This diff updates gftp to the latest stable version.
I re-enabled IPv6 with this version and would really appreciate some 
feebacks with it because I have no way to test IPv6.

Thanks.

</description>
    <dc:creator>Antoine Jacoutot</dc:creator>
    <dc:date>2008-12-01T14:13:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32739">
    <title>usr/ports as a symlink?</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32739</link>
    <description>Ports,

I am running into some odd behavior when building ports, whereby some
ports build fine, while others result in 0 byte packages in my local
repository. I believe the problem ports are ones that have packages
available on the ftp mirrors as well (retrieved using FETCH_PACKAGES).
As a problem, this will then usually surface when attempting to
pkg_add the 0 byte package, specifically when the port is needed as a
build dependency of a port that I am installing. More information
about the problem where this surfaced can be found in a previous post:
[1]

In my testing, the 0 byte package issue results in two of three cases, either:
 - /usr/ports is a symlink to another directory (which I have heard is
supposed to work, maybe this is not the case)
 - or when building ports from inside a chroot environment.
Elderley.net has an ssh-chroot setup for a special ports user, I don't
know if the two chroot's are different.

(the third case is building ports with a standard /usr/ports, no
symlink, no chroot)

so my q</description>
    <dc:creator>Jason Beaudoin</dc:creator>
    <dc:date>2008-12-01T00:42:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32733">
    <title>UPDATE: archivers/p7zip</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32733</link>
    <description>By maintainer.  No regressions on i386.

Applicable changes:

   LZMA supported for .zip archives.
   Improved password prompting for encrypted archives.
   UDF, XAR, DMG/HFS archives now supported for unpack.
   The -t switch now usable with list and extract commands.
   Timestamp bug fix for .zip and .rar archives.

   Other changes include linux or windows related fixes, and the addition
   of a GUI version (7zG), in the source but not part of the standard build.
   I have not bothered to include it, as it is experimintal and requires
   manual configuration and install.

     ----

Index: Makefile
===================================================================
RCS file: /cvs/ports/archivers/p7zip/Makefile,v
retrieving revision 1.8
diff -u -r1.8 Makefile
--- Makefile10 Jun 2008 03:24:37 -00001.8
+++ Makefile30 Nov 2008 19:56:52 -0000
&lt; at &gt;&lt; at &gt; -5,7 +5,7 &lt; at &gt;&lt; at &gt;
 COMMENT-main=file archiver with high compression ratio
 COMMENT-rar=rar modules for p7zip
 
-V=4.58
+V=4.61
 DISTNAME=p7zip_${V}_src_all
 PKGNA</description>
    <dc:creator>Josh Grosse</dc:creator>
    <dc:date>2008-11-30T21:26:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32726">
    <title>update: -tools and -contrib subpackages for subversion-1.5.4</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32726</link>
    <description>Hello,

the diff below splits extra and user-contributed scripts and tools out
of the -main package into separate -tools and -contrib packages.

It also adds many nuggets from the contrib/ and tools/ directories
in the Subversion source tree that weren't previously packaged on OpenBSD.
So instead of hunting down these scripts in the Subversion source
tarball, you can now install the -contrib and -tools packages.

Highlights include:
 * two Subversion plugins for emacs
 * svnmucc (combine a list of mv, cp and rm commands on URLs into
            a single commit)
 * the svn_load_dirs.pl script referenced in the svn book as the way to
   handle vendor branches
 * mod_dontdothat (source code for an additional apache module allowing
   admins to block reguests such as "list the entire log for all
   revisions of all directories in this repository" -- not compiled
   yet, I'll have to figure out how to compile stuff with aspx for
   apache2, see mod_dontdothat/README for compilation instructions)

There are also c</description>
    <dc:creator>Stefan Sperling</dc:creator>
    <dc:date>2008-11-30T14:19:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32722">
    <title>NEW: audio/wavpack</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32722</link>
    <description>Hi,

DESCR:
WavPack is a completely open audio compression format providing lossless,
high-quality lossy, and a unique hybrid compression mode.
The compression ratio depends on the source material, but generally is
between 30% and 70%.

The hybrid mode provides all the advantages of lossless compression with
an additional bonus. Instead of creating a single file, this mode creates
both a relatively small, high-quality lossy file that can be used all by
itself, and a "correction" file that (when combined with the lossy file)
provides full lossless restoration. For some users this means never having
to choose between lossless and lossy compression.

</description>
    <dc:creator>Alexandr Shadchin</dc:creator>
    <dc:date>2008-11-30T11:26:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32718">
    <title>NEW: audio/wavpack</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32718</link>
    <description>Hi,

DESCR:
WavPack is a completely open audio compression format providing lossless,
high-quality lossy, and a unique hybrid compression mode.
The compression ratio depends on the source material, but generally is
between 30% and 70%.

The hybrid mode provides all the advantages of lossless compression with
an additional bonus. Instead of creating a single file, this mode creates
both a relatively small, high-quality lossy file that can be used all by
itself, and a "correction" file that (when combined with the lossy file)
provides full lossless restoration. For some users this means never having
to choose between lossless and lossy compression.

</description>
    <dc:creator>Alexandr Shadchin</dc:creator>
    <dc:date>2008-11-30T01:13:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32716">
    <title>update: audio/audacity</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32716</link>
    <description>
update to 1.3.6.  bug fixes and new features.  see $HOMEPAGE for
details.  ffmpeg support doesn't work in spite of my attempts;
patches left in but disabled via configure.

works for me but my ports/packages are not fully up-to-date.  I'm
using the latest i386/amd64 snapshot packages.

</description>
    <dc:creator>Jacob Meuser</dc:creator>
    <dc:date>2008-11-29T22:35:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32715">
    <title>new: audio/vamp-plugin-sdk</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32715</link>
    <description>
DESCR:
Vamp is an audio processing plugin system for plugins that extract
descriptive information from audio data - typically referred to as audio
analysis plugins or audio feature extraction plugins.


audacity currently has it's own version of this.  I will post an
audacity update that uses this instead.  and I have other new ports
that can use this.

</description>
    <dc:creator>Jacob Meuser</dc:creator>
    <dc:date>2008-11-29T22:31:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32707">
    <title>NEW: net/winexe (or sysutils/ or suggestions taken)</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32707</link>
    <description>only lightly tested on i386 so far, but it's pretty damn cool.
please test/comment.

winexe connects to the IPC$ share on a Windows host, copies an executable
file if it's not already available, and starts it to create a pipe over
which programs can be run remotely.

</description>
    <dc:creator>Stuart Henderson</dc:creator>
    <dc:date>2008-11-29T12:33:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32706">
    <title>UPDATE: graphics/GraphicsMagick</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32706</link>
    <description>Hi!

It [1] is basically Okan's patch (sorry, but i only found your post 
recently); I've changed VERSION from 1.2.5 to 1.2.6, and added a no_gs 
FLAVOR. Also note, that now if one builds it with x11 (ie. not 
specifing FLAVOR=no_x11) it depends on graphics/libwmf, and will 
automatically pick up ghostscript (if FLAVOR=no_gs is not specified).
Also, patches and PLISTs were regenerated.

Tried it out on i386 with gallery2, it works fine.

Note: one file was removed from patches/, and one was added, so please 
use `patch -E`.

Please test/comment, thanks!

Daniel

[1] - http://leva.ecentrum.hu/patches/GraphicsMagick_1.2.6+no_gs.diff

</description>
    <dc:creator>LÉVAI Dániel</dc:creator>
    <dc:date>2008-11-29T10:39:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32704">
    <title>security/ipguard diff for 1.02-r2</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32704</link>
    <description>Hello Girishvenkatachalam,

 I update ipguard port, please commit.

</description>
    <dc:creator>irix</dc:creator>
    <dc:date>2008-11-29T02:38:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32701">
    <title>Update: net/transmission 1.40</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32701</link>
    <description>Update net/transmission to 1.40.

Lots of changes from 1.22.  Highlights:
* There's a spiffy new web interface for the GTK and daemon clients.
* transmission-daemon and -remote have been completely rewritten.

Changes over 1.3x are incremental, but the showstopper bugs that
kept me from updating the port to 1.3x are gone.


Index: Makefile
===================================================================
RCS file: /cvs/ports/net/transmission/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile9 Jul 2008 19:43:42 -00001.27
+++ Makefile28 Nov 2008 15:58:08 -0000
&lt; at &gt;&lt; at &gt; -3,7 +3,7 &lt; at &gt;&lt; at &gt;
 COMMENT-main=lightweight BitTorrent command line and daemon client
 COMMENT-gui=lightweight BitTorrent client with graphical interface
 
-VER=1.22
+VER=1.40
 DISTNAME=transmission-${VER}
 PKGNAME-main=transmission-${VER}
 PKGNAME-gui=transmission-gui-${VER}
&lt; at &gt;&lt; at &gt; -12,7 +12,7 &lt; at &gt;&lt; at &gt; HOMEPAGE=http://www.transmissionbt.com/
 
 MAINTAINER=Christian Weisgerber &lt;naddy&lt; at &gt;openbsd.org&gt;
 
-# GPLv3
+# GPLv2
 PERMIT_P</description>
    <dc:creator>Christian Weisgerber</dc:creator>
    <dc:date>2008-11-28T16:19:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32698">
    <title>4.4-stable samba-3.0.33 update</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32698</link>
    <description>For the archives and those interested.

An update for Samba. Fixes security issues

http://us6.samba.org/samba/security/CVE-2008-4314.html

CVE-2008-4314

Ian McWilliam


</description>
    <dc:creator>Ian McWilliam</dc:creator>
    <dc:date>2008-11-28T11:26:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32697">
    <title>security/hatchet broken???</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32697</link>
    <description>Hi Guys
I've been trying to get hatchet up &amp; running with little success, so far 
I have tested it on -CURRENT, 4.4 &amp; 4.3 (backported) on i386, amd64 &amp; 
sparc64.

The testing process has gone as follows: fresh install of openbsd, 
config pf, build &amp; install hatchet via ports,follow the instructions 
bundled with hatchet (/var/www/hatchet/doc/README.OpenBSD) to enable 
mod_perl, configure apache, create db &amp; setup crontab entries.
Visiting the site after the cron jobs have had a change to run produces 
the folowing:
http://img241.imageshack.us/img241/6885/picture6so0.png
No data is shown, however the graphs for all hosts &amp; ports all are 
generated.
The cronjobs seem to be working ok as I'm constantly reminded about 
Regex updates every 15 minutes &amp; the pflog.db database is growing in 
size yet no information is shown on the main hatchet page.

Any ideas?


pf.conf:
ext_if="em0"
tcp_services="{80, 22}"

set skip on lo

scrub in

block in log all
pass out log
antispoof quick for lo

pass in log on $ext_if proto</description>
    <dc:creator>Sevan / Venture37</dc:creator>
    <dc:date>2008-11-28T04:34:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32693">
    <title>UPDATE: GraphicsMagick (added no_gs FLAVOR)</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32693</link>
    <description>Hi!

This an update to the Makefile. I've added a no_gs FLAVOR, so one can 
compile it without the need to install ghostscript.

Please test/comment, thanks!

Daniel

</description>
    <dc:creator>LÉVAI Dániel</dc:creator>
    <dc:date>2008-11-27T12:35:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32692">
    <title>qemu crash</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32692</link>
    <description>assertion "!"feature is missing in this emulation: " "unknown word read"" failed: file "/usr/obj/i386/qemu-0.9.1p4/qemu-0.9.1/hw/eepro100.c", line 1202, function "eepro100_read2"

when running with fxp in qemu like:
qemu -nographic -hda boot.img -net nic,model=i82551 -net tap


</description>
    <dc:creator>Marco Peereboom</dc:creator>
    <dc:date>2008-11-27T02:49:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32691">
    <title>UPDATE: fwbuilder 3.0.2 (build 672)</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32691</link>
    <description>Here is update to security/libfwbuilder and security/fwbuilder ports.

This is bugfix and language improvement update.

Tested on i386, other platforms are welcome (BTW, I'm looking for 
purchasing one of those gumstix devices now;) ), as testing Linux 
(iptables) and PIX rules...

There is a small bug: when you create new firewall (may be some other 
objects too, didn't test all of them) and specify interfaces "by hand", 
you have to collaps and expand again new firewall tree item, or you'll 
have to click twice on subitems to select them. No crashes found there, 
though.

Also I added "x11" to list of categories fwbuilder belongs to, as it,
surely, does.

</description>
    <dc:creator>Vadim Zhukov</dc:creator>
    <dc:date>2008-11-26T20:32:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32690">
    <title>Hi its me Alexina, how are you today?</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32690</link>
    <description>I have a new email address!You can now email me at: msalexina_07&lt; at &gt;yahoo.in

Hi,i have accpted you as my gud friend, so reply and let us knw each other more ok am Alex and u?



- Miss Alexina Wilfred


</description>
    <dc:creator>Miss Alexina Wilfred</dc:creator>
    <dc:date>2008-11-26T22:20:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32685">
    <title>texmaker-1.8</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32685</link>
    <description>Texmaker is a program that integrates many tools needed to develop  
documents
with LaTeX, in just one application.

Features :
     * an editor to write your LaTeX source files
     * the principal LaTex tags can be inserted directly
     * 370 mathematical symbols can be inserted in just one click
     * wizards to generate code
     * LaTeX-related programs can be launched via the "Tools" menu
     * the standard Bibtex entry types can be inserted in the ".bib" file
     * a "structure view" of the document for easier navigation of a  
document
     * extensive LaTeX documentation
     * in the "Messages / Log File" frame, you can see information about
       processes and the logfile after a LaTeX compilation
     * the "Next Latex Error" and "Previous Latex Error" commands let you  
reach
       the LaTeX errors detected by Kile in the log file
     * by clicking on the number of a line in the log file, the cursor  
jumps to
       the corresponding line in the editor

</description>
    <dc:creator>Alexandr Shadchin</dc:creator>
    <dc:date>2008-11-26T18:44:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.openbsd.ports/32684">
    <title>4.4 wxWidgets port</title>
    <link>http://comments.gmane.org/gmane.os.openbsd.ports/32684</link>
    <description>Hi,

I had a small problem with building the wxWidgets-gtk2-2.8.7 port under
4.4.  The contrib/src/animate directory is empty, so the patch for the
Makefile.in fails.  Deleting patches/patch-contrib-src-Makefile_in
resolved the problem.  I don't think I need animate for what I'm doing.

Thanks,
Dave


</description>
    <dc:creator>David N Murray</dc:creator>
    <dc:date>2008-11-26T15:39:18</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.os.openbsd.ports">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.openbsd.ports</link>
  </textinput>
</rdf:RDF>
