some ports still use local libtool
shouldn't all ports that use libtool set USE_LIBTOOL=Yes? just started a bulk build and noticed www/php5/core and textproc/raptor use local libtool, not the system one. I don't see anything in the Makefile or commit messages about using local libtool. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: findutils port
Based on your reply, the update does not seem too onerous to me. Since I would like to see the bug fixed, I'll go ahead and request the update... :^) Thanks again for your efforts, - Tor PS - For what it's worth, I searched the changelog for "security" and found this newer entry: http://git.savannah.gnu.org/cgit/findutils.git/tree/ChangeLog * find/find.c: Fixed security holes. 1. There is a race condition between the lstat() to detect a symbolic link and the actual chdir(). 2. An attacker can move directories while find is _inside_ so that chdir(..) goes out of the intended file tree. On Tue, Jan 12, 2010 at 12:28:32AM +, Stuart Henderson wrote: > On 2010/01/09 10:36, open...@noid.net wrote: > > > > Hello, > > > > If this is the wrong place for this post, please let me know... > > More specifically, would it be appropriate to submit this to the Bug > > Tracking system using sendbug? > > We don't track problems with individual ports in the bug tracker. > ports@ is a good place to post, or if the port has a maintainer > (displayed in pkg_info) you can try contacting them first. > > > I think I've found a bug in OpenBSD's port of findutils. It can > > easily be reproduced with this command sequence: > > I think the bug is in the original software rather than the port, > we only have a small change to the configure script, that's all. > > > mkdir -p /tmp/a/b/c > > gfind/tmp/a/b/c -depth -type d -empty > > gfind/tmp/a/b -depth -type d -empty > > gfind/tmp/a -depth -type d -empty > > rmdir -p /tmp/a/b/c > > > > If you do the above, you'll see that only the first gfind command > > works properly; the output is: > > > > /tmp/a/b/c > > > > The second gfind command has output that is not correct: > > > > /tmp/a/b/c > > /tmp/a/b > > > > The third gfind command only reports errors: > > > > gfind: /tmp/a/b: No such file or directory > > gfind: /tmp/a: No such file or directory > > > > The proper behavior would be if the last two invocations had the same > > output as the first. > > Updating the port to use a more recent version of findutils > fixes this. > > Any comments/oks/requests to use the last GPLv2 version instead? > I get the impression this port isn't very widely used.. > > > Index: Makefile > === > RCS file: /cvs/ports/misc/findutils/Makefile,v > retrieving revision 1.15 > diff -u -p -r1.15 Makefile > --- Makefile 15 Sep 2007 23:54:16 - 1.15 > +++ Makefile 12 Jan 2010 00:23:46 - > @@ -2,24 +2,24 @@ > > COMMENT= finds and then operates on files > > -DISTNAME=findutils-4.1 > -PKGNAME= ${DISTNAME}p0 > +DISTNAME=findutils-4.4.2 > CATEGORIES= misc > > HOMEPAGE=http://www.gnu.org/software/findutils/ > > -# GPL > +# GPLv3+ > PERMIT_PACKAGE_CDROM=Yes > PERMIT_PACKAGE_FTP= Yes > PERMIT_DISTFILES_CDROM= Yes > PERMIT_DISTFILES_FTP=Yes > -WANTLIB= c > + > +WANTLIB= c m > > MASTER_SITES=${MASTER_SITE_GNU:=findutils/} > > MODULES= devel/gettext > > -CONFIGURE_STYLE= gnu dest old > +CONFIGURE_STYLE= gnu > CONFIGURE_ARGS= --program-prefix="g" > CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ > LDFLAGS="-L${LOCALBASE}/lib" > Index: distinfo > === > RCS file: /cvs/ports/misc/findutils/distinfo,v > retrieving revision 1.3 > diff -u -p -r1.3 distinfo > --- distinfo 5 Apr 2007 17:41:07 - 1.3 > +++ distinfo 12 Jan 2010 00:23:46 - > @@ -1,5 +1,5 @@ > -MD5 (findutils-4.1.tar.gz) = Pqj+WO9Thtp19scHcTqgWQ== > -RMD160 (findutils-4.1.tar.gz) = tmwKouctN46MPLmWjOto2ROK+HQ= > -SHA1 (findutils-4.1.tar.gz) = uRzQPKTJZZs+XUDoQcZL/S5/Jdg= > -SHA256 (findutils-4.1.tar.gz) = SH7MCmyMkGNKERWPNgl35c4KmmcBUC2my5alp+wUP6w= > -SIZE (findutils-4.1.tar.gz) = 294494 > +MD5 (findutils-4.4.2.tar.gz) = NRzErbB9VId/oV91+3fTnw== > +RMD160 (findutils-4.4.2.tar.gz) = 0pVKMdWcojjhi1C+gvHsz3rWkFQ= > +SHA1 (findutils-4.4.2.tar.gz) = 6N2I+izFir/9C/we3auQICMbsCQ= > +SHA256 (findutils-4.4.2.tar.gz) = > Q08y0XHLwKXnLPxTcsb8TLDmgfjc5Wag3ltvzNcCtio= > +SIZE (findutils-4.4.2.tar.gz) = 2149838 > Index: patches/patch-configure > === > RCS file: patches/patch-configure > diff -N patches/patch-configure > --- patches/patch-configure 19 Feb 2005 13:04:44 - 1.1 > +++ /dev/null 1 Jan 1970 00:00:00 - > @@ -1,21 +0,0 @@ > -$OpenBSD: patch-configure,v 1.1 2005/02/19 13:04:44 alek Exp $ > configure.orig Sat Feb 19 13:56:57 2005 > -+++ configureSat Feb 19 13:58:03 2005 > -@@ -1892,7 +1892,7 @@ if eval "test \"`echo '${'ac_cv_lib_intl > - echo $ac_n "(cached) $ac_c" 1>&4 > - else > - ac_save_LIBS="$LIBS" > --LIBS="$L
Re: [NEW] vimprobable-20100105
Landry Breuil wrote: > On Tue, Jan 05, 2010 at 03:52:14PM -0600, Abel Abraham Camarillo Ojeda wrote: > > Abel Abraham Camarillo Ojeda wrote: > > > > > $ cat DESCR > > > Vimprobable is a WWW browser that behaves like the Vimperator plugin > > > available for Mozilla Firefox. It is based on the WebKit engine > > > (using GTK bindings). It is a fork of the currently abandoned > > > vimpression. > > > > > > This is vimprobable2 an alpha version. > > > $ > > > > > > Please test it and comment... or complain, or commit. > > > > > > -- > > > DISCLAIMER: http://goldmark.org/jeff/stupid-disclaimers/ > > > This message will self-destruct in 3 seconds. > > > > damn... forgot to attach the port. > > Some comments portswise, as everyone seems to want this in but noone > cares of the porting style : > - patch-config_h makes no sense to me. Maybe you wanted to comment the > line below ? Is there a keybinding bringing to a search engine listed > here ? (didn't find in manpage) > - soup-2.4 doesn't belong in LIB_DEPENDS as it's already in webkit depends. > - PKGNAME=${DISTNAME} is not needed > - since you manage MASTER_SITES (you do?), you can make a .tar.gz and remove > EXTRACT_SUFX ? > - in patch-Makefile, PREFIX ?= /usr/local/ is.. nicer than PREFIX = > ${DESTDIR}/usr/local (at least to me), as PREFIX is correctly set in > environment during fake stage. > - make port-lib-depends-check complains (at least here) : > WANTLIB: iconv.6 from libiconv-1.13 (/usr/local/bin/vimprobable2) > Extra: dbus-1.7 > Extra: dbus-glib-1.4 > Extra: sqlite3.13 > WANTLIB += iconv > > Was it just a copy/pasto of Midori's makefile WANTLIB ? > > Landry Is it ok to change the default search page to google? at this time the default search engine can only be changed at compile time. Or would it be better if I just add google has another option to :open ? currently you can do: :open string1 string2 to search for 'string1 string2' in the default search engine (ixquick.com), and you can do: :open w string1 string2 to search for 'string1 string2' in wikipedia.org. maybe I can put an option 'g' to do: :open g string1 string2 and search in google.com. This are completely undocumented 'features', maybe something vestigial from vimprobable1 (which can only be configured on compile-time). what do you think? -- DISCLAIMER: http://goldmark.org/jeff/stupid-disclaimers/ This message will self-destruct in 3 seconds.
Re: UPDATE: databases/py-sqlalchemy
On Tue, Jan 12, 2010 at 01:35:06AM +, Federico G. Schwindt wrote: > On Mon, Jan 11, 2010 at 04:19:18PM -0600, Will Maier wrote: > > [..] > > post-install: > > ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/py-sqlalchemy > > @@ -35,7 +38,7 @@ > > pax -rw * ${PREFIX}/share/examples/py-sqlalchemy > > > > do-regress: > > - @cd ${WRKSRC} && ${MAKE_ENV} \ > > - PYTHONPATH=test ${MODPY_BIN} test/alltests.py --db sqlite > > + ${_MODPY_CMD} develop -d. > > + @cd ${WRKSRC} && ${MAKE_ENV} nosetests > ^^ > > any reason not to use _MODPY_CMD here as well? Ah -- good idea! I'll add that before I commit. Thanks! -- o--{ Will Maier }--o | web:...http://www.lfod.us/ | email.willma...@ml1.net | *-[ BSD: Live Free or Die ]*
Re: UPDATE: databases/py-sqlalchemy
On Mon, Jan 11, 2010 at 04:19:18PM -0600, Will Maier wrote: > Hi all- > > I'd like to commit this[0] (and below) py-sqlalchemy update soonish. > Substantially similar to one by Robert > (thanks!). Note that regress requires nose as well as an invocation > of setup.py develop now. > > Works fine on i386 for me -- anyone else want to test? looks good. just one comment: > [..] > post-install: > ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/py-sqlalchemy > @@ -35,7 +38,7 @@ > pax -rw * ${PREFIX}/share/examples/py-sqlalchemy > > do-regress: > - @cd ${WRKSRC} && ${MAKE_ENV} \ > - PYTHONPATH=test ${MODPY_BIN} test/alltests.py --db sqlite > + ${_MODPY_CMD} develop -d. > + @cd ${WRKSRC} && ${MAKE_ENV} nosetests ^^ any reason not to use _MODPY_CMD here as well? + ${_MODPY_CMD} nosetests f.-
Super Leilões online em low-cost - nunca foi tão barato
Super Leilões low-cost Nunca foi tão barato fazer compras http://netpromouter.net/iem/link.php?M=145665&N=24&L=106&F=T
Re: ffmpeg capturing bktr: syncing video and audio
On Mon, Jan 11, 2010 at 11:19:11PM +, Jacob Meuser wrote: > I think you want to use -vsync but I'm not sure what the parameters > are. though it sorta looks like the bktr backend might be doing > something wrong; it seems to be updating the timestamp of the current > (last) frame when it times out. I haven't really looked closely > though, and I don't have any way to test with my bktr now. I also > don't remember ever using -isync, but it's been a while since I > used ffmpeg to capture from a bktr. forgot to say, I used transcode more than ffmpeg, iirc it had fewer A/V sync issues. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: UPDATE: databases/py-sqlalchemy
On Mon, 11 Jan 2010 16:19:18 -0600 Will Maier wrote: Still works for me on amd64. (Only tested amd64 and a local test set of about a years worth of transaction fuzzing for my main app, as the port is basicly the same.) > do-regress: > - @cd ${WRKSRC} && ${MAKE_ENV} \ > - PYTHONPATH=test ${MODPY_BIN} test/alltests.py --db sqlite > + ${_MODPY_CMD} develop -d. > + @cd ${WRKSRC} && ${MAKE_ENV} nosetests Those substitutions are much cuter, than what i did there. - Robert
Re: findutils port
On 2010/01/09 10:36, open...@noid.net wrote: > > Hello, > > If this is the wrong place for this post, please let me know... > More specifically, would it be appropriate to submit this to the Bug > Tracking system using sendbug? We don't track problems with individual ports in the bug tracker. ports@ is a good place to post, or if the port has a maintainer (displayed in pkg_info) you can try contacting them first. > I think I've found a bug in OpenBSD's port of findutils. It can > easily be reproduced with this command sequence: I think the bug is in the original software rather than the port, we only have a small change to the configure script, that's all. > mkdir -p /tmp/a/b/c > gfind/tmp/a/b/c -depth -type d -empty > gfind/tmp/a/b -depth -type d -empty > gfind/tmp/a -depth -type d -empty > rmdir -p /tmp/a/b/c > > If you do the above, you'll see that only the first gfind command > works properly; the output is: > > /tmp/a/b/c > > The second gfind command has output that is not correct: > > /tmp/a/b/c > /tmp/a/b > > The third gfind command only reports errors: > > gfind: /tmp/a/b: No such file or directory > gfind: /tmp/a: No such file or directory > > The proper behavior would be if the last two invocations had the same > output as the first. Updating the port to use a more recent version of findutils fixes this. Any comments/oks/requests to use the last GPLv2 version instead? I get the impression this port isn't very widely used.. Index: Makefile === RCS file: /cvs/ports/misc/findutils/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile15 Sep 2007 23:54:16 - 1.15 +++ Makefile12 Jan 2010 00:23:46 - @@ -2,24 +2,24 @@ COMMENT= finds and then operates on files -DISTNAME= findutils-4.1 -PKGNAME= ${DISTNAME}p0 +DISTNAME= findutils-4.4.2 CATEGORIES=misc HOMEPAGE= http://www.gnu.org/software/findutils/ -# GPL +# GPLv3+ PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= c + +WANTLIB= c m MASTER_SITES= ${MASTER_SITE_GNU:=findutils/} MODULES= devel/gettext -CONFIGURE_STYLE= gnu dest old +CONFIGURE_STYLE= gnu CONFIGURE_ARGS=--program-prefix="g" CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" Index: distinfo === RCS file: /cvs/ports/misc/findutils/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo5 Apr 2007 17:41:07 - 1.3 +++ distinfo12 Jan 2010 00:23:46 - @@ -1,5 +1,5 @@ -MD5 (findutils-4.1.tar.gz) = Pqj+WO9Thtp19scHcTqgWQ== -RMD160 (findutils-4.1.tar.gz) = tmwKouctN46MPLmWjOto2ROK+HQ= -SHA1 (findutils-4.1.tar.gz) = uRzQPKTJZZs+XUDoQcZL/S5/Jdg= -SHA256 (findutils-4.1.tar.gz) = SH7MCmyMkGNKERWPNgl35c4KmmcBUC2my5alp+wUP6w= -SIZE (findutils-4.1.tar.gz) = 294494 +MD5 (findutils-4.4.2.tar.gz) = NRzErbB9VId/oV91+3fTnw== +RMD160 (findutils-4.4.2.tar.gz) = 0pVKMdWcojjhi1C+gvHsz3rWkFQ= +SHA1 (findutils-4.4.2.tar.gz) = 6N2I+izFir/9C/we3auQICMbsCQ= +SHA256 (findutils-4.4.2.tar.gz) = Q08y0XHLwKXnLPxTcsb8TLDmgfjc5Wag3ltvzNcCtio= +SIZE (findutils-4.4.2.tar.gz) = 2149838 Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- patches/patch-configure 19 Feb 2005 13:04:44 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,21 +0,0 @@ -$OpenBSD: patch-configure,v 1.1 2005/02/19 13:04:44 alek Exp $ configure.orig Sat Feb 19 13:56:57 2005 -+++ configure Sat Feb 19 13:58:03 2005 -@@ -1892,7 +1892,7 @@ if eval "test \"`echo '${'ac_cv_lib_intl - echo $ac_n "(cached) $ac_c" 1>&4 - else - ac_save_LIBS="$LIBS" --LIBS="$LIBS -lintl " -+LIBS="$LIBS -lintl -liconv" - cat > conftest.$ac_ext <&4 -- LIBS="$LIBS -lintl" -+ LIBS="$LIBS -lintl -liconv" - else - echo "$ac_t""no" 1>&4 - fi Index: pkg/PLIST === RCS file: /cvs/ports/misc/findutils/pkg/PLIST,v retrieving revision 1.5 diff -u -p -r1.5 PLIST --- pkg/PLIST 2 Apr 2005 21:40:49 - 1.5 +++ pkg/PLIST 12 Jan 2010 00:23:46 - @@ -1,15 +1,64 @@ @comment $OpenBSD: PLIST,v 1.5 2005/04/02 21:40:49 pvalchev Exp $ -bin/gfind -bin/glocate +...@bin bin/gfind +...@bin bin/glocate +...@bin bin/goldfind bin/gupdatedb -bin/gxargs +...@bin bin/gxargs +...@info info/find-maint.info @info info/find.info -libexec/gbigram -libexec/gcode -libexec/gfrcode +...@comment lib/charset.alias +...@bin libexec/gbigram +...@bin libexec/gcode +...@bin libexec/gfrcode @man man/man1/gfind.1 @man man/man1/glocate.1 @
Re: UPDATE: databases/py-sqlalchemy
On Mon, Jan 11, 2010 at 04:19:18PM -0600, Will Maier wrote: > Hi all- > > I'd like to commit this[0] (and below) py-sqlalchemy update soonish. > Substantially similar to one by Robert > (thanks!). Note that regress requires nose as well as an invocation > of setup.py develop now. > > Works fine on i386 for me -- anyone else want to test? i will test and come back to you asap. f.-
Re: ffmpeg capturing bktr: syncing video and audio
On Mon, Jan 11, 2010 at 09:28:26PM +0100, Jan Stary wrote: > Scenario: some old VHS tapes played in a Sony SLV-E710EE VCR, > video output goes into a composite capture card, audio output > from the VCR goes into the computers's sound card. > 4.6-stable (see dmesg below). > > This is how I try to record the tape with ffmpeg: > > $ ffmpeg -y -v 1 -tvstd pal -isync -f oss -ar 48000 -ac 2 -i /dev/audio0 \ > -f bktr -r 25 -s 768x576 -i /dev/bktr0 -vcodec rawvideo -acodec pcm_s16le \ > out.avi > > During the capture, I get a lot of error messages saying > > SLEPT NO signals - 8866 microseconds late > > - the number of microseconds varies anywhere between 4000 and 2. > > The resulting video (out.avi) apparently is not well synced - audio > is lagging behind video, and the lag seems to be getting worse. > > Does it have anything to do with the above error message? > What exactly does the message mean anyway? Who tried to SLEEP > for NO signals? What was X microseconds late behind what? iirc, that means it woke up on it's own (timed out) instead of being signalled that a frame completed, which should have happened 8866 microseconds before the timeout. > (Looking at the source, it seems that fmpeg didn't get > last frame's time from bktr, and tries to do some computation > using av_gettime() to figure out if it's later than the last > frame plus microseconds-per-frame, but I'm not sure. If that > is the case, isn't my bktr crappy in the first place, if it > doesn't tell the driver/application the timestamps?) bktr(4) doesn't do timestamps (neither does video(4), currently). audio APIs don't either, for that matter, but there are methods for figure out the "current time" monotonically, unlike the video APIs, which don't have any kind of "total frame count since start" and, at least in video(4), "time per frame". I think you want to use -vsync but I'm not sure what the parameters are. though it sorta looks like the bktr backend might be doing something wrong; it seems to be updating the timestamp of the current (last) frame when it times out. I haven't really looked closely though, and I don't have any way to test with my bktr now. I also don't remember ever using -isync, but it's been a while since I used ffmpeg to capture from a bktr. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
UPDATE: databases/py-sqlalchemy
Hi all- I'd like to commit this[0] (and below) py-sqlalchemy update soonish. Substantially similar to one by Robert (thanks!). Note that regress requires nose as well as an invocation of setup.py develop now. Works fine on i386 for me -- anyone else want to test? Thanks! -- o--{ Will Maier }--o | web:...http://www.lfod.us/ | email.willma...@ml1.net | *-[ BSD: Live Free or Die ]* Index: Makefile === RCS file: /cvs/ports/databases/py-sqlalchemy/Makefile,v retrieving revision 1.16 diff -u Makefile --- Makefile4 Jun 2009 19:49:17 - 1.16 +++ Makefile11 Jan 2010 22:13:44 - @@ -2,7 +2,7 @@ COMMENT = database toolkit for Python -MODPY_EGG_VERSION =0.5.4p2 +MODPY_EGG_VERSION =0.5.7 DISTNAME = SQLAlchemy-${MODPY_EGG_VERSION} PKGNAME = py-sqlalchemy-${MODPY_EGG_VERSION:S/p/./} @@ -24,8 +24,11 @@ MODPY_SETUPTOOLS = Yes PKG_ARCH = * +MAKE_ENV +=PYTHONPATH=. + # Other DB connectors would work, too. -REGRESS_DEPENDS = ::databases/py-sqlite2 +REGRESS_DEPENDS = ::databases/py-sqlite2 \ + ::devel/py-nose post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/py-sqlalchemy @@ -35,7 +38,7 @@ pax -rw * ${PREFIX}/share/examples/py-sqlalchemy do-regress: - @cd ${WRKSRC} && ${MAKE_ENV} \ - PYTHONPATH=test ${MODPY_BIN} test/alltests.py --db sqlite + ${_MODPY_CMD} develop -d. + @cd ${WRKSRC} && ${MAKE_ENV} nosetests .include Index: distinfo === RCS file: /cvs/ports/databases/py-sqlalchemy/distinfo,v retrieving revision 1.12 diff -u distinfo --- distinfo4 Jun 2009 19:49:17 - 1.12 +++ distinfo11 Jan 2010 22:13:44 - @@ -1,5 +1,5 @@ -MD5 (SQLAlchemy-0.5.4p2.tar.gz) = QI37CGgBirwWVLF6L6+vcA== -RMD160 (SQLAlchemy-0.5.4p2.tar.gz) = aHnRTLNonlX4mSMcV8m7ZndqgyQ= -SHA1 (SQLAlchemy-0.5.4p2.tar.gz) = oszKW82eRKFL8YDDmPmPjSwAP8Y= -SHA256 (SQLAlchemy-0.5.4p2.tar.gz) = jRmJ4nAE5OB7PxdJhYfGl93Ke3bhc/Vk8uQl+xwU08g= -SIZE (SQLAlchemy-0.5.4p2.tar.gz) = 1471063 +MD5 (SQLAlchemy-0.5.7.tar.gz) = tqdhXsZ2H2YLIzWfOp2QKw== +RMD160 (SQLAlchemy-0.5.7.tar.gz) = aJB/Gt6E9+BZ+5GmW37Qmq1c4xo= +SHA1 (SQLAlchemy-0.5.7.tar.gz) = difN5Va9eVfU5p00LPsQFgOICCE= +SHA256 (SQLAlchemy-0.5.7.tar.gz) = l+/zsAaM0PdqAppk3vqQjKaG3i15BPph8JmSfl9Djas= +SIZE (SQLAlchemy-0.5.7.tar.gz) = 1542756 Index: pkg/PLIST === RCS file: /cvs/ports/databases/py-sqlalchemy/pkg/PLIST,v retrieving revision 1.8 diff -u pkg/PLIST --- pkg/PLIST 4 Jun 2009 19:49:17 - 1.8 +++ pkg/PLIST 11 Jan 2010 22:13:44 - @@ -3,11 +3,13 @@ lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt lib/python${MODPY_VERSION}/site-packages/SQLAlchemy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/SQLAlchemy.egg-info/ lib/python${MODPY_VERSION}/site-packages/SQLAlchemy.egg-info/PKG-INFO lib/python${MODPY_VERSION}/site-packages/SQLAlchemy.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/SQLAlchemy.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/SQLAlchemy.egg-info/entry_points.txt lib/python${MODPY_VERSION}/site-packages/SQLAlchemy.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/sqlalchemy/ lib/python${MODPY_VERSION}/site-packages/sqlalchemy/__init__.py @@ -35,6 +37,8 @@ lib/python${MODPY_VERSION}/site-packages/sqlalchemy/databases/oracle.pyc lib/python${MODPY_VERSION}/site-packages/sqlalchemy/databases/postgres.py lib/python${MODPY_VERSION}/site-packages/sqlalchemy/databases/postgres.pyc +lib/python${MODPY_VERSION}/site-packages/sqlalchemy/databases/postgresql.py +lib/python${MODPY_VERSION}/site-packages/sqlalchemy/databases/postgresql.pyc lib/python${MODPY_VERSION}/site-packages/sqlalchemy/databases/sqlite.py lib/python${MODPY_VERSION}/site-packages/sqlalchemy/databases/sqlite.pyc lib/python${MODPY_VERSION}/site-packages/sqlalchemy/databases/sybase.py @@ -137,6 +141,29 @@ lib/python${MODPY_VERSION}/site-packages/sqlalchemy/sql/util.pyc lib/python${MODPY_VERSION}/site-packages/sqlalchemy/sql/visitors.py lib/python${MODPY_VERSION}/site-packages/sqlalchemy/sql/visitors.pyc +lib/python${MODPY_VERSION}/site-packages/sqlalchemy/test/ +lib/python${MODPY_VERSION}
Re: pkg_add update between latest and previous snapshot
hmm, on Mon, Jan 11, 2010 at 10:14:59PM +0100, frantisek holop said that > hmm, on Mon, Jan 11, 2010 at 09:38:05PM +0100, frantisek holop said that > > hi there, > > > > i have just upgraded to the latest snapshot and > > issued a pkg-add -ui > > oh yes, and i think the mirror is ok, ls a* and ls z* > gives the same date ;] looks like it's some kind of pcre fallout: gtk+2 Can't install gtk+2-2.18.5 because of libraries |library cairo.9.2 not found |library glitz.2.0 not found |library pcre.2.3 not found Direct dependencies for gtk+2-2.18.5 resolve to: jpeg-7 tiff-3.8.2p5 libiconv-1.13 png-1.2.41 pango-1.24.5p0 atk-1.28.0 glib2-2.22.3p1 gettext-0.17p0 hicolor-icon-theme-0.11p0 Full dependency tree is jpeg-7 tiff-3.8.2p5 libiconv-1.13 png-1.2.41 pango-1.24.5p0 atk-1.28.0 glib2-2.22.3p1 gettext-0.17p0 hicolor-icon-theme-0.11p0 pcre is now at 7.9 (latest 8.0 on their site). -f -- show me a sane man and i will cure him for you. -- c. jung
Re: new: audio/lmms
On Wed, Dec 30, 2009 at 10:59:34AM +, Jacob Meuser wrote: > lmms-0.4.6, with sndio(7) audio and midi support. > > LMMS is a music production program. This includes the creation of > melodies and beats, the synthesis and mixing of sounds, and arrangement > of samples. You can have fun with your MIDI keyboard and much more. > > Features: > > * Song Editor for composing songs > * A Beat+Bassline Editor for creating beats and basslines > * An easy to use Piano Roll for editing patterns and melodies > * An FX mixer with 64 FX channels and arbitrary number of effects > allow unlimited mixing possibilities > * Many powerful instrument and effects plugins out of the box > * Full user defined track based automation and computer controlled > automation sources > * Compatible with many standards such as SoundFont2, LADSPA, and full > MIDI support > * Import of MIDI and FLP (Frootyloops Project) files cleaned up a bit and disabled the cmt and caps ladspa plugins, since they are broken on amd64 and cause lmms to segfault. cmt is also available separately as audio/cmt (it's broken on amd64 in the same way though - it defines __init and __fini and links with -nostartfiles, which works on i386, but apparently the amd64 ld doesn't understand what to do? caps plugin has similar issues). probably not useful anywhere but i386 or amd64. maybe some of the faster sparc64? would it make sense to use ONLY_FOR_ARCHS so package builds don't spend lots of time building something that no one will ever use successfully? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org lmms-0.4.6-port.tgz Description: application/tar-gz
Re: pkg_add update between latest and previous snapshot
hmm, on Mon, Jan 11, 2010 at 09:38:05PM +0100, frantisek holop said that > hi there, > > i have just upgraded to the latest snapshot and > issued a pkg-add -ui oh yes, and i think the mirror is ok, ls a* and ls z* gives the same date ;] -f -- we must believe in free will. we have no choice.
Re: patch: use libao in x11/rdesktop
On Mon, Jan 11, 2010 at 02:54:40PM +0100, Giovanni Bechis wrote: > Jacob Meuser wrote: > >maintainer isn't able to test this at the moment, nor am I. could > >someone who uses rdesktop with audio please test this? > > > Works fine, ok. > Cheers > Giovanni cool, thanks! -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
pkg_add update between latest and previous snapshot
hi there, i have just upgraded to the latest snapshot and issued a pkg-add -ui quirks-1.4: ok fam-2.7.0p9->libgamin-0.1.10 forward dependencies: | Dependency of gnome-vfs2-2.24.2p0 on fam-* doesn't match Merging gnome-vfs2-2.24.2p0->gnome-vfs2-2.24.2p2 (209 to go) Detected loop, merging sets (208 to go) | fam-2.7.0p9+gnome-vfs2-2.24.2p0->gnome-vfs2-2.24.2p2+libgamin-0.1.10 | glib2-2.22.2p2->glib2-2.22.3p1 | ORBit2-2.14.17p0->ORBit2-2.14.17p0 Detected loop, merging sets (205 to go) | ORBit2-2.14.17p0+fam-2.7.0p9+glib2-2.22.2p2+gnome-vfs2-2.24.2p0->ORBit2-2.14.17p0+glib2-2.22.3p1+gnome-vfs2-2.24.2p2+libgamin-0.1.10 | avahi-0.6.25p5->avahi-0.6.25p5 Detected loop, merging sets (200 to go) | gconf2-2.28.0p0->gconf2-2.28.0p0 | ORBit2-2.14.17p0+avahi-0.6.25p5+fam-2.7.0p9+glib2-2.22.2p2+gnome-vfs2-2.24.2p0->ORBit2-2.14.17p0+avahi-0.6.25p5+glib2-2.22.3p1+gnome-vfs2-2.24.2p2+libgamin-0.1.10 Old package hicolor-icon-theme-0.11 contains potentially unsafe operations | @unexec /usr/local/bin/gtk-update-icon-cache -q -f -t /usr/local/share/icons/hicolor 2> /dev/null || true New package hicolor-icon-theme-0.11p0 contains potentially unsafe operations | @exec /usr/local/bin/gtk-update-icon-cache -q -f -t /usr/local/share/icons/hicolor 2> /dev/null || true proceed with update anyways? [y/N/a] a ORBit2-2.14.17p0+avahi-0.6:hicolor-icon-theme-0.11->hicolor-icon-theme-0.11p0: ok (198 to go) ORBit2-2.14.17p0+avahi-0.6:png-1.2.40->png-1.2.41: ok (197 to go) ORBit2-2.14.17p0+avahi-0.6:cairo-1.8.8p0->cairo-1.8.8p0: ok (194 to go) Detected loop, merging sets (193 to go) | ORBit2-2.14.17p0+avahi-0.6.25p5+fam-2.7.0p9+gconf2-2.28.0p0+glib2-2.22.2p2+gnome-vfs2-2.24.2p0->ORBit2-2.14.17p0+avahi-0.6.25p5+gconf2-2.28.0p0+glib2-2.22.3p1+gnome-vfs2-2.24.2p2+libgamin-0.1.10 | gtk+2-2.18.3->gtk+2-2.18.5 | pango-1.24.5p0->pango-1.24.5p0 Detected loop, merging sets (190 to go) | atk-1.28.0->atk-1.28.0 | ORBit2-2.14.17p0+avahi-0.6.25p5+fam-2.7.0p9+gconf2-2.28.0p0+glib2-2.22.2p2+gnome-vfs2-2.24.2p0+gtk+2-2.18.3+pango-1.24.5p0->ORBit2-2.14.17p0+avahi-0.6.25p5+gconf2-2.28.0p0+glib2-2.22.3p1+gnome-vfs2-2.24.2p2+gtk+2-2.18.5+libgamin-0.1.10+pango-1.24.5p0 Detected loop, merging sets (189 to go) | libIDL-0.8.13->libIDL-0.8.13 | ORBit2-2.14.17p0+atk-1.28.0+avahi-0.6.25p5+fam-2.7.0p9+gconf2-2.28.0p0+glib2-2.22.2p2+gnome-vfs2-2.24.2p0+gtk+2-2.18.3+pango-1.24.5p0->ORBit2-2.14.17p0+atk-1.28.0+avahi-0.6.25p5+gconf2-2.28.0p0+glib2-2.22.3p1+gnome-vfs2-2.24.2p2+gtk+2-2.18.5+libgamin-0.1.10+pango-1.24.5p0 Detected loop, merging sets (188 to go) | dbus-glib-0.80p1v0->dbus-glib-0.80p1v0 | ORBit2-2.14.17p0+atk-1.28.0+avahi-0.6.25p5+fam-2.7.0p9+gconf2-2.28.0p0+glib2-2.22.2p2+gnome-vfs2-2.24.2p0+gtk+2-2.18.3+libIDL-0.8.13+pango-1.24.5p0->ORBit2-2.14.17p0+atk-1.28.0+avahi-0.6.25p5+gconf2-2.28.0p0+glib2-2.22.3p1+gnome-vfs2-2.24.2p2+gtk+2-2.18.5+libIDL-0.8.13+libgamin-0.1.10+pango-1.24.5p0 Old package gtk+2-2.18.3 contains potentially unsafe operations | @unexec rm -fr /var/db/gtk-2.0 Old package gnome-vfs2-2.24.2p0 contains potentially unsafe operations | @unexec GCONF_CONFIG_SOURCE=`/usr/local/bin/gconftool-2 --get-default-source` /usr/local/bin/gconftool-2 --makefile-uninstall-rule /usr/local/share/schemas/gnome-vfs2/*.schemas > /dev/null New package gnome-vfs2-2.24.2p2 contains potentially unsafe operations | @exec GCONF_CONFIG_SOURCE=`/usr/local/bin/gconftool-2 --get-default-source` /usr/local/bin/gconftool-2 --makefile-install-rule /usr/local/share/schemas/gnome-vfs2/*.schemas > /dev/null New package gtk+2-2.18.5 contains potentially unsafe operations | @exec mkdir -p /var/db/gtk-2.0 | @exec /usr/local/bin/gdk-pixbuf-query-loaders > /var/db/gtk-2.0/gdk-pixbuf.loaders | @exec /usr/local/bin/gtk-query-immodules-2.0 > /var/db/gtk-2.0/gtk.immodules | @exec /usr/local/bin/gtk-update-icon-cache -q -f -t /usr/local/share/icons/hicolor 2> /dev/null || true ORBit2-2.14.17p0+atk-1.28.0+avahi-0.6.25p5+dbus-glib-0.80p1v0+fam-2.7.0p9+gconf2-2.28.0p0+glib2-2.22.2p2+gnome-vfs2-2.24.2p0+gtk+2-2.18.3+libIDL-0.8.13+pango-1.24.5p0->ORBit2-2.14.17p0+atk-1.28.0+avahi-0.6.25p5+dbus-glib-0.80p1v0+gconf2-2.28.0p0+glib2-2.22.3p1+gnome-vfs2-2.24.2p2+gtk+2-2.18.5+libIDL-0.8.13+libgamin-0.1.10+pango-1.24.5p0: ok (184 to go) --- +gnome-vfs2-2.24.2p2 --- For proper function, multicast(4) needs to be enabled. To do so, add the following line to /etc/rc.conf.local: multicast_host=YES To start avahi automatically, add the following to /etc/rc.local: (after dbus-daemon but before Zeroconf-aware applications startup) if [ -x /usr/local/sbin/avahi-daemon ]; then echo -n ' avahi-daemon'; /usr/local/sbin/avahi-daemon -D fi if [ -x /usr/local/sbin/avahi-dnsconfd ]; then echo -n ' avahi-dnsconfd'; /usr/local/sbin/avahi-dnsconfd -D fi Can't write /var/db/pkg/glib2-2.22.2p2/+REQUIRED_BY: No such file or directory at /usr/libdata/perl5/OpenBSD/RequiredBy.pm line 60. pkg_add's output makes less and less sense to me i am afraid. -f --
ffmpeg capturing bktr: syncing video and audio
Scenario: some old VHS tapes played in a Sony SLV-E710EE VCR, video output goes into a composite capture card, audio output from the VCR goes into the computers's sound card. 4.6-stable (see dmesg below). This is how I try to record the tape with ffmpeg: $ ffmpeg -y -v 1 -tvstd pal -isync -f oss -ar 48000 -ac 2 -i /dev/audio0 \ -f bktr -r 25 -s 768x576 -i /dev/bktr0 -vcodec rawvideo -acodec pcm_s16le \ out.avi During the capture, I get a lot of error messages saying SLEPT NO signals - 8866 microseconds late - the number of microseconds varies anywhere between 4000 and 2. The resulting video (out.avi) apparently is not well synced - audio is lagging behind video, and the lag seems to be getting worse. Does it have anything to do with the above error message? What exactly does the message mean anyway? Who tried to SLEEP for NO signals? What was X microseconds late behind what? (Looking at the source, it seems that fmpeg didn't get last frame's time from bktr, and tries to do some computation using av_gettime() to figure out if it's later than the last frame plus microseconds-per-frame, but I'm not sure. If that is the case, isn't my bktr crappy in the first place, if it doesn't tell the driver/application the timestamps?) Thank you for your time Jan OpenBSD 4.6-stable (GENERIC) #0: Sat Nov 21 15:58:26 CET 2009 r...@alz.stare.cz:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 2500+ ("AuthenticAMD" 686-class, 512KB L2 cache) 1.84 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 804810752 (767MB) avail mem = 768880640 (733MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 05/16/03, BIOS32 rev. 0 @ 0xfdad0, SMBIOS rev. 2.3 @ 0xf0630 (22 entries) bios0: vendor American Megatrends Inc. version "Version 07.00T" date 04/02/01 bios0: MSI MS-6712 apm at bios0 function 0x15 not configured acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC acpi0: wakeup devices USB1(S3) USB2(S3) USB3(S3) EHCI(S3) UAR1(S4) AC9_(S4) MC9_(S4) ILAN(S4) PCI0(S4) SLPB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 337MHz ioapic0 at mainbus0: apid 2 pa 0xfec0, version 3, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0 acpipwrres0 at acpi0: URP1 acpipwrres1 at acpi0: URP2 acpipwrres2 at acpi0: FDDP acpipwrres3 at acpi0: LPTP acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB bios0: ROM list: 0xc/0xec00 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "VIA VT8377 PCI" rev 0x80 viaagp0 at pchb0: v3 agp0 at viaagp0: aperture at 0xe000, size 0x1000 ppb0 at pci0 dev 1 function 0 "VIA VT8377 AGP" rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 "NVIDIA GeForce4 MX 440 AGP" rev 0xa4 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) emu0 at pci0 dev 6 function 0 "Creative Labs SoundBlaster Live" rev 0x08: apic 2 int 17 (irq 10) ac97: codec id 0x54524123 (TriTech Microelectronics TR28602) audio0 at emu0 "Creative Labs PCI Gameport Joystick" rev 0x08 at pci0 dev 6 function 1 not configured bktr0 at pci0 dev 8 function 0 "Brooktree BT878" rev 0x02: apic 2 int 19 (irq 5) bktr0: Warning - card vendor 0x (model 0x) unknown. bktr0: Detected a dpl3...@-@0 at 0x84 bktr0: Intel Smart Video III/VideoLogic Captivator PCI, tuner, dpl3518a dolby. "Brooktree BT878 Audio" rev 0x02 at pci0 dev 8 function 1 not configured uhci0 at pci0 dev 16 function 0 "VIA VT83C572 USB" rev 0x80: apic 2 int 21 (irq 11) uhci1 at pci0 dev 16 function 1 "VIA VT83C572 USB" rev 0x80: apic 2 int 21 (irq 10) uhci2 at pci0 dev 16 function 2 "VIA VT83C572 USB" rev 0x80: apic 2 int 21 (irq 5) ehci0 at pci0 dev 16 function 3 "VIA VT6202 USB" rev 0x82: apic 2 int 21 (irq 5) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "VIA EHCI root hub" rev 2.00/1.00 addr 1 viapm0 at pci0 dev 17 function 0 "VIA VT8235 ISA" rev 0x00 iic0 at viapm0 iic0: addr 0x1b 06=f0 0b=fc 0c=08 0d=08 0e=f0 0f=07 10=0c 11=03 12=05 14=55 15=55 17=ff 18=ff 1c=02 1e=2a 20=ff 22=07 26=30 29=ff words 00=00ff 01=00ff 02=00ff 03=00ff 04=00ff 05=00ff 06=f0ff 07=00ff iic0: addr 0x2f 04=00 06=03 07=00 0c=00 0d=07 0e=84 0f=00 10=c0 11=11 12=00 13=60 14=14 15=62 16=01 17=06 words 00= 01= 02= 03= 04=00ff 05= 06=03ff 07=00ff spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC3200CL3.0 spdmem1 at iic0 addr 0x51: 256MB DDR SDRAM non-parity PC3200CL3.0 spdmem2 at iic0 addr 0x52: 256MB DDR SDRAM non-parity PC2700CL2.5 pciide0 at pci0 dev 17 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 19092MB, 39102336 sectors atapiscsi0 at pciide0 channel 0 drive 1 scsibus0 at atapiscsi0: 2 targets cd0
Re: UPDATE: devel/boost
Compiled ok :) regress didn't work # make regress ===> Regression check for boost-1.41.0p0 make: cannot open Makefile. *** Error code 2 Stop in /yellowstone/workbox/git/ports/devel/boost (line 2226 of /usr/ports/infrastructure/mk/bsd.port.mk). tested on i386 using mainly boost::asio Thanks for updating boost :) On Mon, Jan 11, 2010 at 2:49 PM, Andrej Elizarov wrote: > Compiled ok. > Tested on i386-current. > > Thank you. > > -- Vincent Auclair- auclair.vincent[ at ]gmail.com (+33) 6 80 77 59 67
Re: login_fingerprint and ssh/xlock
On Mon, Jan 11, 2010 at 05:45:54PM +0100, LEVAI Daniel wrote: > If you have both -fingerprint and passwd in your class' auth option in > login.conf(5), then you can login prefixing your username with the "passwd" > auth type, and it will only ask for the password. eg.: > $ ssh username:pas...@localhost Great, I will try this. Thanks for the input. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: login_fingerprint and ssh/xlock
On Monday 11 January 2010 15:22:58 Edd Barrett wrote: > Hi, > > I set up login_fingerprint as a fun gimmick on my x60. > > Using the configuration in the README, I was able to get console > logins working fine, but I also notice side effects: > > * sshing into my laptop now requires both a password *and* a > fingerprint (for which you are not prompted for). If you have both -fingerprint and passwd in your class' auth option in login.conf(5), then you can login prefixing your username with the "passwd" auth type, and it will only ask for the password. eg.: $ ssh username:pas...@localhost > * xlock ask for a password, which it ignores and then hangs waiting > for a finger swipe. I see that as a feature not a bug ;), because no other (eg.: kdesktop_lock) desktop environment's screen saver can use the fingerprint auth mode. You could try to use other desktop env's screen saver, or install xscreensaver from packages which needs only a password, and it is not bloated and can lock your screen too. HTH, Daniel -- LÉVAI Dániel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1
Re: Net::SNMP, SNMP_Session::AF_INET6 redefined
On 2010/01/11 15:08, Giovanni Bechis wrote: > Okan Demirmen wrote: > >>unfortunately, this doesn't quite fix it for us; our mrtg port doesn't > >>use the mrtg included SNMP_Session, but rather net/p5-SNMP_Session. > >>however, the patch is still valid over there. > >> > >>this resolves the warnings with mrtg; smokeping seems to be uneffected, > >>but someone using snmp with smokeping could futher validate this. > > > This doesn't fix warnings for me (p5-SNMP_Session-1.13p0 + > mrtg-2.16.2p0), tested @amd64. Hmm, very strange - I'm not sure what's going on but I'm no longer seeing warnings with any of these, even the last version in packages... *confused*
login_fingerprint and ssh/xlock
Hi, I set up login_fingerprint as a fun gimmick on my x60. Using the configuration in the README, I was able to get console logins working fine, but I also notice side effects: * sshing into my laptop now requires both a password *and* a fingerprint (for which you are not prompted for). * xlock ask for a password, which it ignores and then hangs waiting for a finger swipe. Something tells me there is little that can be done about this. Am I right? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: Net::SNMP, SNMP_Session::AF_INET6 redefined
Okan Demirmen wrote: unfortunately, this doesn't quite fix it for us; our mrtg port doesn't use the mrtg included SNMP_Session, but rather net/p5-SNMP_Session. however, the patch is still valid over there. this resolves the warnings with mrtg; smokeping seems to be uneffected, but someone using snmp with smokeping could futher validate this. This doesn't fix warnings for me (p5-SNMP_Session-1.13p0 + mrtg-2.16.2p0), tested @amd64. Cheers Giovanni
Re: patch: use libao in x11/rdesktop
Jacob Meuser wrote: maintainer isn't able to test this at the moment, nor am I. could someone who uses rdesktop with audio please test this? Works fine, ok. Cheers Giovanni
Re: [Update] p5-Digest-HMAC 1.02
On Mon, Jan 11, 2010 at 09:41:24PM +0800, wen heping wrote: > Hi, > > Here's an update to security/p5-Digest-HMAC-1.02 > Tested on i386. > > Okay? Comments? > > > wen > --- Makefile.orig Tue Jan 12 05:21:30 2010 > +++ Makefile Tue Jan 12 05:37:42 2010 > @@ -3,8 +3,8 @@ > COMMENT= interface to HMAC Message-Digest Algorithms > > MODULES= cpan > -DISTNAME=Digest-HMAC-1.01 > -PKGNAME= p5-${DISTNAME}p0 > +DISTNAME=Digest-HMAC-1.02 > +PKGNAME= p5-${DISTNAME} This is not needed, as perl/cpan module takes care of setting PKGNAME if not specified in Makefile. Landry
Re: UPDATE: devel/boost
Compiled ok. Tested on i386-current. Thank you.
Re: UPDATE: devel/luaevent
> This diff updates luaevent to the latest release 0.2.0. > Tested on amd64/sparc64. > > Comments ? OK ? Looks good to me. All tests pass. I can only test it on amd64 at the moment, but hopefully someone else will too? Scott
[Update] p5-Digest-HMAC 1.02
Hi, Here's an update to security/p5-Digest-HMAC-1.02 Tested on i386. Okay? Comments? wen --- Makefile.orig Tue Jan 12 05:21:30 2010 +++ MakefileTue Jan 12 05:37:42 2010 @@ -3,8 +3,8 @@ COMMENT= interface to HMAC Message-Digest Algorithms MODULES= cpan -DISTNAME= Digest-HMAC-1.01 -PKGNAME= p5-${DISTNAME}p0 +DISTNAME= Digest-HMAC-1.02 +PKGNAME= p5-${DISTNAME} CATEGORIES=security MAINTAINER=Kevin Lo --- distinfo.orig Tue Jan 12 05:21:39 2010 +++ distinfoTue Jan 12 05:22:31 2010 @@ -1,5 +1,5 @@ -MD5 (Digest-HMAC-1.01.tar.gz) = MtxUx2UQDGOLXX9/9MXGJg== -RMD160 (Digest-HMAC-1.01.tar.gz) = RDhqGLybvmUTxke7IMyw/U3OvBc= -SHA1 (Digest-HMAC-1.01.tar.gz) = gI0z+Hh02HhC03eqSbMC38ESZpE= -SHA256 (Digest-HMAC-1.01.tar.gz) = 43OmLqZ4aTK9LEmuPdZ5u0ItNoJZq+I17iwWZqc1TRA= -SIZE (Digest-HMAC-1.01.tar.gz) = 13623 +MD5 (Digest-HMAC-1.02.tar.gz) = ZMSyR9g81k7DKqIr9Ypwmw== +RMD160 (Digest-HMAC-1.02.tar.gz) = 8gAtGxtZXo8D2FaLf/S5ioFzBSw= +SHA1 (Digest-HMAC-1.02.tar.gz) = NZzDbHJSv7mk237I3kwB7toXZ6E= +SHA256 (Digest-HMAC-1.02.tar.gz) = 0AQ7L7XTi1ccEa+7QkoeaVKw8jDaaFJbFOhDWDD9AvE= +SIZE (Digest-HMAC-1.02.tar.gz) = 6989
Re: UPDATE: graphics/freeglut
On Thu, Jan 07, 2010 at 07:29:37PM +0500, Alexandr Shadchin wrote: > Hi, Ports! > > This update package freeglut to the latest release 2.6.0. > Tested on i386 and amd64. > > Comments ? OK ? Sorry, I've marked this as important but didn't actually reply. Will look at it over the next few days (I hope) > > -- > Alexandr Shadchin > Index: freeglut/Makefile > === > RCS file: /cvs/ports/graphics/freeglut/Makefile,v > retrieving revision 1.2 > diff -N -u -p freeglut/Makefile > --- freeglut/Makefile 10 Aug 2009 06:31:44 - 1.2 > +++ freeglut/Makefile 7 Jan 2010 14:22:44 - > @@ -1,9 +1,8 @@ > # $OpenBSD: Makefile,v 1.2 2009/08/10 06:31:44 kili Exp $ > > COMMENT =open source alternative to glut > -DISTNAME = freeglut-2.4.0 > -PKGNAME= ${DISTNAME}p0 > -SHARED_LIBS =glut 4.0 > +DISTNAME = freeglut-2.6.0 > +SHARED_LIBS =glut 4.1 > CATEGORIES = graphics > HOMEPAGE = http://freeglut.sourceforge.net/ > MAINTAINER = Tobias Ulmer > @@ -14,7 +13,7 @@ PERMIT_PACKAGE_FTP =Yes > PERMIT_DISTFILES_CDROM =Yes > PERMIT_DISTFILES_FTP = Yes > > -WANTLIB =GL GLU X11 Xau Xdmcp Xext Xxf86vm m pthread-stubs xcb > +WANTLIB =GL X11 Xau Xdmcp Xext Xi Xxf86vm m pthread-stubs xcb > > MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=freeglut/} > > Index: freeglut/distinfo > === > RCS file: /cvs/ports/graphics/freeglut/distinfo,v > retrieving revision 1.1.1.1 > diff -N -u -p freeglut/distinfo > --- freeglut/distinfo 9 Apr 2009 12:44:12 - 1.1.1.1 > +++ freeglut/distinfo 7 Jan 2010 14:22:44 - > @@ -1,5 +1,5 @@ > -MD5 (freeglut-2.4.0.tar.gz) = bRaHO9h2+/SYCpJ8+8SWoQ== > -RMD160 (freeglut-2.4.0.tar.gz) = d0ZWR/PWX7tc8lPrk6x0CeDDexQ= > -SHA1 (freeglut-2.4.0.tar.gz) = kaUoqnJ1i3KIoNaalksbfj8yKhI= > -SHA256 (freeglut-2.4.0.tar.gz) = Jp8tULows4FiLrNvILVSrUOhtD1US5B15ITnFG6BsFI= > -SIZE (freeglut-2.4.0.tar.gz) = 469557 > +MD5 (freeglut-2.6.0.tar.gz) = OfDy3onzmVKdK5gRiAgiGA== > +RMD160 (freeglut-2.6.0.tar.gz) = Q72xptmURe4JNwkw7GvA+DEOf88= > +SHA1 (freeglut-2.6.0.tar.gz) = aDBsRIbBPQBaTk1UA14MCxvcIgs= > +SHA256 (freeglut-2.6.0.tar.gz) = YVtB7clsQF7mu36aKUJkIUDD5Xwd2MaOlooX3ftZ6Y8= > +SIZE (freeglut-2.6.0.tar.gz) = 1124186
nspЗащити свой компьютер от вирусов
xwsgqrexahzcltyytzp Защити свой компьютер от вирусов и от спамеров! Многоцелевой сканер для проверки и защиты компьютера,Проверка системы на вирусы и вредоносные программы,Проверка системы и браузера на спам-уязвимости,проверка браузера на возможность кражи паролей,Защитите на 100% информацию на Вашем компьютере! lddzeb http://kastaniani-voice.gr/conf.html
Tratamento Anti-Envelhecimento - oferta limitada
Um tratamento anti-envelhecimento incrível que já se pode encontrar na Europa e que propõe realizar o sonho de todas as pessoas que querem verdadeiramente permanecer jovens e em forma durante o maior tempo possível. Durante um período limitado, o Centro Especial Saúde distribui gratuitamente um tratamento de anti-envelhecimento – no valor de 39€ às primeiras 500 pessoas a efectuar o pedido. Siga este link: http://www.netpromouter.com/curasaude.html
Re: [Fwd: NEW: sysutils/toprump-0.4.0]
> On Mon, Jan 11, 2010 at 07:04:19AM -, Mark Lumsden wrote: >> Hi, >> >> I have taken Landry's advice regarding vimprobable's port and changed >> the >> suffix of toprump from tgz to tar.gz and removed EXTRACT_SUFX from the >> Makefile. >> >> Comments/criticisms? > > You can also remove the PKGNAME line, it defaults to DISTNAME. It works > fine on amd64/macppc too, but i find weird the reverse-colored > utilisation graph. With my term set as white fg/black bg, the graph is > black on white. Shouldn't it follow the term settings ? > > And as you maintain the tarball too, you can make a toprump-0.4.0.tar.gz > tarball with a toprump-0.4.0 subdir (as most projects do), so that you > can get rid of WRKDIST=${WRKDIR}/toprump. Other than that the ports > looks good. > I was undecided about the reverse-colouration of the graph, so I have changed it back to what you would expect. I have also changed the subdir from toprump to toprump-0.5.0. Also, I bumped the version number, since I submitted the first port I have fixed a bug and added a version switch (-V). Regards, -mark toprump-0.5.0.tgz Description: Binary data
Re: [Fwd: NEW: sysutils/toprump-0.4.0]
On Mon, Jan 11, 2010 at 07:04:19AM -, Mark Lumsden wrote: > Hi, > > I have taken Landry's advice regarding vimprobable's port and changed the > suffix of toprump from tgz to tar.gz and removed EXTRACT_SUFX from the > Makefile. > > Comments/criticisms? You can also remove the PKGNAME line, it defaults to DISTNAME. It works fine on amd64/macppc too, but i find weird the reverse-colored utilisation graph. With my term set as white fg/black bg, the graph is black on white. Shouldn't it follow the term settings ? And as you maintain the tarball too, you can make a toprump-0.4.0.tar.gz tarball with a toprump-0.4.0 subdir (as most projects do), so that you can get rid of WRKDIST=${WRKDIR}/toprump. Other than that the ports looks good. Landry