update: net/darkstat 3.0.713 -> 3.0.714
In time for IPv6 day, here's an update to darkstat - with ipv6 support. I've been running release candidates for a while, works for me. Index: Makefile === RCS file: /cvs/ports/net/darkstat/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile19 Nov 2010 22:31:32 - 1.15 +++ Makefile7 Jun 2011 19:32:23 - @@ -2,10 +2,10 @@ COMMENT= network statistics gatherer with graphs -DISTNAME= darkstat-3.0.713 +DISTNAME= darkstat-3.0.714 CATEGORIES=net www -HOMEPAGE= http://dmr.ath.cx/net/darkstat/ +HOMEPAGE= http://unix4lyfe.org/darkstat/ MAINTAINER= Chris Kuethe # BSD with some code GPL'ed @@ -21,7 +21,6 @@ EXTRACT_SUFX= .tar.bz2 CONFIGURE_STYLE= gnu CONFIGURE_ARGS+= --with-privdrop-user=_darkstat -USE_GROFF =Yes NO_REGRESS=Yes .include Index: distinfo === RCS file: /cvs/ports/net/darkstat/distinfo,v retrieving revision 1.11 diff -u -p -r1.11 distinfo --- distinfo10 Jun 2010 03:57:30 - 1.11 +++ distinfo7 Jun 2011 19:32:23 - @@ -1,5 +1,5 @@ -MD5 (darkstat-3.0.713.tar.bz2) = P9Kk3bEjrRG7mfEJSmIG2Q== -RMD160 (darkstat-3.0.713.tar.bz2) = Uu3yfq6eXxvq5s/6sgcUYM8ar2U= -SHA1 (darkstat-3.0.713.tar.bz2) = muDyl7BiU8oj5zbiJNDtcDMdqPE= -SHA256 (darkstat-3.0.713.tar.bz2) = fMTiDG5cxexjR/rUDPq9Dj7EiYPF7wbNY/sDMLc/Va4= -SIZE (darkstat-3.0.713.tar.bz2) = 99671 +MD5 (darkstat-3.0.714.tar.bz2) = 7vOF+tyNu2EdPUxNj6lIFw== +RMD160 (darkstat-3.0.714.tar.bz2) = 2OkQQAc2rzRHF3muoLxj0EC1cp8= +SHA1 (darkstat-3.0.714.tar.bz2) = jmqfkPWugU+QbyPeqnYUS2SWqms= +SHA256 (darkstat-3.0.714.tar.bz2) = aou97pYrpIQStGdiFMGWEXkg/Ht8pAVlLgWlj6eAemc= +SIZE (darkstat-3.0.714.tar.bz2) = 108844 -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: update: devel/scons 1.2.0 -> 2.0.1
On Mon, May 30, 2011 at 12:35, Landry Breuil wrote:
> On Mon, May 30, 2011 at 12:27:10PM -0700, Chris Kuethe wrote:
>> This updates scons to 2.0.1. Some projects (ie. gpsd) are starting to
>> require newer versions of scons to build. Current maintainer doesn't
>> use this for much any more. Tested on amd64 with gpsd-current,
>> x11/gaia and games/pingus.
>
> Portswise, i don't think you need EXTRACT_SUFX=.tar.gz nor
> MAINTAINER=ports@, since those are the defaults...
noted.
Index: Makefile
===
RCS file: /cvs/ports/devel/scons/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile18 Oct 2010 17:48:13 - 1.11
+++ Makefile30 May 2011 21:04:34 -
@@ -2,14 +2,11 @@
COMMENT= Python-based build system
-VERSION= 1.2.0
+VERSION= 2.0.1
DISTNAME= scons-${VERSION}
-REVISION = 0
CATEGORIES=devel
HOMEPAGE= http://www.scons.org/
-
-MAINTAINER=Andrew Dalgleish
# MIT
PERMIT_PACKAGE_CDROM= Yes
Index: distinfo
===
RCS file: /cvs/ports/devel/scons/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo15 Mar 2009 09:04:34 - 1.7
+++ distinfo30 May 2011 21:04:34 -
@@ -1,5 +1,5 @@
-MD5 (scons-1.2.0.tar.gz) = U7aqcoGBFxeldZjjGUQc9w==
-RMD160 (scons-1.2.0.tar.gz) = acH8x8OvVcgB8m/HNw3QGhfcIyc=
-SHA1 (scons-1.2.0.tar.gz) = zWvoaYo4TqKsT1GRzvlPV7L4S7s=
-SHA256 (scons-1.2.0.tar.gz) = KAZFHgKkJ4ney20ICYt5i2uBoKOdjTsvvdP+hOvYokY=
-SIZE (scons-1.2.0.tar.gz) = 568974
+MD5 (scons-2.0.1.tar.gz) = vspki4lM2/hTg//8eVFtGA==
+RMD160 (scons-2.0.1.tar.gz) = wZGhtJ4bkaUSH7XKx8zyg3lHSoo=
+SHA1 (scons-2.0.1.tar.gz) = +Rg/GynLlLSLsxdWCIMSduYLj8U=
+SHA256 (scons-2.0.1.tar.gz) = CoFR2kHEomx3bIT0T3R84D4JPUO+PoOzjBSnarMlZ2I=
+SIZE (scons-2.0.1.tar.gz) = 559293
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/scons/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 15 Mar 2009 09:04:34 - 1.5
+++ pkg/PLIST 30 May 2011 21:04:34 -
@@ -125,6 +125,21 @@ lib/scons-${VERSION}/SCons/Tool/FortranC
lib/scons-${VERSION}/SCons/Tool/FortranCommon.pyc
lib/scons-${VERSION}/SCons/Tool/JavaCommon.py
lib/scons-${VERSION}/SCons/Tool/JavaCommon.pyc
+lib/scons-${VERSION}/SCons/Tool/MSCommon/
+lib/scons-${VERSION}/SCons/Tool/MSCommon/__init__.py
+lib/scons-${VERSION}/SCons/Tool/MSCommon/__init__.pyc
+lib/scons-${VERSION}/SCons/Tool/MSCommon/arch.py
+lib/scons-${VERSION}/SCons/Tool/MSCommon/arch.pyc
+lib/scons-${VERSION}/SCons/Tool/MSCommon/common.py
+lib/scons-${VERSION}/SCons/Tool/MSCommon/common.pyc
+lib/scons-${VERSION}/SCons/Tool/MSCommon/netframework.py
+lib/scons-${VERSION}/SCons/Tool/MSCommon/netframework.pyc
+lib/scons-${VERSION}/SCons/Tool/MSCommon/sdk.py
+lib/scons-${VERSION}/SCons/Tool/MSCommon/sdk.pyc
+lib/scons-${VERSION}/SCons/Tool/MSCommon/vc.py
+lib/scons-${VERSION}/SCons/Tool/MSCommon/vc.pyc
+lib/scons-${VERSION}/SCons/Tool/MSCommon/vs.py
+lib/scons-${VERSION}/SCons/Tool/MSCommon/vs.pyc
lib/scons-${VERSION}/SCons/Tool/Perforce.py
lib/scons-${VERSION}/SCons/Tool/Perforce.pyc
lib/scons-${VERSION}/SCons/Tool/PharLapCommon.py
@@ -215,6 +230,8 @@ lib/scons-${VERSION}/SCons/Tool/install.
lib/scons-${VERSION}/SCons/Tool/install.pyc
lib/scons-${VERSION}/SCons/Tool/intelc.py
lib/scons-${VERSION}/SCons/Tool/intelc.pyc
+lib/scons-${VERSION}/SCons/Tool/ipkg.py
+lib/scons-${VERSION}/SCons/Tool/ipkg.pyc
lib/scons-${VERSION}/SCons/Tool/jar.py
lib/scons-${VERSION}/SCons/Tool/jar.pyc
lib/scons-${VERSION}/SCons/Tool/javac.py
@@ -241,6 +258,8 @@ lib/scons-${VERSION}/SCons/Tool/mslib.py
lib/scons-${VERSION}/SCons/Tool/mslib.pyc
lib/scons-${VERSION}/SCons/Tool/mslink.py
lib/scons-${VERSION}/SCons/Tool/mslink.pyc
+lib/scons-${VERSION}/SCons/Tool/mssdk.py
+lib/scons-${VERSION}/SCons/Tool/mssdk.pyc
lib/scons-${VERSION}/SCons/Tool/msvc.py
lib/scons-${VERSION}/SCons/Tool/msvc.pyc
lib/scons-${VERSION}/SCons/Tool/msvs.py
@@ -314,6 +333,8 @@ lib/scons-${VERSION}/SCons/Tool/tar.py
lib/scons-${VERSION}/SCons/Tool/tar.pyc
lib/scons-${VERSION}/SCons/Tool/tex.py
lib/scons-${VERSION}/SCons/Tool/tex.pyc
+lib/scons-${VERSION}/SCons/Tool/textfile.py
+lib/scons-${VERSION}/SCons/Tool/textfile.pyc
lib/scons-${VERSION}/SCons/Tool/tlib.py
lib/scons-${VERSION}/SCons/Tool/tlib.pyc
lib/scons-${VERSION}/SCons/Tool/wix.py
@@ -344,26 +365,20 @@ lib/scons-${VERSION}/SCons/__init__.pyc
lib/scons-${VERSION}/SCons/compat/
lib/scons-${VERSION}/SCons/compat/__init__.py
lib/scons-${VERSION}/SCons/compat/__init__.pyc
-lib/scons-${VERSION}/SCons/compat/_scons_UserString.py
-lib/scons-${VERSION}/SCons/compat/_scons_UserString.pyc
+lib/scons-${VERSION}/SCons/compat/_scons_builtins.py
+lib/scons-${VERSION}/SCons/compat/_scons_builtins.pyc
+lib/scons-${VERSION}/SCons/compat/_scons_col
update: devel/scons 1.2.0 -> 2.0.1
This updates scons to 2.0.1. Some projects (ie. gpsd) are starting to require newer versions of scons to build. Current maintainer doesn't use this for much any more. Tested on amd64 with gpsd-current, x11/gaia and games/pingus. -- GDB has a 'break' feature; why doesn't it have 'fix' too? scons.diff.gz Description: GNU Zip compressed data
Re: gpsbabel new version
give this a try. On Mon, Mar 28, 2011 at 02:43, Sergey Bronnikov wrote: > Someone working on port update for gpsbabel? > current version in ports - 1.3.6 > latest sources - 1.4.2 > > -- > sergeyb@ > > -- GDB has a 'break' feature; why doesn't it have 'fix' too? gpsbabel.diff Description: Binary data
update: editors/vim 7.3.3 -> 7.3.138
Latest dog-pile of patches for vim. -- GDB has a 'break' feature; why doesn't it have 'fix' too? vim.diff Description: Binary data
new: sysutils/cfengine3
i'm starting to mess with cfengine3, it's not backwards compatible with cfengine, so I did up a separate port http://www.cfengine.org/ -- GDB has a 'break' feature; why doesn't it have 'fix' too? cfengine3.tgz Description: GNU Zip compressed data
cfengine update
I'm thinking about using cfengine for some stuff, and cfengine3 looks like it'll do more of what I want than cfengine2. Any cfengine users feel like testing an update to cfengine3? -- GDB has a 'break' feature; why doesn't it have 'fix' too? cfengine.diff Description: Binary data
Re: new: www/webcalendar
There is a bug in the timezone handling. This updated port fixes it so that you can have the server in one timezone (A), multiple users in different timezones (A, B and C) and everyone sees events in their local timezone. See http://sourceforge.net/projects/webcalendar/forums/forum/11588/topic/3828759/index/page/2 On Mon, Oct 4, 2010 at 4:48 PM, Chris Kuethe wrote: > Another web calendar app, via http://www.k5n.us/webcalendar.php. > WebCalendar is a PHP-based calendar application that can be configured > as a single-user calendar, a multi-user calendar for groups of users, > or as an event calendar viewable by visitors. MySQL, PostgreSQL, > Oracle, DB2, Interbase, MS SQL Server, or ODBC is required. > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -- GDB has a 'break' feature; why doesn't it have 'fix' too? webcalendar.tgz Description: GNU Zip compressed data
new: www/webcalendar
Another web calendar app, via http://www.k5n.us/webcalendar.php. WebCalendar is a PHP-based calendar application that can be configured as a single-user calendar, a multi-user calendar for groups of users, or as an event calendar viewable by visitors. MySQL, PostgreSQL, Oracle, DB2, Interbase, MS SQL Server, or ODBC is required. -- GDB has a 'break' feature; why doesn't it have 'fix' too? webcalendar.tgz Description: GNU Zip compressed data
Re: new: multimedia/libvpx
i tested on i386 and amd64, so i'll import this later today On Sun, Sep 26, 2010 at 10:30 AM, Matthias Kilian wrote: > On Sat, Sep 25, 2010 at 05:30:49PM -0400, Brad wrote: >> On Thursday 23 September 2010 17:58:53 Chris Kuethe wrote: >> > For discussion and to help people who want to update mplayer/ffmpeg, >> > here's a port of libvpx, which implements the Google VP8 (aka WebM) >> > codec. I'm starting to find content encoded in webm format. >> >> Thanks for the initial port although it was pretty rough. I cleaned it up >> and I'll take maintainership. I need someone to check this builds Ok >> on arm and i386. > > Builds and pacakges fine on arm (and powerpc, too, btw). > > However, it seems to pick up and use doxygen when installed. This > is mostly harmless, though (it wastes cpu time, but it doesn't ssem > to affect the final package). > > Ciao, > Kili > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: new: devel/clog
if no one has any other feedback, i'm importing this later today... On Mon, Sep 27, 2010 at 9:57 AM, Chris Kuethe wrote: > Renamed to "libclog" to avoid conflict with net/clog and set PREFIX in > Makefile to avoid patching the source makefile > > > > On Fri, Sep 24, 2010 at 8:45 AM, Chris Kuethe wrote: >> Clog is a configurable logging library, supporting filtering and >> timestamping ... use it when you don't want to litter your code with >> >> if (debug) >> fprintf(stderr, ...); >> else >> syslog(...); >> >> >> -- >> GDB has a 'break' feature; why doesn't it have 'fix' too? >> > > > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: new: devel/clog
Renamed to "libclog" to avoid conflict with net/clog and set PREFIX in Makefile to avoid patching the source makefile On Fri, Sep 24, 2010 at 8:45 AM, Chris Kuethe wrote: > Clog is a configurable logging library, supporting filtering and > timestamping ... use it when you don't want to litter your code with > > if (debug) > fprintf(stderr, ...); > else > syslog(...); > > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -- GDB has a 'break' feature; why doesn't it have 'fix' too? libclog.tgz Description: GNU Zip compressed data
new: devel/clog
Clog is a configurable logging library, supporting filtering and timestamping ... use it when you don't want to litter your code with if (debug) fprintf(stderr, ...); else syslog(...); -- GDB has a 'break' feature; why doesn't it have 'fix' too? clog.tgz Description: GNU Zip compressed data
new: multimedia/libvpx
For discussion and to help people who want to update mplayer/ffmpeg, here's a port of libvpx, which implements the Google VP8 (aka WebM) codec. I'm starting to find content encoded in webm format. -- GDB has a 'break' feature; why doesn't it have 'fix' too? libvpx.tgz Description: GNU Zip compressed data
Re: new: www/fluxbb
no comments? On Wed, Aug 18, 2010 at 1:42 PM, Chris Kuethe wrote: > "FluxBB is an open source forum application released under the GPL. It > is free to download and use and will remain so. FluxBB was conceived > and designed to be fast and light with less of the "not so essential" > features that some of the other forums have whilst not sacrificing > essential functionality or usability." > > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: new: www/flyspray
no comments? On Wed, Aug 18, 2010 at 1:41 PM, Chris Kuethe wrote: > "Flyspray is an uncomplicated, web-based bug tracking system written > in PHP for assisting with software development." > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
new: www/fluxbb
"FluxBB is an open source forum application released under the GPL. It is free to download and use and will remain so. FluxBB was conceived and designed to be fast and light with less of the "not so essential" features that some of the other forums have whilst not sacrificing essential functionality or usability." -- GDB has a 'break' feature; why doesn't it have 'fix' too? fluxbb.tgz Description: GNU Zip compressed data
new: www/flyspray
"Flyspray is an uncomplicated, web-based bug tracking system written in PHP for assisting with software development." -- GDB has a 'break' feature; why doesn't it have 'fix' too? flyspray.tgz Description: GNU Zip compressed data
Re: does spectrum-tools still work?
I have the first generation wi-spy, which works.
On Thu, Jul 15, 2010 at 9:02 AM, Stuart Henderson wrote:
> Is spectrum-tools still working in -current?
> When I try and access a wi-spy 2.4i device, it just sits
> there, if I send it SIGINFO it then returns an error:
>
> $ spectool_raw
> Found 1 wispy devices...
> Initializing WiSPY device Wi-Spy 24i USB 0 id 5
> load: 0.57 cmd: spectool_raw 32198 [runnable] 0.02u 0.06s 0% 375k
> 0x82ca3c00 running 15 --P--f
> 0x89d69c00*running 15 -c---f
> 0x89d69800 select_wait 15 -c--RW---f main
> Error polling wispy device Wi-Spy 24i USB 239404692
> wispydbx_usb poller failed to read USB data: Interrupted system call
>
> (same for spectool_curses and spectool_gtk).
>
> So I'm wondering if this is some problem with the 2.4i
> support (I don't have an older device to test), or whether
> changes to OpenBSD have broken something...
>
> FWIW here is a diff for the newer version of spectools,
> but it doesn't change this behaviour.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/spectrum-tools/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- Makefile 1 Sep 2009 23:11:30 - 1.8
> +++ Makefile 15 Jul 2010 15:52:03 -
> @@ -3,7 +3,7 @@
> COMMENT-main = graphical tools for the MetaGeek Wi-spy spectrum analyser
> COMMENT-utils = tools for the MetaGeek Wi-spy spectrum analyser
>
> -V = 2009-06-R1
> +V = 2010-04-R1
> DISTNAME = spectools-$V
> PKGNAME = spectrum-tools-$V
>
> @@ -33,16 +33,15 @@ WANTLIB-main = ${WANTLIB} \
> Xi Xinerama Xrandr Xrender atk-1.0 cairo expat fontconfig \
> freetype gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 \
> iconv intl pango-1.0 pangocairo-1.0 pangoft2-1.0 pixman-1 \
> - png pthread-stubs xcb z
> + png pthread-stubs xcb z gdk_pixbuf-2.0 gdk-x11-2.0 \
> + gtk-x11-2.0 gthread-2.0 xcb-render xcb-render-util
>
> WANTLIB-utils = ${WANTLIB} ncurses
>
> LIB_DEPENDS = :libusb-*:devel/libusb
>
> LIB_DEPENDS-main += ${LIB_DEPENDS} \
> - gtk-x11-2.0::x11/gtk+2 \
> - gdk-x11-2.0::x11/gtk+2 \
> - gdk_pixbuf-2.0::x11/gtk+2
> + ::x11/gtk+2
>
> RUN_DEPENDS-main = :spectrum-tools-utils-*:net/spectrum-tools,-utils
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/spectrum-tools/distinfo,v
> retrieving revision 1.3
> diff -u -p -r1.3 distinfo
> --- distinfo 1 Sep 2009 23:11:30 - 1.3
> +++ distinfo 15 Jul 2010 15:52:03 -
> @@ -1,5 +1,5 @@
> -MD5 (spectools-2009-06-R1.tar.gz) = uEyDA0FnVRAbjxobN9dxZA==
> -RMD160 (spectools-2009-06-R1.tar.gz) = A9+NBaYswTT+7EA23G0ARcKofVk=
> -SHA1 (spectools-2009-06-R1.tar.gz) = If82YYm9pj3EX02V8930pPNyVho=
> -SHA256 (spectools-2009-06-R1.tar.gz) =
> DUDDGTO0cYyCzascNqQr6PzM7B1kLIQ44aov9IaNVvI=
> -SIZE (spectools-2009-06-R1.tar.gz) = 184614
> +MD5 (spectools-2010-04-R1.tar.gz) = FXSBM4X75lJza0OazOxxIA==
> +RMD160 (spectools-2010-04-R1.tar.gz) = Ap3zDntIqwPYb3aDRU35TWU2kJc=
> +SHA1 (spectools-2010-04-R1.tar.gz) = stJ4QKNuyuAW08WRBwpgKyweMpE=
> +SHA256 (spectools-2010-04-R1.tar.gz) =
> vje4CPZSyZTTvFUhS7CJb2blcn2GN0YGuuIDIW7BDhM=
> +SIZE (spectools-2010-04-R1.tar.gz) = 186445
> Index: patches/patch-wispy_hw_dbx_c
> ===
> RCS file: /cvs/ports/net/spectrum-tools/patches/patch-wispy_hw_dbx_c,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-wispy_hw_dbx_c
> --- patches/patch-wispy_hw_dbx_c 21 Jun 2009 06:27:00 - 1.1
> +++ patches/patch-wispy_hw_dbx_c 15 Jul 2010 15:52:03 -
> @@ -1,7 +1,7 @@
> $OpenBSD: patch-wispy_hw_dbx_c,v 1.1 2009/06/21 06:27:00 sturm Exp $
> wispy_hw_dbx.c.orig Sun Jun 14 13:02:46 2009
> -+++ wispy_hw_dbx.c Sun Jun 14 13:02:09 2009
> -@@ -107,7 +107,7 @@
> +--- wispy_hw_dbx.c.orig Fri Apr 16 20:04:07 2010
> wispy_hw_dbx.c Thu Jul 15 16:01:56 2010
> +@@ -114,7 +114,7 @@
> uint16_t __x = (x); \
> ((uint16_t)( \
> (uint16_t)(((uint16_t)(__x) & (uint16_t)0x00ff) << 24) | \
>
>
>
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
igal diff
It's been a while since I've generated galleries and I forgot what flag I added (-j) to add EXIF data to the slide pages. This diff adds that to the manpage. Also, this is the first time I've tried generating a gallery from photos with spaces in the name. Filenames are now quoted before being passed to igal. -- GDB has a 'break' feature; why doesn't it have 'fix' too? igal.diff Description: Binary data
new: devel/libbfd
My upcoming avarice port needs libbfd, and one with more formats than we have in base. This builds libbfd, but only as a static library. -- GDB has a 'break' feature; why doesn't it have 'fix' too? libbfd.tgz Description: GNU Zip compressed data
new: devel/p5-Array-Diff
This module compares two arrays and returns the added or deleted elements in two separate arrays. It's a wrapper around Algorithm::Diff. -- GDB has a 'break' feature; why doesn't it have 'fix' too? p5-array-diff.tgz Description: GNU Zip compressed data
new: www/p5-WWW-Tumblr
WWW::Tumblr is Perl interface for the Tumblr API. It is intended to offer "a sane OO way to implement Blog::Normalize::Tumblr without just scraping" -- GDB has a 'break' feature; why doesn't it have 'fix' too? p5-www-tumblr.tgz Description: GNU Zip compressed data
update: devel/avrdude: 5.8 -> 5.10
-- GDB has a 'break' feature; why doesn't it have 'fix' too? avrdude.diff Description: Binary data
update: devel/teensyloader
updates to the latest teensyloader. works with at90usb162, don't have any others to test on -- GDB has a 'break' feature; why doesn't it have 'fix' too? teensyloader.diff Description: Binary data
lsdvd patch
update HOMEPAGE allow very verbose dumping of the IFO structure with multiple -v flags remove excess "\n" from human readable output -- GDB has a 'break' feature; why doesn't it have 'fix' too? lsdvd.diff Description: Binary data
update: sysutils/memtester: 4.0.8 -> 4.1.3
http://pyropus.ca/software/memtester/CHANGELOG Version 4.1.3 28 February 2010 -fix 64-bit data patterns with some versions of gcc. Thanks: Tony Battersby. -clarify `make install` in readme. Thanks: Marc Lobelle. Version 4.1.2 28 July 2009 -fix portability issue with MAP_LOCKED flag. Thanks: Scott Haneda. -remove debugging output accidentally left in v.4.1.0. -cleanups Version 4.1.1 24 July 2009 -memtester.h was missing from the 4.1.0 tarball; release update to fix that. Thanks: Owen Leonard. Version 4.1.0 23 July 2009 -added the ability to test a specific physical region of memory (by mmap'ing /dev/mem) with the new -p option, which takes a hex starting address as a value. This is mostly of use to developers trying to verify memory or I/O mapped devices (on an embedded system, for instance). Thanks: Allon Stern. -re-add the ability to set a suffix on the memory to allocate: "3G", "128K", etc, mostly for use with the above new feature, where the "memory" to be tested is less than a megabyte, but also useful for users wanting to test many gigabytes; you no longer have to do the conversion-to-megs in your head. -documentation updates and clarifications. -- GDB has a 'break' feature; why doesn't it have 'fix' too? memtester.diff Description: Binary data
update and abandon net/ap-utils
I haven't had an AP that supports snmp management in years... -- GDB has a 'break' feature; why doesn't it have 'fix' too? ap-utils.diff Description: Binary data
update: editors/vim: 7.2.267 -> 7.2.416
Giant piles of little patches. ftp://ftp.vim.org/pub/editors/vim/patches/7.2/README -- GDB has a 'break' feature; why doesn't it have 'fix' too? vim.diff Description: Binary data
Re: Unbreak misc/gpsd
Yeah, I know I should update gpsd. Lotta code churn.
GIANT BOLD BLINKY WARNING: there's been a non-backwards-compatible
protocol change, so everything that uses the old protocol directly
will break. Apps that use libgpsd will likely work, but will need to
link the new version.
CK
On Fri, May 7, 2010 at 2:03 PM, Stuart Henderson wrote:
> On 2010/05/07 16:22, David Coppa wrote:
>> On Fri, 07 May 2010, Antoine Jacoutot wrote:
>>
>> > Aren't you missing @conflict markers?
>>
>> Ok, 3rd revision of this diff.
>> I've also unfucked the python stuff...
>> "pkg_add -u" is happy with these @conflict markers.
>>
>> Is it ok now?
>
>
> one last thing, please use pre-configure for this instead of post-patch.
> otherwise, when you do the 'make patch / edit / make update-patches'
> cycle this change gets included in the patches and we don't really want
> it there. then as far as I'm concerned it's ok.
>
> (as a side-note, gpsd could do with an update, with this version some
> sirf devices get switched to binary mode without warning and it can
> be a bit of a pig to get them to speak NMEA again ...)
>
>
>>
>> ciao,
>> dav
>>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/misc/gpsd/Makefile,v
>> retrieving revision 1.32
>> diff -u -p -r1.32 Makefile
>> --- Makefile 24 Apr 2010 20:18:39 - 1.32
>> +++ Makefile 7 May 2010 14:12:55 -
>> @@ -7,10 +7,10 @@ COMMENT-python= python bindings for gps
>>
>> VERSION= 2.38
>> DISTNAME= gpsd-${VERSION}
>> -PKGNAME-main= gpsd-${VERSION}p0
>> -PKGNAME-motif= gpsd-motif-${VERSION}p3
>> +PKGNAME-main= gpsd-${VERSION}p1
>> +PKGNAME-motif= gpsd-motif-${VERSION}p4
>> PKGNAME-php= gpsd-php-${VERSION}
>> -PKGNAME-python= gpsd-python-${VERSION}p1
>> +PKGNAME-python= gpsd-python-${VERSION}p2
>> SHARED_LIBS= gps 18.0
>> CATEGORIES= misc geo
>>
>> @@ -59,7 +59,7 @@ CONFIGURE_ARGS+= --disable-python
>> .else
>> MULTI_PACKAGES+= -python
>> MODULES= lang/python
>> -LIB_DEPENDS-python= gps::misc/gpsd
>> +RUN_DEPENDS-python= ::misc/gpsd
>> WANTLIB-python=
>> RUN_DEPENDS-main=
>> RUN_DEPENDS-motif=
>> @@ -73,10 +73,16 @@ PKG_ARCH-php= *
>> RUN_DEPENDS-php= :php5-gd-*:www/php5/extensions,-gd
>> PREFIX-php= /var/www/
>>
>> +PYTHON_SCRIPTS= gpsprof gps.py gpsfake gpscat
>> +
>> +post-patch:
>> +.for file in ${PYTHON_SCRIPTS}
>> + perl -pi -e 's,/usr/bin/env python,${MODPY_BIN},g' ${WRKSRC}/${file}
>> +.endfor
>> +
>> post-install:
>> ${INSTALL_DATA_DIR} ${WRKINST}/var/www/gpsd
>> ${INSTALL_SCRIPT} ${WRKSRC}/gpsd.php ${WRKINST}/var/www/gpsd
>> ${INSTALL_DATA} ${WRKSRC}/gpsd_config.h ${PREFIX}/include
>>
>> .include
>> -
>> Index: pkg/PLIST-main
>> ===
>> RCS file: /cvs/ports/misc/gpsd/pkg/PLIST-main,v
>> retrieving revision 1.5
>> diff -u -p -r1.5 PLIST-main
>> --- pkg/PLIST-main 16 Apr 2008 06:53:35 - 1.5
>> +++ pkg/PLIST-main 7 May 2010 14:12:55 -
>> @@ -1,13 +1,15 @@
>> �...@comment $OpenBSD: PLIST-main,v 1.5 2008/04/16 06:53:35 ckuethe Exp $
>> +...@conflict gpsd-python-<=2.38p1
>> �...@newuser _gpsd:551:dialer::GPS server:/nonexistent:/sbin/nologin
>> %%SHARED%%
>> -bin/cgps
>> -bin/cgpxlogger
>> -bin/gpsctl
>> -bin/gpsflash
>> -bin/gpspipe
>> -bin/rtcmdecode
>> -bin/sirfmon
>> +...@bin bin/cgps
>> +...@bin bin/cgpxlogger
>> +...@bin bin/gpsctl
>> +...@bin bin/gpsdlcdd
>> +...@bin bin/gpsflash
>> +...@bin bin/gpspipe
>> +...@bin bin/rtcmdecode
>> +...@bin bin/sirfmon
>> include/gps.h
>> include/gpsd.h
>> include/gpsd_config.h
>> @@ -20,16 +22,15 @@ lib/pkgconfig/libgpsd.pc
>> �...@man man/man1/cgps.1
>> �...@man man/man1/cgpxlogger.1
>> �...@man man/man1/gps.1
>> +...@man man/man1/gpsctl.1
>> �...@man man/man1/gpsflash.1
>> -...@man man/man1/gpscat.1
>> �...@man man/man1/gpspipe.1
>> �...@man man/man1/rtcmdecode.1
>> �...@man man/man1/sirfmon.1
>> -...@man man/man1/xgps.1
>> �...@man man/man3/libgps.3
>> �...@man man/man3/libgpsd.3
>> �...@man man/man3/libgpsmm.3
>> �...@man man/man5/rtcm-104.5
>> �...@man man/man5/srec.5
>> �...@man man/man8/gpsd.8
>> -sbin/gpsd
>> +...@bin sbin/gpsd
>> Index: pkg/PLIST-motif
>> ===
>> RCS file: /cvs/ports/misc/gpsd/pkg/PLIST-motif,v
>> retrieving revision 1.2
>> diff -u -p -r1.2 PLIST-motif
>> --- pkg/PLIST-motif 27 Oct 2006 23:47:23 - 1.2
>> +++ pkg/PLIST-motif 7 May 2010 14:12:55 -
>> @@ -1,4 +1,6 @@
>> �...@comment $OpenBSD: PLIST-motif,v 1.2 2006/10/27 23:47:23 ckuethe Exp $
>> -bin/xgps
>> -bin/xgpsspeed
>> +...@conflict gpsd-<=2.38p0
>> +...@bin bin/xgps
>> +...@bin bin/xgpsspeed
>> +...@man man/man1/xgps.1
>> �...@man man/man1/xgpsspeed.1
>> Index: pkg/PLIST-python
>>
Re: mplayer
On Mon, Aug 31, 2009 at 4:27 AM, Antoine Jacoutot wrote: > On Mon, 31 Aug 2009, Stuart Henderson wrote: >> fwiw, I'd be totally happy not adding a flavour and just disabling >> the binary codecs outright, it used to be needed in order to play >> a significant number of files, but native codec support is pretty >> reasonable now, I don't think we need to keep on encouraging people >> to use the untrusted, binary-only, and almost certainly insecure >> codecs. > > I concur. +1 i've been on amd64 for a couple of years now, so i can't use the win32 codecs. i haven't found anything worth watching in recent memory that at least one of mplayer, ffplay or xine couldn't handle. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
update: geo/gpsbabel 1.3.5 -> 1.3.6
see http://www.gpsbabel.org/changes.html for a list of changes between 1.3.5 and 1.3.6 -- GDB has a 'break' feature; why doesn't it have 'fix' too? gpsbabel.diff Description: Binary data
Re: UPDATE: tcsh -> 6.16.00
On Thu, Jul 16, 2009 at 8:41 AM, Stuart Henderson wrote: > On 2009/07/17 00:25, Ian McWilliam wrote: >> Version 6.17.00 was released on July 10, so maybe we should take that >> for a spin. >> >> ftp://ftp.astron.com/pub/tcsh/ > > thanks, nice of them to update the website :-) also working for me on amd64. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: povray
here's a unified diff... i patched configure to accept our libpng, and fixed the libraries. i wouldn't mind seeing this get updated. -- GDB has a 'break' feature; why doesn't it have 'fix' too? povray.diff.gz Description: GNU Zip compressed data
update: net/spectools 20080314 -> 2009-02-R1
pretty trivial update to the latest version -- GDB has a 'break' feature; why doesn't it have 'fix' too? spectools.diff Description: Binary data
Re: Q about: OpenBSD policy is to never update files under /etc automatically
On Thu, May 28, 2009 at 3:15 PM, Cem Kayali wrote: > > Hello! > > According to OpenBSD porting policy, it is "OpenBSD policy is to never > update files under /etc automatically. Ports that need some specific boot > setup should advise the administrator about what to do instead of blindly > installing files." > > > Well, i have noticed that 'privoxy' and 'tor' install their configuration > files into /etc automatically. _Forgive me, if i misunderstand_, but does > not this policy cover 'it does not create folders under /etc automatically'? > Is it just simple 'it does not touch ANY FILE under /etc though be aware it > populates /etc with new folders'? adding a sample default configuration file is different from changing /etc/rc* to start your new daemon. if you change the sample default configuration file, the package system notices it and a) won't remove it at uninstall time, and b) won't replace it at upgrade, because it is now part of your custom system configuration. > I was expecting something similar to that: "config files are at ie; > /usr/local/somewhere/etc/privoxy" and we advise you to copy them to > /etc/privoxy, and add these lines to rc.local"... many packages do have just such an install-time message, suggesting a way to activate this new software, but the installation won't modify your system configuration automatically. > For example, installing mysql through ports cleanly advises administrator > to add configuraion files. Mysql ships with a number of differently tuned configuration files - it's tough to pick the right default one to install. Other ports (avrdude, for example) have a single default configuration, making the selection trivial. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: NEW: security/aircrack-ng
On Wed, May 6, 2009 at 1:25 PM, Matthias Kilian wrote: > Well, i could import but not yet connect it to security/Makefile. > It may help to get more people testing possible driver patches. sounds like a plan. > Any opiniions? > > Ciao, > Kili > > ps: port for aircrack-ng-1.0-rc3 attached. > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: UPDATE: bzflag 2.0.12
works on amd64 w/ intel GM4500 (driver 2.6.1) On Thu, Apr 9, 2009 at 4:18 AM, Alexander Hall wrote: > Seems ok here on i386 > > Brad wrote: >> Here is an update to bzflag 2.0.12. No new features, just mainly >> build fixes and other bug fixes. Any improvement with macppc? -- GDB has a 'break' feature; why doesn't it have 'fix' too?
allow www/igal to add exif metadata to slides
i'm obviously not the first one to think of doing this - a search
turned up a handful of other implementations. i decided to copy the
approach here http://marquart.se/node/121. my patch adds a "-j" option
to invoke jhead on the source image, and substitutes the results at
the "" token
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
Index: Makefile
===
RCS file: /cvs/ports/www/igal/Makefile,v
retrieving revision 1.4
diff -u -p -u -r1.4 Makefile
--- Makefile 2 Jun 2008 20:09:01 - 1.4
+++ Makefile 25 Mar 2009 22:53:48 -
@@ -4,7 +4,7 @@ COMMENT= online Image GALlery generator
V= 1.4.7
DISTNAME= igal-$V-wt
-PKGNAME= igal-$V
+PKGNAME= igal-${V}p0
CATEGORIES= www graphics
HOMEPAGE= http://trexler.at/igal/
@@ -18,7 +18,8 @@ PERMIT_DISTFILES_FTP= Yes
MASTER_SITES= ${HOMEPAGE}
RUN_DEPENDS= ::graphics/ImageMagick \
- ::graphics/jpeg
+ ::graphics/jpeg \
+ ::graphics/jhead
NO_BUILD= Yes
NO_REGRESS= Yes
Index: patches/patch-igal
===
RCS file: patches/patch-igal
diff -N patches/patch-igal
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-igal 25 Mar 2009 22:53:48 -
@@ -0,0 +1,66 @@
+$OpenBSD$
+--- igal.orig Wed Feb 27 05:18:03 2008
igal Wed Mar 25 16:37:24 2009
+@@ -32,6 +32,12 @@ $HAVEIM = 0;
+ #
+ $HAVELJ = 0;
+
++# If you KNOW you have Jhead installed then setting this equal to 1 may speed
++# up the code a bit (igal will stop checking for these commands every time it
++# runs)
++#
++$HAVEJH = 0;
++
+
+ # This is IGAL version 1.4.7-wt, an online Image GALlery generator.
+ # Copyright (C) 2000 Eric Pop
+@@ -83,6 +89,7 @@ $opt_d = "."; # look in current directory "."
+ $opt_f = "0"; # -f to force thumbnail regeneration
+ $opt_h = "0";
+ $opt_i = "index.html"; # name of the main thumbnail index file
++$opt_j = "0"; # -j uses jhead to extract EXIF metadata
+ $opt_k = "0"; # -k for the captions to also be used as slide titles
+ $opt_m = ""; # -m Apply a watermark to each image
+ $opt_n = "0"; # -n to use image file names for the .html files
+@@ -115,6 +122,7 @@ Options: -a write image sizes under thum
+ -f force thumbnail regeneration
+ -h displays this brief help; same as --help
+ -i name of the main thumbnail index file (index.html)
++ -j add EXIF metadata to the slide pages
+ -k use the image captions for the HTML slide titles
+ -m Automatically add watermark to each image
+ -n use image file names for the HTML slide files
+@@ -165,7 +173,7 @@ END_OF_USAGE
+ @igal_options = @ARGV;
+
+ # process command-line arguments (overriding defaults above)
+-GetOptions('a','c','C','d=s','f','h','i=s','k','m=s','n','o=s',
++GetOptions('a','c','C','d=s','f','h','i=s','j','k','m=s','n','o=s',
+'p=i','r','s','t=i','u','w=i','x','y=i','ad','as',
+'bigy=i', 'con=s','help','im','www','xy=i', 'dest=s',
+ 'AddSubdir') or die "$usage";
+@@ -313,6 +321,10 @@ print "\nWARNING: The ImageMagick package (imagemagic
+ $HAVELJ = (&exist("cjpeg") and &exist("djpeg") &exist("pnmscale")) unless ($HAVELJ or ($njpg == 0) or $HAVEIM);
+ print "\nWARNING: at least one of the commands \"cjpeg\", \"djpeg\" and \"pnmscale\" is not\ninstalled. You can find these at rpmfind.net (inside libjpeg and libgr-progs)\nor you can download the source code from:\nhttp://www.ijg.org/ and\nhttp://netpbm.sourceforge.net/\n\n"; unless ($HAVELJ or ($njpg == 0) or $HAVEIM);
+
++# find out if the jhead exists
++$HAVEJH = (&exist("jhead")) unless ($HAVEJH);
++print "\nWARNING: The Jhead package is not installed; without it you won't get information about the camera used to take the photo.\n" unless ($HAVEJH);
++
+ # give up if no image processing commands can be found
+ die "ERROR: the necessary image processing tools aren't installed on your system.\nPlease obtain them as specified above.\n\n" unless ($HAVEIM or $HAVELJ);
+
+@@ -529,7 +541,12 @@ if ($opt_s) {
+ $workarea =~ s//$destback$imgfile_i_encoded/g;
+ }
+ }
+-
++ # exif metadata
++ if ($opt_j && $HAVEJH) {
++ local $f = $imgfiles[$i];
++ local $exif = `jhead $f | egrep -v '^File|Camera make' | grep : | sed 's/\$//'`;
++ $workarea =~ s//$exif/;
++ }
+ # add in the image counter unless -x is specified
+ if ($opt_x) {
+ $imagecaption = $captions[$i];
Index: patches/patch-slidetemplate_html
===
RCS file: patches/patch-slidetemplate_html
diff -N patches/patch-slidetemplate_html
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-slidet
new: devel/teensyloader
Not long ago I got an AVR AT90USB162 dev board ("teensy") which
doesn't use the arduino bootloader so avrdude can't program it. Here's
the tool to program it.
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
teensyloader.tgz
Description: GNU Zip compressed data
update: audio/libgpod audio/gtkpod
Updates to the lastest versions of gtkpod and libgpod. -- GDB has a 'break' feature; why doesn't it have 'fix' too? libgpod-0.7.0_gtkpod-0.99.14.diff Description: Binary data
update: devel/avrdude: 5.5 -> 5.6
This patch updates avrdude to the latest version (5.6) which adds support for a couple of new bootloaders, in particular arduino and AT90USB* -- GDB has a 'break' feature; why doesn't it have 'fix' too? avrdude-5.6.diff Description: Binary data
Re: Check out my Facebook profile
On Sat, Feb 21, 2009 at 9:05 AM, Weldon Goree wrote: > Brandon Mercer wrote: >> Too many drinks and a wrong choice to visit a social networking site. I'm >> truly sorry. Brandon >> >> >> > > Any word on breathalyzer support in 4.5? connect a keychain breathalyzer to an arduino. analog input isn't terribly difficult and calibrating it could be very entertaining :) -- GDB has a 'break' feature; why doesn't it have 'fix' too?
update: misc/gpsd 2.37 -> 2.38
a few new driver types, saved some cpu here-and-there. math and precision fixes... -- GDB has a 'break' feature; why doesn't it have 'fix' too? gpsd.diff Description: Binary data
Re: Integration of clewn/vimgdb into your vim port
On Tue, Jan 13, 2009 at 9:50 AM, Marco Peereboom wrote:
> I likes but as a flavor for sure.
> On Tue, Jan 13, 2009 at 09:37:36AM -0800, Chris Kuethe wrote:
>> woops. i missed this somehow. i'm going to try this now, but i'm not
>> sure whether it should be a flavor or if it should be added to the
>> port as a non-option. comments from the list?
A few observations:
1) shouldn't this generate vim-gdb-${V}.tgz ... no FLAVOR suffix?
...
===> Building package for vim-gdb-7.2.77-gtk2-gdb
Create /usr/ports/packages/amd64/all/vim-gdb-7.2.77-gtk2-gdb.tgz
Link to /usr/ports/packages/amd64/ftp/vim-gdb-7.2.77-gtk2-gdb.tgz
Link to /usr/ports/packages/amd64/cdrom/vim-gdb-7.2.77-gtk2-gdb.tgz
2) the -gdb subpackage needs a to require a vim
RUN_DEPENDS-gdb=::${BUILD_PKGPATH}
3) i was getting checksum failures trying to pkg_delete. offending
file was /usr/local/share/vim/vim72/doc/tags
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: Integration of clewn/vimgdb into your vim port
woops. i missed this somehow. i'm going to try this now, but i'm not sure whether it should be a flavor or if it should be added to the port as a non-option. comments from the list? On Tue, Jan 13, 2009 at 5:18 AM, Andreas Bihlmaier wrote: > Hello Chris, > > did you ever have a look at this? > If you are not interested just say so, no problem. > > Regards > ahb > >>Hello Chris, >> >>attached is a patch against the current version of your vim port, which >>adds support for integrated gdb (http://clewn.sourceforge.net/). >> >>It is really much nicer to work with vim + gdb than with a seperate vim >>and gdb session. Just see the :help gdb for a short introduction and >>debug a (small) piece of code, I expect/hope you get the same impression >>that it is really a nice way of debugging. >> >>I would be very glad to get some feedback although there are still some >>edges and corners to it (especially the @exec in PLIST-gdb), since >>inclusion of this into the ports tree would be safe quite a bit of >>recompiling after installing each new snapshot. >> >>Regards >>ahb > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
vim update
updates vim to 7.2.77 -- GDB has a 'break' feature; why doesn't it have 'fix' too? vim.diff Description: Binary data
new: astro/p5-Astro-SpaceTrack astro/p5-Astro-satpass geo/p5-GPS-SpaceTrack
perl modules for calculating satellite visibility, in particular for gps satellites. comments or oks? -- GDB has a 'break' feature; why doesn't it have 'fix' too? astro-p5-Astro-SpaceTrack.tgz Description: GNU Zip compressed data astro-p5-Astro-satpass.tgz Description: GNU Zip compressed data geo-p5-GPS-SpaceTrack.tgz Description: GNU Zip compressed data
Re: NEW: games/xmoto + devel/ode
On Wed, Dec 10, 2008 at 2:03 PM, Matthias Kilian <[EMAIL PROTECTED]> wrote: > On Thu, Dec 11, 2008 at 12:42:01AM +0300, Kirill S. Bychkov wrote: >> This is a port of xmoto and library it depends on. > > And does it differ from the port you sent eight hours ago? Yes, the difference is that this time the ports are attached -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: ff3
On Mon, Dec 8, 2008 at 6:15 PM, Jacob Meuser <[EMAIL PROTECTED]> wrote: > http://marc.info/?l=openbsd-ports&m=121371736513764&w=2 > > is it really surprising that someone who twists knobs ended up > with problems? i think marco has a point there. when was the last time you ran a plugin for flash, quicktime, vrml or whatever the crappy-format-of-the-month is? and how about on sparc64? having firefox complain about missing plugins that will never exist does no one any good. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: new: geo/gypsy
i'm saying that if gypsy doesn't break existing stuff, then i have no problems with it. i'll probably never use gypsy because it doesn't do anything for me that gpsd can't already do, and it makes me install more software that i don't need. but if it solves a problem for somebody else, great. CK On Mon, Dec 1, 2008 at 12:43 PM, Theo de Raadt <[EMAIL PROTECTED]> wrote: >> On Mon, Dec 1, 2008 at 12:21 PM, Marc Balmer <[EMAIL PROTECTED]> wrote: >> > * Ian Darwin wrote: >> >> >> Gypsy was designed to fix "the numerous design flaws found in GPSD". >> >> These are compiled at http://gypsy.freedesktop.org/why-not-gpsd.html. >> > >> > So how does this compare to gpsd for real applications? I am asking >> > since the main gpsd developer is also an OpenBSD developer, and maybe >> > there are ways to fix the problems in gpsd? >> > >> > Oh, and I find this rude. >> >> DBUS is more crap I don't need or want on my machines, the regular >> gpsd serves my needs very well. I'm sure I could write a >> "why-not-dbus-gypsy.html" page, but I can't be arsed. I'm surprised >> that I'm even taking the time to reply to this. >> >> If it works, let them co-exist. GPSD does have some kind of DBUS >> support... but I have no use for it so I can't say how well it works. > > What are you saying? I want to understand this very clearly. > > Are you two saying no to a new package? Or what is this fight > about? > > Or do the little words twist your panties? > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: new: geo/gypsy
On Mon, Dec 1, 2008 at 12:21 PM, Marc Balmer <[EMAIL PROTECTED]> wrote: > * Ian Darwin wrote: >> Gypsy was designed to fix "the numerous design flaws found in GPSD". >> These are compiled at http://gypsy.freedesktop.org/why-not-gpsd.html. > > So how does this compare to gpsd for real applications? I am asking > since the main gpsd developer is also an OpenBSD developer, and maybe > there are ways to fix the problems in gpsd? > > Oh, and I find this rude. DBUS is more crap I don't need or want on my machines, the regular gpsd serves my needs very well. I'm sure I could write a "why-not-dbus-gypsy.html" page, but I can't be arsed. I'm surprised that I'm even taking the time to reply to this. If it works, let them co-exist. GPSD does have some kind of DBUS support... but I have no use for it so I can't say how well it works. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: Update of ocaml to 3.10.2
On Tue, Nov 25, 2008 at 11:55 AM, Richard Bonichon <[EMAIL PROTECTED]> wrote: > Hi Frank, > > Works here (i386 too) as well if you do not forget to remove the files > patches/patch-camlp4_config_configure_batch > which cannot be applied anymore (the file does not exist, I guess it's > because of the new camlp4), otherwise it stops with a "Oops.rej" file > ;-) > > One question: > - have you tried to compile other ports (I think there are 3 or 4 of > them) depending on ocaml with this new version? Works on amd64. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: Update of ocaml to 3.10.2
patches/patch-camlp4_config_configure_batch is no longer relevant. it should be truncated or removed before building. On Tue, Nov 25, 2008 at 10:42 AM, Frank Denis <[EMAIL PROTECTED]> wrote: > Hello, > > Here's an update of OCaml from version 3.09.3 to version 3.10.2. > > Tested ok on i386, with code that depends on new features of ocaml 3.10. > > For the change log: > > http://caml.inria.fr/ocaml/release.en.html > > Best regards, > > -Frank. > > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: QEMU acceleration layer not activated
On Tue, Oct 28, 2008 at 6:15 AM, Hannah Schroeter <[EMAIL PROTECTED]> wrote: > Not any more. I have experienced crashes of the host with kqemu (with > the multiprocessor kernel), as well as strange behavior of the guest OS > (for *some* guest OSes; Debian seems to run fine as guest, OpenBSD not > [panic, init died, IIRC]). > > So I stopped using kqemu again (alas, because *as far as it worked*, it > definitely got me a significant speed boost). The fpu emulation is buggy in with kqemu, it's even worse with kernel-kqemu. no easily detected failures with no-kqemu. I wrote a tool to detect misbehaving cross-compilers for people building gpsd to use in embedded system; it will also complain about kqemu. Perhaps debian is slightly more tolerant of fpu errors, but if you watch closely, you'll see fallout from math errors under ubuntu (progress bars look like line noise) and winxp (programs don't reliabily start, and all menu bars render as 1px high... -- GDB has a 'break' feature; why doesn't it have 'fix' too?
update: editors/vim 7.1.315 -> 7.2.25
two happy vim users already, but i'd like to see some more test coverage -- GDB has a 'break' feature; why doesn't it have 'fix' too? vimupdate.diff.gz Description: GNU Zip compressed data
Re: new: devel/simulavr
On Wed, Sep 17, 2008 at 1:43 AM, Tobias Sarnowski <[EMAIL PROTECTED]> wrote: > I have two suggestions for you. At first, add the avr compiler to its > dependencies - the package won't build without it. > > BUILD/RUN_DEPENDS=::devel/avr/gcc RUN_DEPENDS might be better as devel/avr/gdb. then again, it's not really required to run, and you'll have your choice of debuggers if i ever get my avarice port committed. > The second thing is the location - I discovered all the avr packages in > devel/avr/* like the gcc, the gdb, libc and binutils - it's probably the > right place for the simulator, but that's less important. have a look at devel/arm-elf ... I think that just the base tools (compiler, binutils, debugger, libc) should go in one of these cross-compiler ports. simulators should go elsewhere. on that note, i should probably put this also in the emulators category. updated tarball attached. -- GDB has a 'break' feature; why doesn't it have 'fix' too? simulavr.tgz Description: GNU Zip compressed data
new: devel/simulavr
simulavr is a software simulator for various AVR microcontrollers. -- GDB has a 'break' feature; why doesn't it have 'fix' too? simulavr.tar Description: Unix tar archive
Re: new: devel/avarice
On Thu, Aug 21, 2008 at 7:26 AM, Chris Kuethe <[EMAIL PROTECTED]> wrote: > here's a port of avarice. "AVaRICE is a program which interfaces the > GNU Debugger GDB with the AVR JTAG ICE available from Atmel." lightly > tested with the STK600 and the JTAGICE_MKII. also tried w/ a Freeduino SB (clone of the arduino diecimila). since we're no longer polluting the base system with libbfd, here's a port of libbfd. it's static, since not many things are expected to need it... but avarice does, since it talks to gdb and the various binary file formats i might try load into an AVR -- GDB has a 'break' feature; why doesn't it have 'fix' too? avarice.tgz Description: GNU Zip compressed data libbfd.tgz Description: GNU Zip compressed data
update: devel/avrdude
this patch merges in the changes from the arduino.cc patched version of avrdude, and adds a note on how to use avrdude to program your arduino. -- GDB has a 'break' feature; why doesn't it have 'fix' too? avrdude-arduino.diff Description: Binary data
Re: new: devel/avarice
On Thu, Aug 21, 2008 at 7:46 AM, Antoine Jacoutot <[EMAIL PROTECTED]> wrote: > On Thu, 21 Aug 2008, Chris Kuethe wrote: > >> here's a port of avarice. "AVaRICE is a program which interfaces the >> GNU Debugger GDB with the AVR JTAG ICE available from Atmel." lightly >> tested with the STK600 and the JTAGICE_MKII. > > It looks fine although I have no idea how to use this. I don't have much idea of how to use it either, i've only just got the starter kit and i have some tutorials to try this weekend. on the upside, i'm pretty sure basic functionality works because i can pull the chip signature and serial numbers and they match the output from Atmel's tools under Windows. :) > On a side note, I get this for port-lib-depends-check on macppc: > Extra: iberty.8 whereas on i386, port-lib-depends-check says i need that artifact of messing with debugger/bfd internals? # make port-lib-depends-check avarice-2.7: WANTLIB: iberty.9 (/usr/local/bin/avarice) (system lib) Asking ports for dependency libiconv-1.12(converters/libiconv) Asking ports for dependency libusb-0.1.12(devel/libusb) Asking ports for dependency gettext-0.17(devel/gettext) WANTLIB += iberty -- GDB has a 'break' feature; why doesn't it have 'fix' too?
new: devel/avarice
here's a port of avarice. "AVaRICE is a program which interfaces the GNU Debugger GDB with the AVR JTAG ICE available from Atmel." lightly tested with the STK600 and the JTAGICE_MKII. -- GDB has a 'break' feature; why doesn't it have 'fix' too? avarice.tgz Description: GNU Zip compressed data
new: devel/avrdude
port of the avrdude programmer for avr processors. lightly tested w/ STK600 + JTAGICE_MKII -- GDB has a 'break' feature; why doesn't it have 'fix' too? avrdude.tgz Description: GNU Zip compressed data
Re: updates: audio/faa{c,d}
On Fri, Jul 25, 2008 at 11:56 PM, Jacob Meuser <[EMAIL PROTECTED]> wrote: > hmm, it seems libfaac is actually the culprit here. at least the faac > application encodes a 24kHz wav into a 48kHz aac. and see this: > > http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2006-November/018236.html > > it's talking there about faad, but faac seemingly does something similar. yeah, i was just about to point /usr/local/bin/faac at a .wav file to see what comes out, and i see no knobs to set output sample rate. > when did pspvc last work? 4.2. i did a bunch of encodes near the end of november 2007. the last file i seem to have generated that plays is dated 2008 jan 04. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: updates: audio/faa{c,d}
only tried on i386 so far... at least ffmpeg doesn't generate broken
video any more, but the flags pspvc calls ffmpeg with don't produce
psp-playable videos any more.
On Wed, Jul 23, 2008 at 6:44 AM, Jacob Meuser <[EMAIL PROTECTED]> wrote:
>
> attached are some patches and a new port. sorry, I could not break this
> up much because these are all intertwined.
>
> faad (faad.diff):
> * update to faad2-2.6.1.
> * greatly simplified patches for type mismatch issues in libfaad.
> * libmp4v2 is no longer part of faad2 distribution. attached is a
> new port for a standalone libmp4v2.
>
> faac (faac.diff):
> * update to faac-1.26.
> * depends on libmp4v2 instead of faad.
>
> libmp4v2 (libmp4v2-1.5.0.1-port.tgz):
> This is the standalone version of the mp4v2 library. This library
> provides functions to read, create, and modify mp4 files. It is derived
> from the mpeg4ip source tree but for licensing reasons it has been
> adapted to this form.
>
> faad.ports.diff.gz:
> * simplified patches for type mismatches in libfaad for faad dependent
> ports.
> * ports using libmp4v2 now depend on libmp4v2 instead of faad.
> * faa{c,d} LIB_DEPENDS and PKGNAME bumps.
> * @bin markers and other "while here" changes.
>
>
> basic functionality can be tested with just faad and faac and a WAV
> file:
>
> $ faac -o .m4a .wav
> $ faad -w .m4a | aucat -e s16le -i -
>
> please test (preferably on something other than i386 or amd64 as I have
> tested there) and let me know how it goes ...
>
> --
> [EMAIL PROTECTED]
> SDF Public Access UNIX System - http://sdf.lonestar.org
>
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
update: geo/gpsbabel 1.3.4 -> 1.3.5
*sigh* so much to complain about... naming a variable "link"??? anyway, here's the latest gpsbabel... more drivers, more bug fixes. changelog at http://www.gpsbabel.org/news/20080505.html -- GDB has a 'break' feature; why doesn't it have 'fix' too? gpsbabel.diff Description: Binary data
Re: Annoying firefox messages
On Tue, Jun 17, 2008 at 11:56 AM, Christian Weisgerber <[EMAIL PROTECTED]> wrote: > With the suggested setting, there is nothing there at all. No hint > that you're missing content because of a missing plugin. My initial > impression is that this is confusing. you're missing content that you wouldn't have been able to see anyway. i'm sure i'm missing tons of flash ads, virus-infected games and other crap. Crap that i already know isn't there because of noscript, adblock, removeitpermanently, and a few others. if i really want to punch the monkey or see the dancing hamsters i'll run windows in qemu or use a script to download videos from youtube... kill the annoying message. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: UPDATE: rdesktop 1.6.0
On Mon, Jun 16, 2008 at 10:45 AM, Devin Smith <[EMAIL PROTECTED]> wrote:
> 1. I wasn't sure if PKGNAME should have the p0 appended or should it just
> be ${DISTNAME}.
PKGNAME can be unset, thereby reverting to DISTNAME. This is a new
version of the port, with no local patchlevel.
> 2. When adding / deleting files to create a cvs diff should I be
> using the cvsdo utility (http://viper.haque.net/~timeless/redbean/)?
> It seemed easier to use then editing the CVS/Entries file manually.
"cvs add" or "cvs rm"
CK
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
update: editors/vim: 7.1.281 -> 7.1.315
more micropatches, includes some format string fixes. -- GDB has a 'break' feature; why doesn't it have 'fix' too? vimdiff Description: Binary data
removing timestamping from gpsd
since we now have ldattach which can relay data while activating the
timing line disciplines, i can rip this out of gpsd - the patches are
already committed upstream.
Index: Makefile
===
RCS file: /cvs/ports/misc/gpsd/Makefile,v
retrieving revision 1.23
diff -u -p -u -r1.23 Makefile
--- Makefile16 Apr 2008 06:53:35 - 1.23
+++ Makefile13 Jun 2008 03:59:30 -
@@ -7,7 +7,7 @@ COMMENT-python= python bindings for gps
VERSION= 2.37
DISTNAME= gpsd-${VERSION}
-PKGNAME-main= gpsd-${VERSION}p0
+PKGNAME-main= gpsd-${VERSION}p1
PKGNAME-motif= gpsd-motif-${VERSION}
PKGNAME-php= gpsd-php-${VERSION}
PKGNAME-python=gpsd-python-${VERSION}p0
Index: patches/patch-drivers_c
===
RCS file: patches/patch-drivers_c
diff -N patches/patch-drivers_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-drivers_c 13 Jun 2008 03:59:30 -
@@ -0,0 +1,50 @@
+$OpenBSD$
+--- drivers.c.orig Mon Jan 21 11:35:31 2008
drivers.c Wed Jun 11 15:14:20 2008
+@@ -102,46 +102,6 @@ gps_mask_t nmea_parse_input(struct gps_device_t *sessi
+ #endif /* NON_NMEA_ENABLE */
+ gpsd_report(LOG_WARN, "unknown sentence: \"%s\"\n",
session->packet.outbuffer);
+ }
+-#ifdef NMEADISC
+- if (session->ldisc == 0) {
+- uid_t old;
+- int ldisc = NMEADISC;
+-
+-#ifdef TIOCSTSTAMP
+- struct tstamps tstamps;
+-#ifdef PPS_ON_CTS
+- tstamps.ts_set |= TIOCM_CTS;
+-#else /*!PPS_ON_CTS */
+- tstamps.ts_set |= TIOCM_CAR;
+-#endif /* PPS_ON_CTS */
+- tstamps.ts_clr = 0;
+-
+- old = geteuid();
+- if (seteuid(0) == -1)
+- gpsd_report(LOG_WARN, "can't seteuid(0) - %s", strerror(errno));
+- else
+- gpsd_report(LOG_WARN, "seteuid(0) to enable timestamping\n");
+- if (ioctl(session->gpsdata.gps_fd, TIOCSTSTAMP, &tstamps) < 0)
+- gpsd_report(LOG_WARN, "can't set kernel timestamping: %s\n",
+- strerror(errno));
+- else
+- gpsd_report(LOG_WARN, "activated kernel timestamping\n");
+-#endif /* TIOCSTSTAMP */
+- if (ioctl(session->gpsdata.gps_fd, TIOCSETD, &ldisc) == -1)
+- gpsd_report(LOG_WARN, "can't set nmea discipline: %s\n",
+- strerror(errno));
+- else
+- gpsd_report(LOG_WARN, "activated nmea discipline\n");
+- /* this is a flag that shows if we've tried the setup */
+- session->ldisc = NMEADISC;
+-
+- if (old){
+- gpsd_report(LOG_WARN, "giving up euid 0\n");
+- (void)seteuid(old);
+- }
+- gpsd_report(LOG_WARN, "running with effective user ID %d\n", geteuid());
+- }
+-#endif /*NMEADISC */
+ #ifdef NTPSHM_ENABLE
+ /* this magic number is derived from observation */
+ if (session->context->enable_ntpshm &&
Index: patches/patch-gpsd_xml
===
RCS file: patches/patch-gpsd_xml
diff -N patches/patch-gpsd_xml
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-gpsd_xml 13 Jun 2008 03:59:30 -
@@ -0,0 +1,18 @@
+$OpenBSD$
+--- gpsd.xml.orig Mon Jan 21 11:35:31 2008
gpsd.xml Wed Jun 11 15:14:20 2008
+@@ -780,13 +780,7 @@ of every clock second on the carrier-detect lines of s
+ GPSes; this pulse can be used to update NTP at much higher accuracy
+ than message time provides. You can determine whether your GPS emits
+ this pulse by running at -D 5 and watching for carrier-detect state
+-change messages in the logfile. On OpenBSD gpsd
+-makes use of the nmea(4) line discipline and the tty(4) timestamping
+-facilities to export PPS time via the sensors framework. OpenBSD's ntpd
+-uses these sensors to adjust the hardware clock and frequency. To make
+-use of this feature, gpsd must be started
+-as root so it can activate the timestamping and line discipline; after
+-attempting to set up PPS, it will relinquish root privileges.
++change messages in the logfile.
+
+ When gpsd receives a sentence with a
+ timestamp, it packages the received timestamp with current local time
Re: spectools (ex wispy-tools)
On Sun, Jun 8, 2008 at 11:09 AM, Matthieu Herrb <[EMAIL PROTECTED]> wrote: > Seems to work for me, although the gtk application seems to have bugs (when > playing with folding/unfoldiing graphs, it displays crap after a while and > then stops refreshing the screen). The SVN version (r2391) is much better. It still sprays gtk-or-whatever messages, but at least it runs for a while and doesn't slaughter the CPU any more. Now we just need to wait for a snapshot... or get someone to check out 2391, do the configure goo and host a tarball. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: new: devel/usblcd
And here's a tarball with the library documentation. On Fri, May 23, 2008 at 9:37 AM, Chris Kuethe <[EMAIL PROTECTED]> wrote: > usblcd is a library to control lcd's that connect via USB, most > notably the picoLCD series from mini-box.com. lcdproc needs this to > talk to my lcd. > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -- GDB has a 'break' feature; why doesn't it have 'fix' too? usblcd.tgz Description: GNU Zip compressed data
new: devel/usblcd
usblcd is a library to control lcd's that connect via USB, most notably the picoLCD series from mini-box.com. lcdproc needs this to talk to my lcd. -- GDB has a 'break' feature; why doesn't it have 'fix' too? usblcd.tgz Description: GNU Zip compressed data
Re: NEW: misc/lcdproc ("client/server displaying system information on a LCD")
On Thu, May 10, 2007 at 8:36 AM, Andreas Bihlmaier <[EMAIL PROTECTED]> wrote: > Hello ports@, > > after reading an article in a German magazine about building a very > cheap (6 Euros) LCD connected to LPT, I build one. > > A LCD is much nicer with software to make use of it. > That is the reason for my port of lcdproc. > Really cool to have them on private "server" machines to see when the > newest release is done building without switching on the screen. I just got a machine that has a built-in usb LCD too, so I now have test hardware. Some random notes: - any platform that has or could have usb or serial should be able to run this - just chop out parallel goo on platforms that don't have it - platforms that don't have serial, parallel or usb should be able to run a client, the daemon and an x11 emulator. - i don't want to install the METAR module to have an lcd driver. you could subpackage the METAR display script in its own little package with a dependency on this module. I'll give this a spin on my amd64 and sparc64 also... CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
small darkstat patch
this patch adds the sniffed interface name to the title and page
header. useful if you have multiple darkstats running...
Index: Makefile
===
RCS file: /cvs/ports/net/darkstat/Makefile,v
retrieving revision 1.8
diff -u -p -u -r1.8 Makefile
--- Makefile30 Sep 2007 22:08:54 - 1.8
+++ Makefile16 May 2008 20:49:41 -
@@ -3,6 +3,7 @@
COMMENT= network statistics gatherer with graphs
DISTNAME= darkstat-3.0.707
+PKGNAME= ${DISTNAME}p0
CATEGORIES=net www
HOMEPAGE= http://dmr.ath.cx/net/darkstat/
Index: patches/patch-graph_db_c
===
RCS file: patches/patch-graph_db_c
diff -N patches/patch-graph_db_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-graph_db_c16 May 2008 20:49:41 -
@@ -0,0 +1,27 @@
+$OpenBSD$
+--- graph_db.c.origFri May 16 13:23:14 2008
graph_db.c Fri May 16 13:41:43 2008
+@@ -27,6 +27,8 @@
+ #define GRAPH_WIDTH "320"
+ #define GRAPH_HEIGHT "200"
+
++extern const char *interface;
++
+ struct graph {
+uint64_t *in, *out;
+unsigned int offset; /* i.e. seconds start at 0, days start at 1 */
+@@ -348,11 +350,12 @@ html_front_page(void)
+
+buf = str_make();
+str_append(buf, html_header_1);
+- str_append(buf, "" PACKAGE_STRING " : graphs\n");
++ str_appendf(buf, "" PACKAGE_STRING " : graphs (%s)\n",
++ interface);
+str_append(buf, ""
+"\n");
+str_append(buf, html_header_2);
+- str_append(buf, "Graphs\n");
++ str_appendf(buf, "Graphs (%s)\n", interface);
+
+str_append(buf, "\n");
+
Index: patches/patch-hosts_db_c
===
RCS file: patches/patch-hosts_db_c
diff -N patches/patch-hosts_db_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-hosts_db_c16 May 2008 20:49:41 -
@@ -0,0 +1,23 @@
+$OpenBSD$
+--- hosts_db.c.origFri May 16 13:23:50 2008
hosts_db.c Fri May 16 13:36:21 2008
+@@ -26,6 +26,7 @@
+ #include
+
+ int show_mac_addrs = 0;
++extern const char *interface;
+
+ /* FIXME: specify somewhere more sane/tunable */
+ #define MAX_ENTRIES 30 /* in an HTML table rendered from a hashtable */
+@@ -887,9 +888,9 @@ html_hosts_main(const char *qs)
+ #define FULL "full table"
+
+str_append(buf, html_header_1);
+- str_append(buf, "darkstat3: Hosts\n");
++ str_appendf(buf, "darkstat3: Hosts (%s)\n", interface);
+str_append(buf, html_header_2);
+- str_append(buf, "Hosts\n");
++ str_appendf(buf, "Hosts (%s)\n", interface);
+format_table(buf, hosts_db, start, sort, full);
+
+/* */
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
anyone still using perfd?
I'm planning on removing sysutils/perfd - while apmd in base doesn't offer all the fine grain controls that perfd does, apmd works well enough (at least for me and a whole bunch of other people). Anyone wanna speak up in defense of perfd before it goes away? CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: missing gnome apps
On Fri, May 2, 2008 at 4:00 PM, Thilo Pfennig <[EMAIL PROTECTED]> wrote: > To claim to have GNOME some core GNOME apps that are missing, still: > > * Totem (Video/music player) > * Rhythmbox (music player) > * Ekiga (VOIP) > * TomBoy (notes) > * NetworkManager (on the fly connect to Wireless, VPN, etc.) > * gnome-system-monitor (top like) > * baobab (show disk usage) right then - that's a heckuva to-do list you've got. we look forward to reviewing your ports. also, please check a current ports tree... you may find that a number of these applications have been ported since you last checked. > Not core but also important: > > * brasero (cd/dvd burner) > > This just a small list. And this is just a small piece of advice: if you find some piece of software you use is missing from ports, you're very welcome to submit a port. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: Modifying software written to a "Standards" document - was Re: DRM in xpdf
On Fri, Apr 25, 2008 at 5:49 PM, Ian McWilliam <[EMAIL PROTECTED]> wrote: > Can anybody explain why is it acceptable to modify a "standard" for "ports" > but not not for "base"? I'm going to guess that the core reason is "what helps more users?": - A pdf spec that's written to sell the illusion that you still have control over data that you've given to someone else? That's not helpful, may even be harmful. Insert bad-crypto vs. no-crypto argument... - A pdf reader that gets in the way of you accessing content or a pdf reader that lets you get your job done with the minimum of hassle? The latter. I'm going to assume that if you're looking at a PDF you have at least some license to access it. At least the password protected pdfs make you work for it if you're trying to read a pdf without permission. A "non-printable" pdf can be trivially screencapped and printed... more illusions for sale. And what if i'm writing a driver based on something in a de-permitted pdf? How is the magic "0x8000" I typed any different from the "0x8000" I could've just copied from the datasheet? - An ssh implementation that tries to avoid known (possibly security-related) bugs or an ssh implementation that just hopes the other guy got it right too. The former is more helpful. Maybe you'll be lucky and negotiate secure settings, maybe you'll be slightly unlucky and fail to connect or maybe you'll be very unlucky and negotiate "cipher none". Also, (and this may seem a little shallow) the original implementers (ssh, xpdf, whatever else) probably try to adhere to the spec as closely as they can. They produce a program with predictable behaviour - that's helpful. Then they give away the source in hopes that someone finds it useful... after that, there's nothing stopping their users who've legitimately acquired the source from saying "this is 99.% of what i need, i just need one more tweak" and hacking it up to suit their own ends. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 5:21 PM, Andrés <[EMAIL PROTECTED]> wrote: > Apply your patches locally, fork it, whatever; just don't make the > port tree a place to get your favorite patches in.It is for > _installing_ stuff. 1) Too late. We already have some extra patches for various ports because they somehow improve our workflow. 2) You're outvoted. Looks like at least brad@, cloder@, deanna@ and I like the idea of removing code that gets in the way. 3) Don't like the way the OpenBSD ports tree works? Take your own advice and fork it. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 4:46 PM, Andrés <[EMAIL PROTECTED]> wrote: > Why? Because ports is about getting things done, and code that gets in the way of you getting things done must die. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: converting Linux app to BSD (make fails)
On Mon, Apr 21, 2008 at 9:44 PM, vatocleti <[EMAIL PROTECTED]> wrote: > > Hey all, > Sorry for the 'stuipid' question, but I'm new to Linux/BSD. I inherited a > program from a coleague and have to port it over from Linux to BSD. I do a > 'make' and it fails with errors stating..."undefined variable, first > declare"basically errors stating that something is undefined, seems it > does it for every parameter that's defined in the *.c file. last few times i saw this it was slightly compiler related: gcc3 doesn't like variable declarations after executable statements. i moved the variable declarations to the top of the block and the problem went away. also, it could be that the variable is conditionally declared based on something in the headers and your compilation environment is different enough that the declaration isn't being processed. in a good natured way, this is a bit of a 'stupid' question because you didn't give us much information. what software package is it that you're trying to port? did you check to see if it's been ported already? maybe someone solved the problem already ... but there's not enough information in your question to say. http://catb.org/~esr/faqs/smart-questions.html#beprecise > - the errors and variables that are mentioned as being undeclared are > located at " ../inc/ ". I know this is a simple/beginners question (stupid), > but this is my first work in Linux/BSD...is there a HowTo for porting from > Linux to BSD? I just now came across the packages and ports FAQ...is that a > good place to start? yes, this faq is a good place to start. in the "helping us" section, there is a link to a guide to creating a port. we don't really like HOWTOs - rather, we prefer to give some general guidelines and references to the manpages for all the tools you might need. the idea there is that following a HOWTO won't really teach you what's going on; reading the documentation and using that to help accomplish a task will help you retain actual knowledge. and don't be shy about sending an incomplete port to the list if you get stuck - just say it's incomplete and you need some advice. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: NEW: devel/ht
On Fri, Apr 11, 2008 at 7:17 PM, Paul Irofti <[EMAIL PROTECTED]> wrote: > On Fri, Apr 11, 2008 at 06:45:48PM -0700, Chris Kuethe wrote: > > On Fri, Apr 11, 2008 at 6:33 PM, Paul Irofti <[EMAIL PROTECTED]> wrote: > > > Yeah, that would be pretty cool! > > > > Doesn't build patch-io* don't apply any more :( > > As I've said, the patches have been removed. d'oh! missed that sorry. usually i truncate the patch files and let "patch -E" remove 'em for me. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: NEW: devel/ht
On Fri, Apr 11, 2008 at 6:45 PM, Chris Kuethe <[EMAIL PROTECTED]> wrote: > On Fri, Apr 11, 2008 at 6:33 PM, Paul Irofti <[EMAIL PROTECTED]> wrote: > > Yeah, that would be pretty cool! > > Doesn't build patch-io* don't apply any more :( This is ugly... : configure: warning: openbsd4.3: unknown target OS, assuming POSIX-compatible... : *** POSIX-generic, we need (n)curses, '-pipe' disabled for safety Why not try pick up archivers/lzo? : checking for lzo1x_1_compress in -llzo2... no : checking for lzo1x_1_compress in -llzo... no : configure: WARNING: *** : *** Could not find liblzo or liblzo2. Will use the included minilzo. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: NEW: devel/ht
On Fri, Apr 11, 2008 at 6:33 PM, Paul Irofti <[EMAIL PROTECTED]> wrote: > Yeah, that would be pretty cool! Doesn't build patch-io* don't apply any more :( -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: UPDATE: QEMU 0.9.1
On Mon, Apr 7, 2008 at 9:53 PM, Brad <[EMAIL PROTECTED]> wrote:
> Here is an update to QEMU 0.9.1.
>
> ...
Works well enough with XPSP2 and openbsd-current as guests on i386.
i'm now getting "kqemu: the kqemu instance was lost" in dmesg when
qemu exits; that comes from kqemu-openbsd.c
static int
kqemuclose(dev_t dev, int flag, int devtype, struct proc* p)
{
struct kqemu_instance *ks = p->p_emuldata;
if(!ks || ks->magic != QEMU_MAGIC){
printf("kqemu: the kqemu instance was lost\n");
return EIO;
}
if(ks->state) kqemu_delete(ks->state);
free(ks, M_EMULDATA);
p->p_emuldata = 0;
return 0;
}
something tells me that's not a good sign.
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
new: geo/gpstk 1.5
"The goal of the GPSTk project is to provide an open source library and suite of applications to the satellite navigation community--to free researchers to focus on research, not lower level coding. GPS users employ practically every computational architecture and operating system. Therefore the design of the GPSTk suite is as platform-independent as possible. Platform independence is achieved through use of the ISO-standard C++ programming language. The principles of object-oriented programming are used throughout the GPSTk code base in order to ensure that the code is modular, extensible and maintainable. The GPSTk suite consists of a core library, auxiliary libraries, and a setof applications. The GPSTk provides a wide array of functions that solve processing problems associated with GPS such as processing or using standard formats such as RINEX. The libraries are the basis for the more advanced applications distributed as part of the GPSTk suite." http://www.gpstk.org -- GDB has a 'break' feature; why doesn't it have 'fix' too? gpstk.tgz Description: GNU Zip compressed data
update: graphics/povray 3.1g -> 3.6.1
works pretty well or me, i've had reports that 3.6.1 is over twice as fast as 3.1g... -- GDB has a 'break' feature; why doesn't it have 'fix' too? povray.diff.gz Description: GNU Zip compressed data
Re: update: misc/gpsd 2.36 -> 2.37
helps if i attach the diff On Feb 17, 2008 2:35 PM, Chris Kuethe <[EMAIL PROTECTED]> wrote: > Among other things, this fixes the C++ binding which is apparently > necessary for one KDE4 app... > > CK > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -- GDB has a 'break' feature; why doesn't it have 'fix' too? gpsd.diff Description: Binary data
update: misc/gpsd 2.36 -> 2.37
Among other things, this fixes the C++ binding which is apparently necessary for one KDE4 app... CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: update: editors/vim 7.1.175 -> 7.1.244
i guess it helps if i attach the diff On Feb 11, 2008 10:37 AM, Chris Kuethe <[EMAIL PROTECTED]> wrote: > Whole bunch of updates, this should also fix the -python flavor. > Python users, please test. > > CK > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > -- GDB has a 'break' feature; why doesn't it have 'fix' too? vim.diff Description: Binary data
update: editors/vim 7.1.175 -> 7.1.244
Whole bunch of updates, this should also fix the -python flavor. Python users, please test. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: update: ffmpeg-svn-20080118
On Jan 23, 2008 1:20 PM, Jacob Meuser <[EMAIL PROTECTED]> wrote: > I'd like to get this in soon. I have updates for mjpegtools, > libquicktime and transcode that depend on this. > > this isn't too hard to test, here's some examples: > > # change an AVI to an MP4 > $ ffmpeg -i file.avi -f mp4 -vcodec mpeg4 -acodec libfaac ff.mp4 tested w/ i386, doesn't break pspvc. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: spectools (ex wispy-tools)
I'm running the SVN version of spectools. 2007-10-R2... well, to say "it's crap" would be harsh, but there are some issues with it. the SVN version is working pretty well. CK On Jan 21, 2008 11:18 AM, Mitja Muženič <[EMAIL PROTECTED]> wrote: > Is anybody working on this [1]? > > There was a port proposal a year and half ago [2], but it never got > commited. > > [1] http://www.kismetwireless.net/spectools/ > [2] http://marc.info/?l=openbsd-ports&m=114761065611783&w=2 > > Regards, Mitja > > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
update: sysutils/memtester: 4.0.7 -> 4.0.8
from the changelog Version 4.0.8 21 November 2007 -add a startup check for amount of memory being greater than the possible address space; prevents user confusion on 32-bit systems that use addressing tricks to have >4GB total system memory. Thanks: Michael Kelly. -documentation updates -- GDB has a 'break' feature; why doesn't it have 'fix' too? memtester.diff Description: Binary data
update: misc/gpsd 2.34 -> 2.36
bug fixes (including a leap year problem), better numerical stability, new drivers... worth the upgrade. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? gpsd.diff Description: Binary data
update: audio/gtkpod: 0.99.10p0 -> 0.99.12
There's a new gtkpod out... http://www.gtkpod.org/news.html thanks to ian darwin for fixing a crash when you tell gtkpod to not create directories on the ipod... -- GDB has a 'break' feature; why doesn't it have 'fix' too? gtkpod.diff Description: Binary data
update: editors/vim 7.1.149 -> 7.1.175
more micro-patches. -- GDB has a 'break' feature; why doesn't it have 'fix' too? vim.diff Description: Binary data
Re: Question on vim-plugins
On Dec 14, 2007 11:43 PM, Girish Venkatachalam <[EMAIL PROTECTED]> wrote: > On 21:42:13 Dec 14, Chris Kuethe wrote: > > I don't actually use any of them, but what about by function? > > As I said I don't either but there might be people who need them. Post links to the plugins, maybe give a 1 or 2 line summary of what they do?... > > the taglist plugin could go in devel, with an additional category of > > editors, maybe. > > Yes but this does not address the other plugins. That was a single example. I think the location of each plugin is based on its function. I went to vim.org, and I didn't see any irssi plugins, but if I did, I might suggest that it belongs in net (+ editors). Start by getting a working port of the plugin - I'm sure people will be happy to give you feedback on where the best location is and what categories should be used. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: Question on vim-plugins
On Dec 14, 2007 8:33 PM, Girish Venkatachalam <[EMAIL PROTECTED]> wrote: > Should they all go under editors/ or do we need a high level directory? > Perhaps this question is not that important. > > I need to know how to structure the porting activity. > > I don't use too many plugins myself but I am sure there are quite a few > useful ones. > > irssi and taglist plugin come to mind. I don't actually use any of them, but what about by function? the taglist plugin could go in devel, with an additional category of editors, maybe. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: Update sticks on audio/workman
On Dec 8, 2007 11:58 PM, Peter Hessler <[EMAIL PROTECTED]> wrote: > Does pkg_add -u handle ports that can't be distributed as binaries (i.e. > updates to Java)? Last I checked, that wasn't available. more or less. it'll tell you it can't find updates and ask if you wish to proceed anyway. this works fine for me (msttcorefonts, unrar, win32-codecs, ...) at least as long as the dependencies are all satisfied. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
