UPDATE: devel/p5-File-ChangeNotify 0.20
Hi, the attached patch updates devel/p5-File-ChangeNotify to version 0.20. The update fixes a bug in the kqueue-based file watcher. Upstream changed the license from "same as perl" to Artistic 2.0. Tested on i386 and amd64. Comments? Ok? Index: Makefile === RCS file: /cvs/ports/devel/p5-File-ChangeNotify/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile3 Dec 2010 11:44:31 - 1.5 +++ Makefile13 Dec 2011 08:24:23 - @@ -3,23 +3,24 @@ COMMENT= watch for changes to files, cross-platform style MODULES= cpan -DISTNAME= File-ChangeNotify-0.13 -REVISION= 0 +DISTNAME= File-ChangeNotify-0.20 CATEGORIES=devel -# Perl +# Artistic 2.0 PERMIT_PACKAGE_CDROM = Yes PERMIT_PACKAGE_FTP = Yes PERMIT_DISTFILES_CDROM = Yes PERMIT_DISTFILES_FTP = Yes CONFIGURE_STYLE = modbuild -USE_GROFF =Yes RUN_DEPENDS = devel/p5-Class-MOP \ devel/p5-Moose \ devel/p5-MooseX-Params-Validate \ - devel/p5-MooseX-SemiAffordanceAccessor + devel/p5-MooseX-SemiAffordanceAccessor \ + devel/p5-namespace-autoclean + +REGRESS_DEPENDS = devel/p5-Test-Exception MAKE_ENV +=TEST_POD=1 IS_MAINTAINER=1 Index: distinfo === RCS file: /cvs/ports/devel/p5-File-ChangeNotify/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo3 Jul 2010 03:41:42 - 1.2 +++ distinfo13 Dec 2011 08:24:23 - @@ -1,5 +1,5 @@ -MD5 (File-ChangeNotify-0.13.tar.gz) = eR70uZegW1BwTiwo+Ph4oA== -RMD160 (File-ChangeNotify-0.13.tar.gz) = Jltiid+UQa63uHcm5mBS2KnQ69s= -SHA1 (File-ChangeNotify-0.13.tar.gz) = WcEiFJwmsqrqCjYp2xNnbAlSbqM= -SHA256 (File-ChangeNotify-0.13.tar.gz) = yHAoVdthRnb9v2P9raOA6tj2FAE11Y1TkUQuDYmpaig= -SIZE (File-ChangeNotify-0.13.tar.gz) = 18155 +MD5 (File-ChangeNotify-0.20.tar.gz) = m7aPbhSUNqznyxPI+c22vQ== +RMD160 (File-ChangeNotify-0.20.tar.gz) = HZ0XOB8M165qhqHzMuU2XwEYGDg= +SHA1 (File-ChangeNotify-0.20.tar.gz) = lP4BxmtHbC42dj51YJBeSu1ckAY= +SHA256 (File-ChangeNotify-0.20.tar.gz) = qdVKmhK/J9HKxmW5WZULpvhETd6E4occK9IEJ2OMCgA= +SIZE (File-ChangeNotify-0.20.tar.gz) = 19642
Re: UPDATE: FFmpeg 20111126
On 26/11/11 6:03 PM, Brad wrote: Here is an update to FFmpeg 2026 snapshot and updates for some of its dependencies. Tested on amd64. http://comstyle.com/ports/ffmpeg/ Could someone who actually uses MPlayer please do some testing with mencoder and get back to me? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: Update: www/ruby-rails 3.0.3 -> 3.1.3
On Mon, Dec 05, 2011 at 01:13:40PM -0800, Jeremy Evans wrote: > This updates Rails to 3.1.3, including updates to dependent ports (of > which there are many). This also requires 6 new ports, attached. > > Tested on amd64 and i386. OKs? > Works for me. Would it be possible to build ruby19 packets by default as well? -- :wq Claudio
[NEW] devel/py-setproctitle
Description: setproctitle allows a process to change its title (as displayed by system tools such as ps and top). Comments? Ok? py-setproctitle.tgz Description: application/tar-gz
[NEW] devel/py-country
Description: pycountry provides ISO country, subdivision, language, currency and script definitions and their translations, taken from the iso-codes package. Comments, Ok? Martin py-country.tgz Description: application/tar-gz
[NEW] devel/py-xmlrunner
Description: PyUnit-based test runner with JUnit like XML reporting. Comments, Ok? Martin py-xmlrunner.tgz Description: application/tar-gz
[SUSPECTED SPAM] van Etten's CLIPPINGs - 13 Dec. Pearson to sell its 50% stake in FTSE International
Circulation: 38,865 13/12/2011 Sent to:ports@openbsd.org [IMAGE] [IMAGE] [IMAGE]d [IMAGE] [IMAGE] [IMAGE] [IMAGE] Your AD here? contact me l...@talktalk.net [IMAGE] [IMAGE] [IMAGE] Boxcar Down: The Albanian Incident by Charles L. Lunsford [IMAGE] [IMAGE] [IMAGE] Publisher CLIPPINGs 57 Nutbourne Str London W10 4HW England Subscriptions & Comments to: email: l...@talktalk.net "Weniger aber Besser", Rams Published Daily and Weekly In Affiliation with: [IMAGE] DAILY EDITION = Primary Sponsor [IMAGE] For QUICK REMOVAL send e-mail to l...@talktalk.net - If you received this e-mail from a friend and would like to subscribe to our e-mail list, click here. To update your e-mail address, click here. The newsletter is paid for by advertisement and sent to Specials Subscribers on behalf of Leadresearch.co.uk. If you wish to unsubscribe to future e-mails from CLIPPINGs, please click here. Or send a request to: Clippings - 57 Nutbourne Str. London W10 4HW - England [IMAGE] PANIC: BANK RUN IN LATVIA... & EU PLOTS REVENGE ON BRITAIN... [IMAGE] Most Popular Link - Yesterday Drink of the Week: Batdorf & Bronson 2011 Holiday Blen [IMAGE] GENERAL NEWS U.K. Campaign Shows Interactive Advertising in Retail to be a Success UK: Argos Brings Its Catalogue to Commuters at Paddington Station UK: Limited Space and Monster Media Partner and Complete First Collaborative Operation Belgique : Medialed équipe Plaisirs dâHiver de 7 écrans LED France : Mood Media va piloter techniquement lâoffre digitale de Clear Channel dans les centres commerciaux Christie passes 26,000 digital cinema projector milestone Pearson to sell its 50% stake in FTSE International Digico secures second wave of private investment CBS Outdoor adds Bluetooth to London bus ad offering Canadian retail giant chooses Adflow Networks to deliver unique customer experiences via digital signage largest LED video displays in the German football league ... Lamborghini - you got one? Lamborghini Projection Mapping Event Scala Certified Partner Cognition has installed the very first full-scale ÂDigital MannequinÂ. The Mannequin is turning heads on Hanover Street in Edinburgh, Scotland. [IMAGE] [IMAGE] New Stuff Christie Now Shipping LHD700 and LX1200 LCD Projectors Multiple Dashboards and Dashboard Rotation with Leftronic! High-Gloss Multi-Touch Coffee ... table Kickstarter: Meet Eyeboard, A Low-Cost Open Source Eye Tracker Planar unveils digital signage 'sculpture' ⦠Planarâs Art Attack! [IMAGE] [IMAGE] Heard on The Street Sensor boards Reactive shop windows promote consciencious energy use. Podcast: Predictions for the Geospatial Marketplace 2012 Face Recognition Technology Comes to Malls and Nightclubs ... sent to us by Mark Pigou Trend Briefing on 12 Crucial Consumer Trends for 2012. Vizrt Signs Broadcast Graphics Deal with a Korean TV Channel Wireless Ronin to Showcase Digital Media Solutions at Microsoft Technology Center Like it should be: Digital Signage in volldigitaler Qualität Mermaid goes on national TV with TV commercials produced f
Re: Zope & python 2.4
On 2011-12-12, Federico Schwindt wrote: > Hi, > > The only reason python 2.4 is around is because of Zope. Now, we have > a very old version (2.10) that is long time dead. ITOH, newer Zope > releases work with more recent python versions and most likely will > require newer versions of Plone, CMF, etc. > Killing Zope and friends will allow us to remove lot of crap and if > someone really needs it she should be using something recent anyways > so I don't see much point on keeping this. > So the question is, is anyone using this version of Zope? Any > objection removing the ports below? > > books/zopebook > www/plone > www/plone-formgen > www/plone-ldap > www/plone-massload > www/zope > www/zope-cmf > www/zope-cmfquickinstaller > www/zope-coreblog > www/zope-externaleditor > www/zope-formulator > www/zope-fortune > www/zope-fscounter > www/zope-genericsetup > www/zope-groupuserfolder > www/zope-jtracker > www/zope-ldapmultiplugins > www/zope-ldapuserfolder > www/zope-logger > www/zope-placelesstranslationservice > www/zope-pluggableauthservice > www/zope-pluginregistry > www/zope-rdfsummary > www/zope-xmlmethods > www/zope-zippy > www/zope-zsyncer > www/zope-zwiki > www/zopeedit > > Please talk NOW or get them from the Attic later. > Thanks, No objection, OK. If it's added back in later as a newer version I would suggest bundling them into a single directory (a la drupal) where they can easily share common features via Makefile.inc There are some support packages which can go too: databases/py-ldap,python2.4 databases/py-psycopg,python2.4 devel/py-mxDateTime,python2.4 graphics/py-Imaging,python2.4 textproc/py-ElementTree Diff for these should look something like http://pbot.rmdir.de/66bd47d99f5cb7ba2d806834c9d559f5 Then this just leaves editors/cooledit. Diff below builds but not really tested as cooledit is currently a barrel of fail on amd64. Index: Makefile === RCS file: /cvs/ports/editors/cooledit/Makefile,v retrieving revision 1.37 diff -u -p -r1.37 Makefile --- Makefile2 Dec 2011 14:36:13 - 1.37 +++ Makefile13 Dec 2011 13:45:40 - @@ -1,12 +1,17 @@ # $OpenBSD: Makefile,v 1.37 2011/12/02 14:36:13 espie Exp $ +.include +.if ${PROPERTIES:Mlp64} +BROKEN = crashes all over the place on LP64 arches, missing prototypes +.endif + COMMENT = easy to use, graphical editor CATEGORIES = editors MASTER_SITES = ${HOMEPAGE} -HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ +HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ DISTNAME = cooledit-3.17.14 -REVISION = 6 +REVISION = 7 SHARED_LIBS = Cw 1.0 @@ -15,19 +20,19 @@ MAINTAINER =Marc Espie =${PYTHON_VER},<2.5:lang/python/${PYTHON_VER} -CONFIGURE_ENV +=PYTHON_VER=${PYTHON_VER} LOCALBASE=${LOCALBASE} -WANTLIB += pthread m python${PYTHON_VER} +MODULES += lang/python +LIB_DEPENDS += ${MODPY_LIB_DEPENDS} +CONFIGURE_ENV +=PYTHON_VER=${MODPY_VERSION} LOCALBASE=${LOCALBASE} +WANTLIB += pthread m ${MODPY_WANTLIB} .else CONFIGURE_ENV +=NOPYTHON=Yes .endif -MODULES = devel/gettext +MODULES += devel/gettext USE_GROFF =Yes CONFIGURE_STYLE = gnu @@ -39,7 +44,7 @@ CONFIGURE_ENV += XTERM_CMD=xterm LDFLAGS CONFIGURE_ARGS += ${CONFIGURE_SHARED} CONFIGURE_ARGS += --enable-static --disable-mail-author -# GPL +# GPLv2+ PERMIT_PACKAGE_FTP = Yes PERMIT_DISTFILES_FTP = Yes PERMIT_PACKAGE_CDROM = Yes Index: pkg/PLIST === RCS file: /cvs/ports/editors/cooledit/pkg/PLIST,v retrieving revision 1.6 diff -u -p -r1.6 PLIST --- pkg/PLIST 16 May 2005 20:26:51 - 1.6 +++ pkg/PLIST 13 Dec 2011 13:45:40 - @@ -1,9 +1,9 @@ @comment $OpenBSD: PLIST,v 1.6 2005/05/16 20:26:51 alek Exp $ -bin/cooledit +@bin bin/cooledit bin/cooledit-gdb -bin/coolman +@bin bin/coolman bin/coolproject -bin/smalledit +@bin bin/smalledit lib/libCw.a lib/libCw.la @man man/man1/cooledit.1
Re: mplayer problem
In gmane.os.openbsd.ports, you wrote: > Here it is: > > http://apu.cs.fiu.edu/~luis/var_db_pkg.tar.gz Hmm, mplayer isn't present in your /var/db/pkg. I would run "pkg_add -i mplayer", it will probably complain about duplicate files and suggest that it's a missing package registration and offer to correct it; you should accept this. > Thanks, > Luis. > > On Wed, Dec 7, 2011 at 8:52 AM, Stuart Henderson wrote: >> mplayer build failed in the last amd64 bulk build, so when you ran pkg_add >> -u, >> it didn't get updated (though some libraries it depends on probably did). >> This shouldn't usually cause this type of problem, the old libraries >> ought to be kept in .lib* packages and should stay installed. >> >> Are you able to tar up /var/db/pkg, upload it somewhere and post the URL? >> >> >> On 2011-12-05, Luis Useche wrote: >>> Hi Guys, >>> >>> Is anyone having problems lately with mplayer? After my last update of >>> packages mplayer alternates between these two errors: >>> >>> (0)$ mplayer >>> mplayer: can't load library 'liborc-0.4.so.4.0' >>> (0)$ mplayer >>> mplayer: can't load library 'libenca.so.0.0' >>> >>> I also tried to compile from ports without success: >>> >>> Missing library for orc-0.4>=0.0 >>> >>> Moreover, this package disappear from the mirror I'm using: >>> http://mirror.servihoo.net/ >>> >>> Any advice? >>> >>> Thanks, >>> Luis. >>> >>> >> > >
Re: Zope & python 2.4
On Tue, Dec 13, 2011 at 3:04 PM, Stuart Henderson wrote: > On 2011-12-12, Federico Schwindt wrote: >> Hi, >> >> The only reason python 2.4 is around is because of Zope. Now, we have >> a very old version (2.10) that is long time dead. ITOH, newer Zope >> releases work with more recent python versions and most likely will >> require newer versions of Plone, CMF, etc. >> Killing Zope and friends will allow us to remove lot of crap and if >> someone really needs it she should be using something recent anyways >> so I don't see much point on keeping this. >> So the question is, is anyone using this version of Zope? Any >> objection removing the ports below? >> >> books/zopebook >> www/plone >> www/plone-formgen >> www/plone-ldap >> www/plone-massload >> www/zope >> www/zope-cmf >> www/zope-cmfquickinstaller >> www/zope-coreblog >> www/zope-externaleditor >> www/zope-formulator >> www/zope-fortune >> www/zope-fscounter >> www/zope-genericsetup >> www/zope-groupuserfolder >> www/zope-jtracker >> www/zope-ldapmultiplugins >> www/zope-ldapuserfolder >> www/zope-logger >> www/zope-placelesstranslationservice >> www/zope-pluggableauthservice >> www/zope-pluginregistry >> www/zope-rdfsummary >> www/zope-xmlmethods >> www/zope-zippy >> www/zope-zsyncer >> www/zope-zwiki >> www/zopeedit >> >> Please talk NOW or get them from the Attic later. >> Thanks, > > No objection, OK. If it's added back in later as a newer version I would > suggest bundling them into a single directory (a la drupal) where they can > easily share common features via Makefile.inc > > There are some support packages which can go too: > > databases/py-ldap,python2.4 > databases/py-psycopg,python2.4 > devel/py-mxDateTime,python2.4 > graphics/py-Imaging,python2.4 > textproc/py-ElementTree Ok for me too.
NEW: p5-PostScript-MailLabels 2.30
PostScript-MailLabels contains modules for creating PostScript files of mailing address labels, to be printed on standard adhesive-backed mailing label stock. Flexible enough to tackle other printing tasks, basically anything requiring a set fields be printed on a regular grid. Also creates PostScript code for calibrating and testing mailing label printing. I use this to print labels for xmas cards... - todd p5-PostScript-MailLabels.shar Description: Unix shell archive
Re: Zope & python 2.4
>[..] > No objection, OK. If it's added back in later as a newer version I would > suggest bundling them into a single directory (a la drupal) where they can > easily share common features via Makefile.inc > > There are some support packages which can go too: > > databases/py-ldap,python2.4 > databases/py-psycopg,python2.4 > devel/py-mxDateTime,python2.4 > graphics/py-Imaging,python2.4 > textproc/py-ElementTree yeah, i know. i will take care of all the zope stuff if and when removed. i just want us to agree on this first. f.-
update: fossil-1.21
Updates fossil to the latest version. Use new friendlier version number and add new sqlite3 regress depend. Tested on amd64 and i386. -- James Turner ja...@calminferno.net Index: Makefile === RCS file: /cvs/ports/devel/fossil/Makefile,v retrieving revision 1.30 diff -u -p -r1.30 Makefile --- Makefile18 Nov 2011 10:11:33 - 1.30 +++ Makefile13 Dec 2011 15:35:34 - @@ -2,9 +2,9 @@ COMMENT = simple distributed software configuration management -VERSION = 20111021125253 -DISTNAME = fossil-src-${VERSION} -PKGNAME = fossil-${VERSION} +DISTNAME = fossil-src-20111213135356 +PKGNAME = fossil-1.21 +EPOCH =0 CATEGORIES = devel www MAINTAINER = James Turner @@ -31,7 +31,8 @@ WANTLIB = c crypto ssl z MODULES = lang/tcl -REGRESS_DEPENDS = ${MODTCL_RUN_DEPENDS} +REGRESS_DEPENDS = ${MODTCL_RUN_DEPENDS} \ + databases/sqlite3 MAKE_FILE =Makefile.classic MAKE_FLAGS += BCC="${CC}" Index: distinfo === RCS file: /cvs/ports/devel/fossil/distinfo,v retrieving revision 1.22 diff -u -p -r1.22 distinfo --- distinfo25 Oct 2011 20:32:27 - 1.22 +++ distinfo13 Dec 2011 15:35:34 - @@ -1,5 +1,5 @@ -MD5 (fossil-src-20111021125253.tar.gz) = 0719O/YLUjV483MVzYqPEg== -RMD160 (fossil-src-20111021125253.tar.gz) = eDj8Qko2SdMvMK4d0sYVaSbKec4= -SHA1 (fossil-src-20111021125253.tar.gz) = j53fe+PHy+hKPx1v+xN03I77yaE= -SHA256 (fossil-src-20111021125253.tar.gz) = Y28gHyNheM6aOpmH7UOwzoSQIbKuhyrXHF7leA6f5VQ= -SIZE (fossil-src-20111021125253.tar.gz) = 2590036 +MD5 (fossil-src-20111213135356.tar.gz) = uBwT3BRYBJEcC5QcgEUi1g== +RMD160 (fossil-src-20111213135356.tar.gz) = 7XXQ+V9gXi28r5BcARn+/Y5BQo0= +SHA1 (fossil-src-20111213135356.tar.gz) = kEKBVheJOdv7dKqn0B2iyqgNDyQ= +SHA256 (fossil-src-20111213135356.tar.gz) = yYVWzR+mq8LgKqON4a9CX6n/CSR+cvYxyf9sI5xG5x0= +SIZE (fossil-src-20111213135356.tar.gz) = 2765234 Index: patches/patch-src_main_mk === RCS file: /cvs/ports/devel/fossil/patches/patch-src_main_mk,v retrieving revision 1.11 diff -u -p -r1.11 patch-src_main_mk --- patches/patch-src_main_mk 6 Sep 2011 15:02:20 - 1.11 +++ patches/patch-src_main_mk 13 Dec 2011 15:35:34 - @@ -1,7 +1,7 @@ $OpenBSD: patch-src_main_mk,v 1.11 2011/09/06 15:02:20 jasper Exp $ src/main.mk.orig Mon Sep 5 16:03:24 2011 -+++ src/main.mkMon Sep 5 16:04:08 2011 -@@ -900,7 +900,7 @@ $(OBJDIR)/zip.o: $(OBJDIR)/zip_.c $(OBJDIR)/zip.h $(S +--- src/main.mk.orig Tue Dec 13 09:10:57 2011 src/main.mkTue Dec 13 05:21:33 2011 +@@ -1015,7 +1015,7 @@ $(OBJDIR)/zip.o: $(OBJDIR)/zip_.c $(OBJDIR)/zip.h $(S $(OBJDIR)/zip.h: $(OBJDIR)/headers $(OBJDIR)/sqlite3.o: $(SRCDIR)/sqlite3.c
Re: Update: www/ruby-rails 3.0.3 -> 3.1.3
On Tue, Dec 13, 2011 at 2:27 AM, Claudio Jeker wrote: > On Mon, Dec 05, 2011 at 01:13:40PM -0800, Jeremy Evans wrote: >> This updates Rails to 3.1.3, including updates to dependent ports (of >> which there are many). This also requires 6 new ports, attached. >> >> Tested on amd64 and i386. OKs? >> > > Works for me. Would it be possible to build ruby19 packets by default as > well? Sure, I can do that when I commit it. Thanks, Jeremy
Re: Zope & python 2.4
> Then this just leaves editors/cooledit. Diff below builds but not > really tested as cooledit is currently a barrel of fail on amd64. > > Index: Makefile > === > RCS file: /cvs/ports/editors/cooledit/Makefile,v > retrieving revision 1.37 > diff -u -p -r1.37 Makefile > --- Makefile 2 Dec 2011 14:36:13 - 1.37 > +++ Makefile 13 Dec 2011 13:45:40 - > @@ -1,12 +1,17 @@ > # $OpenBSD: Makefile,v 1.37 2011/12/02 14:36:13 espie Exp $ > > +.include > +.if ${PROPERTIES:Mlp64} > +BROKEN = crashes all over the place on LP64 arches, missing prototypes > +.endif > + > COMMENT = easy to use, graphical editor > > CATEGORIES = editors > MASTER_SITES = ${HOMEPAGE} > -HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ > +HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ > DISTNAME = cooledit-3.17.14 Looking at that website, its not updated in 6 years. Even if you patch to latest python 2/3 there are many other graphical text editor alternatives in the tree...
Re: Raptor II: textproc/raptor returns
ping... I have been using these for months... github has more updated ports. I don't use flickcurl and aqualung (Stuart, if you use it can you test if no regressions?). Mostly KDE uses these. It will nice to remove these from github and import to cvs (easier for me to track KDE ports that way). thnaks On Mon, Oct 10, 2011 at 5:59 PM, Vadim Zhukov wrote: > Hello all. > > Here is a somewhat heavy update of textproc/raptor, joint effort > from Amit Kulkarni and me. It was a bit tricky because we need to > update (not just bump) a few other ports too, especially, liblrdf. > > Yes, this is another prerequisite for KDE 4 update. :) You can see > that databases/soprano is set to broken ever; this will be dealt in > a few days. Newer version is ready but I do not want to make current > update too big, and nothing except KDE 4 needs it. > > All ports depending on raptor and/or liblrdf are tested, bumps (with > some WANTLIB updates, while there) included. Exception is the > openoffice3 port: it's excluded from builds anyway and does not > differ too much from libreoffice. > > Also, I do not have Flickr account, so can't test new net/flickcurl. > If I recall correctly, maintainer was basically OK with update. > > Not sure about aqualung update: I preferred adding libpng dependency > to patching sources to forcefully disable it. > > textproc/redland has textproc/rasqal split off from it. I've added > @conflict marker to textproc/rasqal and this should be enough: old > packages, if any, will still use .libs-redland anyway, and newer > ones should depend on rasqal explicitly. textproc/rasqal port will be > sent in a separate mail, sorry: I have some problems with mailers ATM. > > Original textproc/liblrdf upstream is sleeping, so it was decided to > use fork made by Taybin Rutkin. Actually, old site says: > > "As of 2011-07-01, this project may now be found at > https://github.com/swh/LRDF."; > > so this should be done anyway. > > Tested on amd64 (Amit) and i386 (me). > > -- > WBR, Vadim Zhukov > > > Index: audio/aqualung/Makefile > === > RCS file: /cvs/ports/audio/aqualung/Makefile,v > retrieving revision 1.26 > diff -u -p -r1.26 Makefile > --- audio/aqualung/Makefile 16 Sep 2011 08:26:10 - 1.26 > +++ audio/aqualung/Makefile 10 Oct 2011 19:53:10 - > @@ -3,7 +3,7 @@ > COMMENT= advanced music player > > DISTNAME= aqualung-0.9beta11 > -REVISION= 5 > +REVISION= 6 > EPOCH= 0 > CATEGORIES= audio > > @@ -26,6 +26,7 @@ WANTLIB += vorbis vorbisenc vorbisfile z > WANTLIB += gdk_pixbuf-2.0 xml2 lua mac mad mpcdec FLAC avcodec > WANTLIB += avformat avutil jack wavpack lrdf oggz speex cddb cdio > WANTLIB += cdio_cdda cdio_paranoia modplug > +WANTLIB += GL pixman-1 png pthread-stubs xcb xcb-render xcb-shm > > MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=aqualung/} > > @@ -42,6 +43,7 @@ LIB_DEPENDS= audio/flac \ > audio/speex \ > audio/wavpack \ > graphics/ffmpeg \ > + graphics/png \ > lang/lua \ > multimedia/oggz \ > textproc/liblrdf \ > Index: net/flickcurl/Makefile > === > RCS file: /cvs/ports/net/flickcurl/Makefile,v > retrieving revision 1.10 > diff -u -p -r1.10 Makefile > --- net/flickcurl/Makefile 2 Jun 2011 13:41:39 - 1.10 > +++ net/flickcurl/Makefile 10 Oct 2011 20:17:29 - > @@ -2,8 +2,7 @@ > > COMMENT = flickr API library and utility > > -DISTNAME = flickcurl-1.14 > -REVISION = 2 > +DISTNAME = flickcurl-1.21 > > SHARED_LIBS += flickcurl 1.0 # .1.0 > CATEGORIES = net > @@ -19,7 +18,7 @@ PERMIT_DISTFILES_FTP = Yes > > MODULES = devel/gettext > > -WANTLIB = c crypto curl>=10 idn>=16 m raptor>=2 ssl \ > +WANTLIB = c crypto curl>=10 idn>=16 m raptor2 ssl \ > xml2>=9 xslt z > > MASTER_SITES = http://download.dajobe.org/flickcurl/ > @@ -33,6 +32,6 @@ LIB_DEPENDS = net/curl \ > textproc/raptor > > CONFIGURE_STYLE = gnu > -CONFIGURE_ARGS = ${CONFIGURE_SHARED} --with-raptor > +CONFIGURE_ARGS = ${CONFIGURE_SHARED} --with-raptor=2 > > .include > Index: net/flickcurl/distinfo > === > RCS file: /cvs/ports/net/flickcurl/distinfo,v > retrieving revision 1.2 > diff -u -p -r1.2 distinfo > --- net/flickcurl/distinfo 9 Oct 2009 16:09:31 - 1.2 > +++ net/flickcurl/distinfo 10 Oct 2011 20:17:29 - > @@ -1,5 +1,5 @@ > -MD5 (flickcurl-1.14.tar.gz) = 2wfIyIAUcHLljMZ0VA2DhA== > -RMD160 (flickcurl-1.14.tar.gz) = vqWVz5hb8KCmeF6TKoETqFYtyk0= > -SHA1 (flickcurl-1.14.tar.gz) = ZiXbIf97dqnhdHs8L2CilZn9lDc= > -SHA256 (flickcurl-1.14.tar.gz) = AnuSW6G
Re: Zope & python 2.4
On Tue, Dec 13, 2011 at 2:51 PM, Amit Kulkarni wrote: >> Then this just leaves editors/cooledit. Diff below builds but not >> really tested as cooledit is currently a barrel of fail on amd64. >> >> Index: Makefile >> === >> RCS file: /cvs/ports/editors/cooledit/Makefile,v >> retrieving revision 1.37 >> diff -u -p -r1.37 Makefile >> --- Makefile 2 Dec 2011 14:36:13 - 1.37 >> +++ Makefile 13 Dec 2011 13:45:40 - >> @@ -1,12 +1,17 @@ >> # $OpenBSD: Makefile,v 1.37 2011/12/02 14:36:13 espie Exp $ >> >> +.include >> +.if ${PROPERTIES:Mlp64} >> +BROKEN = crashes all over the place on LP64 arches, missing prototypes >> +.endif >> + >> COMMENT = easy to use, graphical editor >> >> CATEGORIES = editors >> MASTER_SITES = ${HOMEPAGE} >> -HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ >> +HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ >> DISTNAME = cooledit-3.17.14 > > Looking at that website, its not updated in 6 years. Even if you patch > to latest python 2/3 there are many other graphical text editor > alternatives in the tree... Amen to that.
Re: Zope & python 2.4
On 2011/12/13 11:51, Amit Kulkarni wrote: > > Then this just leaves editors/cooledit. Diff below builds but not > > really tested as cooledit is currently a barrel of fail on amd64. > > > > Index: Makefile > > === > > RCS file: /cvs/ports/editors/cooledit/Makefile,v > > retrieving revision 1.37 > > diff -u -p -r1.37 Makefile > > --- Makefile 2 Dec 2011 14:36:13 - 1.37 > > +++ Makefile 13 Dec 2011 13:45:40 - > > @@ -1,12 +1,17 @@ > > # $OpenBSD: Makefile,v 1.37 2011/12/02 14:36:13 espie Exp $ > > > > +.include > > +.if ${PROPERTIES:Mlp64} > > +BROKEN = crashes all over the place on LP64 arches, missing > > prototypes > > +.endif > > + > > COMMENT = easy to use, graphical editor > > > > CATEGORIES = editors > > MASTER_SITES = ${HOMEPAGE} > > -HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ > > +HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ > > DISTNAME = cooledit-3.17.14 > > Looking at that website, its not updated in 6 years. Even if you patch > to latest python 2/3 there are many other graphical text editor > alternatives in the tree... that's no reason to remove it per-se. the majority of the fixes will be quite simple I just didn't have time to look at them today (and actually they may be in 3.17.18 already).
Update: graphics/ruby-mini_magick 3.3
Fairly simple update to ruby-mini_magick 3.3. This version works on both ruby 1.8 and 1.9. This version requires a new dependency, devel/ruby-subexec, attached. Tested on amd64. Looking for OKs. Thanks, Jeremy Index: Makefile === RCS file: /cvs/ports/graphics/ruby-mini_magick/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- Makefile16 Sep 2011 10:02:38 - 1.9 +++ Makefile3 Dec 2011 17:53:23 - @@ -2,8 +2,7 @@ COMMENT = wrapper for ImageMagick command line tools -DISTNAME = mini_magick-1.2.5 -REVISION = 4 +DISTNAME = mini_magick-3.3 CATEGORIES = graphics HOMEPAGE = http://mini_magick.rubyforge.org/ @@ -20,6 +19,7 @@ CONFIGURE_STYLE = ruby gem BUILD_DEPENDS =${RUN_DEPENDS} RUN_DEPENDS = graphics/ImageMagick \ + devel/ruby-subexec,${MODRUBY_FLAVOR} \ devel/ruby-hoe,${MODRUBY_FLAVOR} MODRUBY_REGRESS = rake Index: distinfo === RCS file: /cvs/ports/graphics/ruby-mini_magick/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo20 Aug 2009 21:59:45 - 1.2 +++ distinfo3 Dec 2011 17:58:20 - @@ -1,5 +1,5 @@ -MD5 (mini_magick-1.2.5.gem) = +ukLH3qxAxfpPwb6dnJpLQ== -RMD160 (mini_magick-1.2.5.gem) = pDgSJIEmyrFqTrVmEK9vaHRdI/M= -SHA1 (mini_magick-1.2.5.gem) = 0Ydam69lj3/wUQcTeNv78lgxak4= -SHA256 (mini_magick-1.2.5.gem) = ztIzlf93Gh0UdaXvv2Ef6zPUJ43em9zVZ7g6h3EpRIU= -SIZE (mini_magick-1.2.5.gem) = 1082368 +MD5 (mini_magick-3.3.gem) = l7Bp1y0DTWN9fAIQ6g9Cig== +RMD160 (mini_magick-3.3.gem) = XjuLXlvmkGw9DYbOHjiBJThfFaI= +SHA1 (mini_magick-3.3.gem) = fHiUaU4Q1Ns51Ao4CbHVD8h/WsU= +SHA256 (mini_magick-3.3.gem) = D+kfLH66ANdq69DcxUKQhQJVzjePkVlrsrqKOj2kkvg= +SIZE (mini_magick-3.3.gem) = 50176 Index: patches/patch-Rakefile === RCS file: patches/patch-Rakefile diff -N patches/patch-Rakefile --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Rakefile 13 Dec 2011 18:45:49 - @@ -0,0 +1,11 @@ +$OpenBSD$ +--- Rakefile.orig Tue Dec 13 10:45:39 2011 Rakefile Tue Dec 13 10:45:46 2011 +@@ -26,6 +26,7 @@ Rake::RDocTask.new(:rdoc) do |rdoc| + rdoc.rdoc_files.include('lib/**/*.rb') + end + ++__END__ + spec = eval(File.read('mini_magick.gemspec')) + Gem::PackageTask.new(spec) do |pkg| + pkg.gem_spec = spec Index: pkg/PLIST === RCS file: /cvs/ports/graphics/ruby-mini_magick/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- pkg/PLIST 8 Nov 2010 23:24:41 - 1.4 +++ pkg/PLIST 3 Dec 2011 17:58:25 - @@ -1,23 +1,24 @@ @comment $OpenBSD: PLIST,v 1.4 2010/11/08 23:24:41 jeremy Exp $ ${GEM_LIB}/cache/${DISTNAME}.gem ${GEM_LIB}/gems/${DISTNAME}/ -${GEM_LIB}/gems/${DISTNAME}/.gitignore ${GEM_LIB}/gems/${DISTNAME}/MIT-LICENSE ${GEM_LIB}/gems/${DISTNAME}/README.rdoc ${GEM_LIB}/gems/${DISTNAME}/Rakefile ${GEM_LIB}/gems/${DISTNAME}/VERSION ${GEM_LIB}/gems/${DISTNAME}/lib/ -${GEM_LIB}/gems/${DISTNAME}/lib/image_temp_file.rb +${GEM_LIB}/gems/${DISTNAME}/lib/mini_gmagick.rb ${GEM_LIB}/gems/${DISTNAME}/lib/mini_magick.rb -${GEM_LIB}/gems/${DISTNAME}/mini_magick.gemspec ${GEM_LIB}/gems/${DISTNAME}/test/ ${GEM_LIB}/gems/${DISTNAME}/test/actually_a_gif.jpg ${GEM_LIB}/gems/${DISTNAME}/test/animation.gif ${GEM_LIB}/gems/${DISTNAME}/test/command_builder_test.rb -${GEM_LIB}/gems/${DISTNAME}/test/image_temp_file_test.rb +${GEM_LIB}/gems/${DISTNAME}/test/composited.jpg ${GEM_LIB}/gems/${DISTNAME}/test/image_test.rb -${GEM_LIB}/gems/${DISTNAME}/test/leaves.tiff +${GEM_LIB}/gems/${DISTNAME}/test/leaves (spaced).tiff ${GEM_LIB}/gems/${DISTNAME}/test/not_an_image.php +${GEM_LIB}/gems/${DISTNAME}/test/png.png +${GEM_LIB}/gems/${DISTNAME}/test/simple-minus.gif ${GEM_LIB}/gems/${DISTNAME}/test/simple.gif ${GEM_LIB}/gems/${DISTNAME}/test/trogdor.jpg +${GEM_LIB}/gems/${DISTNAME}/test/trogdor_capitalized.JPG ${GEM_LIB}/specifications/${DISTNAME}.gemspec ruby-subexec.tar.gz Description: application/tar-gz
Re: Zope & python 2.4
> Then this just leaves editors/cooledit. Diff below builds but not > really tested as cooledit is currently a barrel of fail on amd64. diff on top of your work... update to 3.17.17 with better comment. i ran it and it works... on amd64 still keeping it as BROKEN untl you check it out. Index: Makefile === RCS file: /cvs/ports/editors/cooledit/Makefile,v retrieving revision 1.37 diff -u -p -r1.37 Makefile --- Makefile2 Dec 2011 14:36:13 - 1.37 +++ Makefile13 Dec 2011 18:53:31 - @@ -1,12 +1,16 @@ # $OpenBSD: Makefile,v 1.37 2011/12/02 14:36:13 espie Exp $ -COMMENT = easy to use, graphical editor +.include +.if ${PROPERTIES:Mlp64} +BROKEN = crashes all over the place on LP64 arches, missing prototypes +.endif + +COMMENT = easy to use, graphical text editor CATEGORIES = editors -MASTER_SITES = ${HOMEPAGE} -HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ -DISTNAME = cooledit-3.17.14 -REVISION = 6 +MASTER_SITES = http://fossies.org/linux/misc/ +HOMEPAGE = ftp://ftp.ibiblio.org/pub/Linux/apps/editors/X/cooledit/ +DISTNAME = cooledit-3.17.17 SHARED_LIBS = Cw 1.0 @@ -15,19 +19,19 @@ MAINTAINER =Marc Espie =${PYTHON_VER},<2.5:lang/python/${PYTHON_VER} -CONFIGURE_ENV +=PYTHON_VER=${PYTHON_VER} LOCALBASE=${LOCALBASE} -WANTLIB += pthread m python${PYTHON_VER} +MODULES += lang/python +LIB_DEPENDS += ${MODPY_LIB_DEPENDS} +CONFIGURE_ENV +=PYTHON_VER=${MODPY_VERSION} LOCALBASE=${LOCALBASE} +WANTLIB += pthread m ${MODPY_WANTLIB} .else CONFIGURE_ENV +=NOPYTHON=Yes .endif -MODULES = devel/gettext +MODULES += devel/gettext USE_GROFF =Yes CONFIGURE_STYLE = gnu @@ -39,7 +43,7 @@ CONFIGURE_ENV += XTERM_CMD=xterm LDFLAGS CONFIGURE_ARGS += ${CONFIGURE_SHARED} CONFIGURE_ARGS += --enable-static --disable-mail-author -# GPL +# GPLv2+ PERMIT_PACKAGE_FTP = Yes PERMIT_DISTFILES_FTP = Yes PERMIT_PACKAGE_CDROM = Yes Index: distinfo === RCS file: /cvs/ports/editors/cooledit/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo5 Apr 2007 15:38:07 - 1.5 +++ distinfo13 Dec 2011 18:53:31 - @@ -1,5 +1,5 @@ -MD5 (cooledit-3.17.14.tar.gz) = xb+g771hYLW6hotyJBjMAg== -RMD160 (cooledit-3.17.14.tar.gz) = T1EdmWzkK7kWTdQ9T+8yAOSKBZU= -SHA1 (cooledit-3.17.14.tar.gz) = /ataBiXKQb5iKKB9N4zto/qYRsc= -SHA256 (cooledit-3.17.14.tar.gz) = rAhGLMxAqnCm7+ntiiCscE2jewctA4c+YCGmDpVNfJ0= -SIZE (cooledit-3.17.14.tar.gz) = 1671619 +MD5 (cooledit-3.17.17.tar.gz) = u481TVN4+PqeF4skFBUphw== +RMD160 (cooledit-3.17.17.tar.gz) = lt3eFPraIgw4EULWgUdzWsXHUWM= +SHA1 (cooledit-3.17.17.tar.gz) = c/m//LXj6S8KcdPzT+8Z6wKH7gc= +SHA256 (cooledit-3.17.17.tar.gz) = PA2V1Al5bj2SQF6OwxessEBxO0Msyf+XQvhlfAkr5Ik= +SIZE (cooledit-3.17.17.tar.gz) = 1674273 Index: pkg/PLIST === RCS file: /cvs/ports/editors/cooledit/pkg/PLIST,v retrieving revision 1.6 diff -u -p -r1.6 PLIST --- pkg/PLIST 16 May 2005 20:26:51 - 1.6 +++ pkg/PLIST 13 Dec 2011 18:53:31 - @@ -1,9 +1,9 @@ @comment $OpenBSD: PLIST,v 1.6 2005/05/16 20:26:51 alek Exp $ -bin/cooledit +@bin bin/cooledit bin/cooledit-gdb -bin/coolman +@bin bin/coolman bin/coolproject -bin/smalledit +@bin bin/smalledit lib/libCw.a lib/libCw.la @man man/man1/cooledit.1
Programação da Feira Central de Campo Grande, Shows Maria Cecília e Rodolfo, Papai Noel e Muito mais Confira!
[IMAGE] Não desejo mais receber estes e-mails.
Re: [NEW] opencore-amr
> > audio/sox > > graphics/ffmpeg > > multimedia/avidemux > > multimedia/gstreamer-0.10 (plugins-bad and plugins-ugly) The above seem to not be broken (or in fact influenced) by the presence of opencore-amr as installed from the port (as attached) - see previous posts. The tests described in my previous posts have been done on current/i386 and current/amd64. Are there further comments or objections to commiting this? Thanks Jan opencore-amr-0.1.2.tar.gz Description: application/tar-gz
NEW: p5-PostScript-MailLabels 2.30
PostScript-MailLabels contains modules for creating PostScript files of mailing address labels, to be printed on standard adhesive-backed mailing label stock. Flexible enough to tackle other printing tasks, basically anything requiring a set fields be printed on a regular grid. Also creates PostScript code for calibrating and testing mailing label printing. I use this to print labels for xmas cards... - todd p5-PostScript-MailLabels.shar Description: Unix shell archive
Re: [NEW] opencore-amr
Jan Stary wrote: > Is this OK? > http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues > > # Apache 2.0 > PERMIT_PACKAGE_CDROM = patents, http://www.voiceage.com/amr_licterms.php > PERMIT_PACKAGE_FTP= Yes > PERMIT_DISTFILES_CDROM= patents, > http://www.voiceage.com/amr_licterms.php > PERMIT_DISTFILES_FTP = Yes Yes, that's fine. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: Zope & python 2.4
On Mon, 12 Dec 2011 10:51:21 -0300 Federico Schwindt wrote: > Hi, > > The only reason python 2.4 is around is because of Zope. Now, we have > a very old version (2.10) that is long time dead. ITOH, newer Zope > releases work with more recent python versions and most likely will > require newer versions of Plone, CMF, etc. > Killing Zope and friends will allow us to remove lot of crap and if > someone really needs it she should be using something recent anyways > so I don't see much point on keeping this. > So the question is, is anyone using this version of Zope? Any > objection removing the ports below? > > books/zopebook > www/plone > www/plone-formgen > www/plone-ldap > www/plone-massload > www/zope > www/zope-cmf > www/zope-cmfquickinstaller > www/zope-coreblog > www/zope-externaleditor > www/zope-formulator > www/zope-fortune > www/zope-fscounter > www/zope-genericsetup > www/zope-groupuserfolder > www/zope-jtracker > www/zope-ldapmultiplugins > www/zope-ldapuserfolder > www/zope-logger > www/zope-placelesstranslationservice > www/zope-pluggableauthservice > www/zope-pluginregistry > www/zope-rdfsummary > www/zope-xmlmethods > www/zope-zippy > www/zope-zsyncer > www/zope-zwiki > www/zopeedit > > Please talk NOW or get them from the Attic later. > Thanks, ok rpointel@. Remi.
Re: irssi-xmpp
> Date: Mon, 16 May 2011 12:11:18 -0400 > Subject: irssi-xmpp > From: mich...@pipelinedealsco.com > To: ports@openbsd.org > > Anyone currently working on a port of irssi-xmpp > (http://cybione.org/~irssi-xmpp/) or attempted one in the past? > > FreeBSD has an existing port and the dependencies appear to be fairly > satisfiable. > > Michael Pellon > > E: mich...@p3ll0n.net > See this: https://github.com/druga/openbsd-ports/tree/master/net/irssi-xmpp , but be noticed, that i've done this port in times of OpenBSD 4.4. I strictly don't recommend to bump it to 0.51 version, since it got auto-setting of xmpp status or status message broken (i don't remember quite clear for now), before this thing will get fixed by author of irssi-xmpp or by someone via patching. Also note that you should talk with current maintainer of irssi, so he will remove "@rm -rf ${PREFIX}/include" from irssi port's Makefile (if it still there), see http://old.nabble.com/FYI%3A-net-irssi-0.8.15-rc1-tt28066884.html#a29915548 and reply for details.
[BUG] libreoffice-java doesn't work with java 1.7
Hello, some time ago a guy was complaining about a problem with Openoffice to detect Java 1.7. http://marc.info/?l=openbsd-misc&m=130856098505701&w=2 I was checking the same today with LO and it is real bug: https://bugs.freedesktop.org/show_bug.cgi?id=39659 Maybe until the bug would be completely solved by upstream valid java version should be defined in Makefile? http://cgit.freedesktop.org/libreoffice/core/commit/jvmfwk/distributions/OpenOfficeorg/javavendors_wnt.xml?id=f95052c29b076995a54b1d3f7c0becf35ebcd23f $ cat /usr/local/lib/libreoffice/ure/share/misc/javavendors.xml http://openoffice.org/2004/java/framework/1.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";> 2004-01-30 1.5.0 vnd.sun.star.expand:$URE_INTERNAL_LIB_DIR/sunjavaplugin.so jirib
Update: devel/ruby-kgio 2.6.0 -> 2.7.0
Fairly simple update, only significant difference is some of our patches were accepted upstream. See http://bogomips.org/kgio/NEWS.html for details. Tested on amd64. Unless I hear objections, I'll probably commit next week. Thanks, Jeremy Index: Makefile === RCS file: /cvs/ports/devel/ruby-kgio/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile18 Nov 2011 00:03:15 - 1.7 +++ Makefile13 Dec 2011 18:51:52 - @@ -2,7 +2,7 @@ COMMENT = kinder, gentler I/O for Ruby -DISTNAME = kgio-2.6.0 +DISTNAME = kgio-2.7.0 CATEGORIES = devel MAINTAINER = Jeremy Evans Index: distinfo === RCS file: /cvs/ports/devel/ruby-kgio/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo18 Nov 2011 00:03:15 - 1.5 +++ distinfo13 Dec 2011 18:52:41 - @@ -1,5 +1,5 @@ -MD5 (kgio-2.6.0.gem) = xEbDe6kTReKvKM3G3NBgwQ== -RMD160 (kgio-2.6.0.gem) = 52qhTsc7e2QHHxqgGpen7l11cEA= -SHA1 (kgio-2.6.0.gem) = BMLVITKzHTAA2xBcJWKXi4s/3eU= -SHA256 (kgio-2.6.0.gem) = 59TYLk9U6gTbRjDkw0c4RMjg1Zwdr1rNkOJh+d2UJZM= -SIZE (kgio-2.6.0.gem) = 66048 +MD5 (kgio-2.7.0.gem) = p1vP9Mw/q4m6+cO006rdyw== +RMD160 (kgio-2.7.0.gem) = RpG7Jm/QDvpFZOQojMHC81nMwtA= +SHA1 (kgio-2.7.0.gem) = y8ey9Tf5aAdAFre71PTNsWSs42w= +SHA256 (kgio-2.7.0.gem) = PG+1svbBJt8qTbXb27Nl5D29I5OaJh/FUispqd/Kxcw= +SIZE (kgio-2.7.0.gem) = 68096 Index: patches/patch-ext_kgio_accept_c === RCS file: patches/patch-ext_kgio_accept_c diff -N patches/patch-ext_kgio_accept_c --- patches/patch-ext_kgio_accept_c 18 Nov 2011 00:03:15 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,61 +0,0 @@ -$OpenBSD: patch-ext_kgio_accept_c,v 1.1 2011/11/18 00:03:15 jeremy Exp $ ext/kgio/accept.c.orig Thu Jan 1 01:00:00 1970 -+++ ext/kgio/accept.c Wed Nov 16 01:32:16 2011 -@@ -10,7 +10,7 @@ static VALUE cKgio_Socket; - static VALUE mSocketMethods; - static VALUE iv_kgio_addr; - --#if defined(__linux__) -+#if defined(__linux__) && defined(HAVE_RB_THREAD_BLOCKING_REGION) - static int accept4_flags = SOCK_CLOEXEC; - #else /* ! linux */ - static int accept4_flags = SOCK_CLOEXEC | SOCK_NONBLOCK; -@@ -125,6 +125,10 @@ static int thread_accept(struct accept_args *a, int fo - - /* always use non-blocking accept() under 1.8 for green threads */ - set_nonblocking(a->fd); -+ -+ /* created sockets are always non-blocking under 1.8, too */ -+ a->flags |= SOCK_NONBLOCK; -+ - TRAP_BEG; - rv = (int)xaccept(a); - TRAP_END; -@@ -409,6 +413,8 @@ static VALUE unix_accept(int argc, VALUE *argv, VALUE - * - * Returns true if newly accepted Kgio::Sockets are created with the - * FD_CLOEXEC file descriptor flag, false if not. -+ * -+ * Deprecated, use the per-socket flags for kgio_*accept instead. - */ - static VALUE get_cloexec(VALUE mod) - { -@@ -423,6 +429,8 @@ static VALUE get_cloexec(VALUE mod) - * - * Returns true if newly accepted Kgio::Sockets are created with the - * O_NONBLOCK file status flag, false if not. -+ * -+ * Deprecated, use the per-socket flags for kgio_*accept instead. - */ - static VALUE get_nonblock(VALUE mod) - { -@@ -444,6 +452,8 @@ static VALUE get_nonblock(VALUE mod) - * - * This is on by default, as there is little reason to deal to enable - * it for client sockets on a socket server. -+ * -+ * Deprecated, use the per-socket flags for kgio_*accept instead. - */ - static VALUE set_cloexec(VALUE mod, VALUE boolean) - { -@@ -476,6 +486,10 @@ static VALUE set_cloexec(VALUE mod, VALUE boolean) - * available (and on newer GNU/Linux, accept4() may also set - * the non-blocking flag. This defaults to +true+ on non-GNU/Linux - * systems. -+ * -+ * This is always true on Ruby implementations using user-space threads. -+ * -+ * Deprecated, use the per-socket flags for kgio_*accept instead. - */ - static VALUE set_nonblock(VALUE mod, VALUE boolean) - { Index: patches/patch-test_lib_server_accept_rb === RCS file: patches/patch-test_lib_server_accept_rb diff -N patches/patch-test_lib_server_accept_rb --- patches/patch-test_lib_server_accept_rb 18 Nov 2011 00:03:15 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,19 +0,0 @@ -$OpenBSD: patch-test_lib_server_accept_rb,v 1.1 2011/11/18 00:03:15 jeremy Exp $ test/lib_server_accept.rb.orig Thu Jan 1 01:00:00 1970 -+++ test/lib_server_accept.rb Wed Nov 16 01:32:16 2011 -@@ -25,7 +25,6 @@ module LibServerAccept - IO.select([@srv]) - b = @srv.kgio_tryaccept nil, 0 - assert_kind_of Kgio::Socket, b --assert_equal false, b.nonblock? - assert_equal 0, b.fcntl(Fcntl::F_GETFD) - end - -@@ -34,7 +33,6 @@ module LibServerAccept - IO.select([@srv]) - b = @srv.kgio_accept nil, 0 - assert_ki
New: lang/coffeescript 1.1.3
CoffeeScript is a little language that compiles into JavaScript. Underneath all those awkward braces and semicolons, JavaScript has always had a gorgeous object model at its heart. CoffeeScript is an attempt to expose the good parts of JavaScript in a simple way. The golden rule of CoffeeScript is: "It's just JavaScript". The code compiles one-to-one into the equivalent JS, and there is no interpretation at runtime. You can use any existing JavaScript library seamlessly from CoffeeScript (and vice-versa). The compiled output is readable and pretty-printed, passes through JavaScript Lint without warnings, will work in every JavaScript implementation, and tends to run as fast or faster than the equivalent handwritten JavaScript. Tested briefly on amd64 and i386. Looking for OKs. Thanks, Jeremy coffeescript.tar.gz Description: application/tar-gz
context --version output is not what expected
Hello, I've started to learn TEX etc... and when I tried this I probably have found an error. $ pkg_info | grep texlive_texmf-minimal texlive_texmf-minimal-2011 texlive texmf for laTeX/PdfTeX $ context --version mtxrun | unknown script 'context.lua' or 'mtx-context.lua' It doesn't look like report of installed context version :) jirib
Re: context --version output is not what expected
Try installing texmf-full. On Dec 13, 2011 11:56 PM, "Jiri B" wrote: > Hello, > > I've started to learn TEX etc... and when I tried this > I probably have found an error. > > $ pkg_info | grep texlive_texmf-minimal > texlive_texmf-minimal-2011 texlive texmf for laTeX/PdfTeX > > $ context --version > > mtxrun | unknown script 'context.lua' or 'mtx-context.lua' > > It doesn't look like report of installed context version :) > > jirib >
Site d'annonce gratuit
Bonjour, Déposez votre annonce gratuitement sur http://bonne-annonce.fr Vous pouvez consulter nos annonces sur le site grace a notre moteur de recherche précis. Nos offres d'annonces de toutes régions : http://bonne-annonce.fr/ann_type.php?type=1 Et si vous voulez juste déposer une annonce : http://bonne-annonce.fr/deposer-une-annonce.htm Partager Notre site sur les réseaux sociaux : en cliquant sur ce lien http://www.facebook.com/sharer/sharer.php?u=http://bonne-annonce.fr Merci et bonne visite a tous. Cordialement L'èquipe de bonne-annonce.fr