CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/06/02 00:18:06 Modified files: mail/zarafa/zarafa: Makefile mail/zarafa/zarafa/pkg: README-main Log message: Tweak README to allow easier copy/paste.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/06/02 00:51:53 ports/www/owncloud/patches Update of /cvs/ports/www/owncloud/patches In directory cvs.openbsd.org:/tmp/cvs-serv24271/patches Log Message: Directory /cvs/ports/www/owncloud/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/06/02 00:54:57 Modified files: www/owncloud : Makefile distinfo www/owncloud/files: owncloud.conf www/owncloud/pkg: PLIST README Added files: www/owncloud/patches: patch-config_config_sample_php Log message: Update to owncloud-4.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/06/02 04:02:40 Modified files: net/icli : Makefile distinfo net/icli/patches: icinga-bin_icli Log message: update to icli 0.42, adds -U / --as-contact option to only operate on services visible to a certain contact
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/06/02 06:06:37 Modified files: x11/vlc: Makefile Log message: Missed bump, spotted by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/06/02 06:09:36 Log message: import ports/comms/amtterm, ok jasper@ amtterm provides gui and cli clients for Intel AMT serial-over-lan (sol), and a perl script to gather information and control managed computers. To reduce depencies when only the cli version is wanted, install the amtterm-term subpackage instead. Status: Vendor Tag: sthen Release Tags: sthen_20120602 N ports/comms/amtterm/Makefile N ports/comms/amtterm/distinfo N ports/comms/amtterm/pkg/PLIST-main N ports/comms/amtterm/pkg/PLIST-term N ports/comms/amtterm/pkg/DESCR-main N ports/comms/amtterm/pkg/DESCR-term N ports/comms/amtterm/files/Make.config N ports/comms/amtterm/patches/patch-mk_Maintainer_mk N ports/comms/amtterm/patches/patch-tcp_h N ports/comms/amtterm/patches/patch-amttool No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/06/02 06:09:55 Modified files: comms : Makefile Log message: +amtterm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/06/02 06:21:55 Modified files: audio/libcddb : Makefile distinfo Removed files: audio/libcddb/patches: patch-configure Log message: - update to 1.3.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/06/02 06:24:13 Log message: import elixir 0.5.0 Elixir is a programming language built on top of the Erlang VM. As Erlang, it is a functional language built to support distributed, fault-tolerant, non-stop applications with hot code swapping. Elixir is also dynamic typed but, differently from Erlang, it is also homoiconic, allowing meta-programming via macros. Elixir also supports polymorphism via protocols (similar to Clojure's), dynamic records and provides a reference mechanism. Finally, Elixir and Erlang share the same bytecode and data types. This means you can invoke Erlang code from Elixir (and vice-versa) without any conversion or performance hit. This allows a developer to mix the expressiveness of Elixir with the robustness and performance of Erlang. feedback/ok sthen@ Status: Vendor Tag: jasper Release Tags: jasper_20120206 N ports/lang/elixir/distinfo N ports/lang/elixir/Makefile N ports/lang/elixir/pkg/PLIST N ports/lang/elixir/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/06/02 06:25:11 Modified files: lang : Makefile Log message: sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/06/02 07:17:19 Modified files: shells/tcsh: Makefile distinfo shells/tcsh/patches: patch-config_f_h patch-host_defs Removed files: shells/tcsh/patches: patch-sh_proc_c patch-tests_arguments_at Log message: - update to 6.18.01 - take maintainership tested by and ok matthieu@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2012/06/02 10:09:40 Modified files: emulators/sdlmame: Makefile distinfo Log message: Update to sdlmame 0.146.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2012/06/02 15:15:12 Log message: Import beautifulsoup 4.1.0, a Python library designed for quick turnaround projects like screen-scraping. Original diff against py-beutifoulsup from wen heping, converted to a stand alone port after some discussion in ports@. Status: Vendor Tag: fgsch Release Tags: fgsch_20120602 N ports/www/py-beautifulsoup4/Makefile N ports/www/py-beautifulsoup4/distinfo N ports/www/py-beautifulsoup4/pkg/DESCR N ports/www/py-beautifulsoup4/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2012/06/02 15:15:59 Modified files: www: Makefile Log message: enter py-beautifulsoup4
NEW: comms/amtterm
OK? == == == == == amtterm provides gui and cli clients for Intel AMT serial-over-lan (sol), and a perl script to gather information and control managed computers. To reduce depencies when only the cli version is wanted, install the amtterm-term subpackage instead. == == == == == amtterm.tgz Description: application/tar-gz
Re: [Update]www/py-beautifulsoup
hmm, on Fri, Jun 01, 2012 at 10:55:39PM +0800, wen heping said that 2012/5/29 Stuart Henderson s...@spacehopper.org On 2012/05/29 09:04, wen heping wrote: There is big differenc between beautifulsoup and beautifulsoup4. What about the dep's, did you test anki and calibre? I always find dep on openports.se and it does not find one and I shall change the way to find dep: http://openports.se/search.php?stype=dependbuildso=beautifulsoup http://openports.se/search.php?stype=dependrunso=beautifulsoup anki and calibre in portstree is in old version , I have no confidence that they can build with beautifulsoup4. Peter Hessler sent a calibre update not that long ago. http://marc.info/?l=openbsd-portsm=133413233426177w=2 i tried to build it, but couldnt get through the make fake phase. i was meaning to ask, why is there no calibre binary package? -f -- opinions are like assholes --- everybody has one.
Re: update: audio/xmms2
On Thu, 31 May 2012 11:30:47 +0200, Pascal Stumpf wrote:
On Sat, 26 May 2012 19:52:43 +0200, Pascal Stumpf wrote:
Update to latest version (0.8); no feedback from maintainer yet.
Working fine here on amd64, but some more testing is never wrong.
Missing dependency on audio/libsndfile, noticed by Brad.
And now with tremor support, also noticed missing by Brad.
Index: Makefile
===
RCS file: /cvs/ports/audio/xmms2/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile30 Apr 2012 06:05:17 - 1.27
+++ Makefile2 Jun 2012 10:40:48 -
@@ -3,15 +3,14 @@
COMMENT = audio player daemon with library management
BROKEN-sparc64 = waf build goes into an infinite loop
-V =0.7
-DISTNAME = xmms2-${V}DrNo
+V =0.8
+DISTNAME = xmms2-${V}DrO_o
PKGNAME = xmms2-${V}
-REVISION = 14
-SHARED_LIBS += xmmsclient++1.0 # 4.0.0
-SHARED_LIBS += xmmsclient++-glib 0.0 # 1.0.0
-SHARED_LIBS += xmmsclient-glib 0.0 # 1.0.0
-SHARED_LIBS += xmmsclient 1.0 # 6.0.0
+SHARED_LIBS += xmmsclient++2.0 # 4.0.0
+SHARED_LIBS += xmmsclient++-glib 1.0 # 1.0.0
+SHARED_LIBS += xmmsclient-glib 1.0 # 1.0.0
+SHARED_LIBS += xmmsclient 2.0 # 6.0.0
CATEGORIES = audio
@@ -28,9 +27,9 @@ PERMIT_DISTFILES_FTP =Yes
WANTLIB += FLAC ao avahi-client avahi-common avahi-glib avcodec
WANTLIB += avutil c curl gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0
WANTLIB += gsm gthread-2.0 jack m mad mp3lame ncurses ogg orc-0.4
-WANTLIB += pthread readline schroedinger-1.0 speex sqlite3 stdc++
-WANTLIB += theoradec theoraenc util vorbis vorbisenc vorbisfile
-WANTLIB += vorbisidec vpx x264 xml2 z ${MODPY_WANTLIB}
+WANTLIB += pcre pthread readline schroedinger-1.0 sndfile speex
+WANTLIB += sqlite3 stdc++ theoradec theoraenc vorbis vorbisenc
+WANTLIB += vorbisfile vorbisidec vpx x264 xml2 xvidcore z
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=xmms2/}
@@ -46,8 +45,7 @@ NO_REGRESS = Yes
BUILD_DEPENDS =devel/pyrex \
devel/boost
-LIB_DEPENDS = ${MODPY_LIB_DEPENDS} \
- devel/glib2 \
+LIB_DEPENDS = devel/glib2 \
graphics/ffmpeg=20080620p10 \
audio/libao \
audio/jack \
@@ -56,6 +54,7 @@ LIB_DEPENDS = ${MODPY_LIB_DEPENDS} \
net/curl \
audio/libmad \
net/avahi \
+ audio/libsndfile \
audio/tremor
WSCRIPT_PATCHES = src/clients/lib/xmmsclient++/wscript \
@@ -65,28 +64,33 @@ WSCRIPT_PATCHES = src/clients/lib/xmmscl
pre-configure:
cd ${WRKSRC} ${SUBST_CMD} ${WSCRIPT_PATCHES}
-# Xmms2 uses it's own modified Waf, so we cannot use devel/waf.
+# Xmms2 uses its own modified Waf, so we cannot use devel/waf.
# Disable speex and sun because they are broken
# Disable shared memory support for visualization because it requires
semtimedop()
do-configure:
- cd ${WRKSRC} PYTHON=${MODPY_BIN} ${MODPY_BIN} ./waf configure
--prefix=${PREFIX} \
+ cd ${WRKSRC} PYTHON=${MODPY_BIN} ${MODPY_BIN} ./waf configure \
+ --prefix=${PREFIX} \
--mandir=${PREFIX}/man \
--conf-prefix=${PREFIX} \
--with-default-output-plugin=ao \
--disable-shmvis-server \
-
--without-optionals=dns_sd,medialib-updater,tests,xmmsclient-cf,xmmsclient-ecore,ruby
\
+
--without-optionals=medialib-updater,tests,xmmsclient-cf,xmmsclient-ecore,ruby \
--without-plugins=airplay,alsa,cdda,coreaudio,faad,gme,ices,mac,mms,modplug,mpg123,musepack,nms,ofa,oss,pulse,samba,sid,speex,sun,vocoder,waveout,wavpack
+post-configure:
+ # avoid linking to bogus libraries
+ perl -pi -e s/SONAME_ST.*/SONAME_ST=''/
${WRKSRC}/_build_/c4che/_cache.py
+
do-build:
cd ${WRKSRC} ${MODPY_BIN} ./waf build
do-install:
- cd ${WRKSRC} ${MODPY_BIN} ./waf install
-# These directories are empty after the fake
- rmdir ${WRKSRC}/_build_/default/src/clients/lib/perl/pm/XMMSClient
- rmdir ${WRKSRC}/_build_/default/src/clients/lib/perl/pm
- /usr/bin/pod2man ${WRKSRC}/src/clients/lib/perl/pm/XMMSClient.pm
${WRKDIR}/Audio::XMMSClient.3p
- /usr/bin/pod2man ${WRKSRC}/src/clients/lib/perl/pm/XMMSClient/Glib.pm
${WRKDIR}/Audio::XMMSClient::Glib.3p
+ cd ${WRKSRC} ${MODPY_BIN} ./waf install --without-ldconfig
+ /usr/bin/pod2man ${PREFIX}/${P5ARCH}/Audio/XMMSClient.pod
${WRKDIR}/Audio::XMMSClient.3p
+ /usr/bin/pod2man ${PREFIX}/${P5ARCH}/Audio/XMMSClient/Glib.pm
Re: [Update]www/py-beautifulsoup
On 2012/06/02 12:12, frantisek holop wrote: hmm, on Fri, Jun 01, 2012 at 10:55:39PM +0800, wen heping said that 2012/5/29 Stuart Henderson s...@spacehopper.org On 2012/05/29 09:04, wen heping wrote: There is big differenc between beautifulsoup and beautifulsoup4. What about the dep's, did you test anki and calibre? I always find dep on openports.se and it does not find one and I shall change the way to find dep: http://openports.se/search.php?stype=dependbuildso=beautifulsoup http://openports.se/search.php?stype=dependrunso=beautifulsoup anki and calibre in portstree is in old version , I have no confidence that they can build with beautifulsoup4. Peter Hessler sent a calibre update not that long ago. http://marc.info/?l=openbsd-portsm=133413233426177w=2 i tried to build it, but couldnt get through the make fake phase. i was meaning to ask, why is there no calibre binary package? Because it doesn't get through the make fake phase...
CogVM OpenBSD and the Call Stack
Hi In my feeble and ignorance, I'm attempting to build CogVM on OpenBSD. I've come across some problems that my limited skills cannot solve. $ make gcc -g -O2 -msse2 -DNDEBUG -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DCOGMTVM=0 -DDEBUGVM=0 -I/usr/X11R6/include -I/usr/local/include -msse -DLSB_FIRST=1 -DHAVE_CONFIG_H -DSQUEAK_BUILTIN_PLUGIN -I/home/dusty/CogVM/openCogVm/unixbuild/bld -I/home/dusty/CogVM/openCogVm/unixbuild/bld -I/home/dusty/CogVM/openCogVm/platforms/unix/vm -I/home/dusty/CogVM/openCogVm/platforms/Cross/vm -I/home/dusty/CogVM/openCogVm/src/vm -I/home/dusty/CogVM/openCogVm/platforms/Cross/vm -I/home/dusty/CogVM/openCogVm/platforms/unix/vm -I/home/dusty/CogVM/openCogVm/src/vm -I/home/dusty/CogVM/openCogVm/platforms/Cross/plugins/FilePlugin -I/home/dusty/CogVM/openCogVm/platforms/unix/plugins/B3DAcceleratorPlugin -I/home/dusty/CogVM/openCogVm/unixbuild/bld -I/home/dusty/CogVM/openCogVm/unixbuild/bld -I/home/dusty/CogVM/openCogVm/platforms/unix/vm -I/home/dusty/CogVM/openCogVm/platforms/Cross/vm -I/home/dusty/CogVM/openCogVm/src/vm -I/usr/X11R6/include -c -o sqUnixMain.o /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:62:22: error: execinfo.h: No such file or directory /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:820:3: error: #error need to implement extracting pc from a ucontext_t on this system /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c: In function 'reportStackState': /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:824: error: 'fp' undeclared (first use in this function) /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:824: error: (Each undeclared identifier is reported only once /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:824: error: for each function it appears in.) /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:824: error: 'sp' undeclared (first use in this function) *** Error code 1 Stop in /home/dusty/CogVM/openCogVm/unixbuild/bld/vm (line 273 of Makefile). *** Error code 1 Stop in /home/dusty/CogVM/openCogVm/unixbuild/bld (line 406 of Makefile). $ And the offending code is #if COGVM /* If we're in generated machine code then the only way the stack * dump machinery has of giving us an accurate report is if we set * stackPointer framePointer to the native stack frame pointers. */ # if __APPLE__ __MACH__ __i386__ void *fp = (void *)(uap ? uap-uc_mcontext-ss.ebp: 0); void *sp = (void *)(uap ? uap-uc_mcontext-ss.esp: 0); # elif __linux__ __i386__ void *fp = (void *)(uap ? uap-uc_mcontext.gregs[REG_EBP]: 0); void *sp = (void *)(uap ? uap-uc_mcontext.gregs[REG_ESP]: 0); # elif __FreeBSD__ __i386__ void *fp = (void *)(uap ? uap-uc_mcontext.mc_ebp: 0); void *sp = (void *)(uap ? uap-uc_mcontext.mc_esp: 0); # elif __sun__ __i386__ void *fp = (void *)(uap ? uap-uc_mcontext.gregs[REG_FP]: 0); void *sp = (void *)(uap ? uap-uc_mcontext.gregs[REG_SP]: 0); # else # error need to implement extracting pc from a ucontext_t on this system # endif char *savedSP, *savedFP; ifValidWriteBackStackPointersSaveTo(fp,sp,savedFP,savedSP); #endif I have got ucontext.h from src and stuff. Anyway. I want to know what on earth I should do with call stacks and ucontext and what all this is... Somebody educate me. I need to be schooled. Many thanks Dusty
Re: CogVM OpenBSD and the Call Stack
On 2012/06/02 15:07, Dusty wrote: In my feeble and ignorance, I'm attempting to build CogVM on OpenBSD. I've come across some problems that my limited skills cannot solve. -I/home/dusty/CogVM/openCogVm/platforms/Cross/vm -I/home/dusty/CogVM/openCogVm/src/vm -I/usr/X11R6/include -c -o sqUnixMain.o /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:62:22: error: execinfo.h: No such file or directory Build with -I/usr/local/include (and install the libexecinfo port if you haven't already) /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:820:3: error: #error need to implement extracting pc from a ucontext_t on this system If this is the ucontext.h stuff, afaik nobody has implemented ucontext for OpenBSD, certainly it's not in-tree.
general problem with 'make extract'
Hey @ports,
I'm working on KDE4 with Amit and Vadim. I noticed some problems with
extract[1] and now again (openbsd-wip/x11/kde4/runtime):
Normal extract with 'make extract' and (xzcat .tar.xz | tar xf -):
ls -la
/usr/ports/pobj/kde-runtime-4.8.3/kde-runtime-4.8.3/plasma/scriptengines/javascript/data
drwxr-xr-x 2 root wsrc 512 Jun 2 22:19 PaxHeaders.8691
-rw-r--r-- 1 root wsrc 3169 Feb 29 23:56 plasma-javascriptaddon.desktop
-rw-r--r-- 1 root wsrc 6839 Feb 29 23:56
plasma-packagestructure-javascript-addon.desk
-rw-r--r-- 1 root wsrc 7447 Feb 29 23:56
plasma-scriptengine-applet-declarative.deskto
-rw-r--r-- 1 root wsrc 8944 Jan 3 20:37
plasma-scriptengine-applet-simple-javascript.
-rw-r--r-- 1 root wsrc 3021 Jan 3 20:37
plasma-scriptengine-dataengine-javascript.des
-rw-r--r-- 1 root wsrc 6409 Jan 3 20:37
plasma-scriptengine-runner-javascript.desktop
and with my do-extract:
do-extract:
@gtar Jxf ${FULLDISTDIR}/${DISTNAME}${EXTRACT_SUFX} -C ${WRKDIR}
-rw-r--r-- 1 root wheel 3169 Feb 29 23:56 plasma-javascriptaddon.desktop
-rw-r--r-- 1 root wheel 6839 Feb 29 23:56
plasma-packagestructure-javascript-addon.desktop
-rw-r--r-- 1 root wheel 7447 Feb 29 23:56
plasma-scriptengine-applet-declarative.desktop
-rw-r--r-- 1 root wheel 8944 Jan 3 20:37
plasma-scriptengine-applet-simple-javascript.desktop
-rw-r--r-- 1 root wheel 3021 Jan 3 20:37
plasma-scriptengine-dataengine-javascript.desktop
-rw-r--r-- 1 root wheel 6409 Jan 3 20:37
plasma-scriptengine-runner-javascript.desktop
All locks fine. I think xzcat doesn't pipe the whole path (without code
view)
Cheers, Rafael
[1]
https://github.com/jasperla/openbsd-wip/commit/785d26c8e20263f8ba6772c186deaed8291a4f0e
Re: general problem with 'make extract'
On Sat Jun 02, 2012 at 10:10:40PM +0100, Stuart Henderson wrote: -rw-r--r-- 1 root wsrc 6839 Feb 29 23:56 plasma-packagestructure-javascript-addon.desk -rw-r--r-- 1 root wsrc 7447 Feb 29 23:56 plasma-scriptengine-applet-declarative.deskto -rw-r--r-- 1 root wheel 6839 Feb 29 23:56 plasma-packagestructure-javascript-addon.desktop -rw-r--r-- 1 root wheel 7447 Feb 29 23:56 plasma-scriptengine-applet-declarative.desktop On 2012/06/02 22:56, Pascal Stumpf wrote: Looks more like a gtar vs. bsdtar issue than a problem with xz. Set TAR=gtar in the Makefile and see if it works. Look at the files in the PaxHeaders directory to get more info on what exactly is causing the problem. The problem is clear, the files have excessively long pathnames so they can't be stored in a standard tar file Thanks Pascal and Stuart, TAR=gtar works well. Cheers, Rafael
Re: CogVM OpenBSD and the Call Stack
On Sat, Jun 02, 2012 at 08:19:17PM +0100, Stuart Henderson wrote: On 2012/06/02 15:07, Dusty wrote: In my feeble and ignorance, I'm attempting to build CogVM on OpenBSD. I've come across some problems that my limited skills cannot solve. -I/home/dusty/CogVM/openCogVm/platforms/Cross/vm -I/home/dusty/CogVM/openCogVm/src/vm -I/usr/X11R6/include -c -o sqUnixMain.o /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:62:22: error: execinfo.h: No such file or directory Build with -I/usr/local/include (and install the libexecinfo port if you haven't already) /home/dusty/CogVM/openCogVm/platforms/unix/vm/sqUnixMain.c:820:3: error: #error need to implement extracting pc from a ucontext_t on this system If this is the ucontext.h stuff, afaik nobody has implemented ucontext for OpenBSD, certainly it's not in-tree. No one should bother to either. The API is now obsolete. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
