CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/01/16 01:06:26 Modified files: www/cssed : Makefile x11/qrfcview : Makefile graphics/k3dsurf: Makefile x11/extace : Makefile x11/gxmessage : Makefile sysutils/filelight: Makefile x11/netwmpager : Makefile x11/obconf : Makefile devel/sdl-pango: Makefile x11/obmenu : Makefile x11/pypanel: Makefile Log message: - remove myself from MAINTAINER
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/01/16 01:14:58 Modified files: misc/gramps: Makefile distinfo misc/gramps/pkg: PLIST Log message: - update to gramps-3.0.4 from Benoit Lecocq, with some tweaks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2009/01/16 09:49:29 Modified files: devel/jdk/1.7 : Makefile devel/jdk/1.7/patches: patch-corba_make_common_Defs_gmk patch-corba_make_common_shared_Defs-bsd_gmk patch-corba_make_common_shared_Defs-utils_gmk patch-hotspot_src_cpu_x86_vm_interpreterRT_x86_32_cpp patch-hotspot_src_os_bsd_vm_os_bsd_cpp patch-hotspot_src_share_vm_gc_implementation_includeDB_gc_parNew patch-hotspot_src_share_vm_includeDB_compiler2 patch-hotspot_src_share_vm_includeDB_core patch-jdk_make_common_Defs_gmk patch-jdk_make_common_shared_Defs-bsd_gmk patch-jdk_make_common_shared_Defs-utils_gmk Added files: devel/jdk/1.7/patches: patch-hotspot_src_share_vm_gc_implementation_includeDB_gc_concurrentMarkSweep patch-hotspot_src_share_vm_gc_implementation_includeDB_gc_g1 patch-hotspot_src_share_vm_gc_implementation_includeDB_gc_parallelScavenge patch-hotspot_src_share_vm_includeDB_features Removed files: devel/jdk/1.7/patches: patch-corba_make_com_sun_corba_minclude_com_sun_corba_se_spi_orb_jmk patch-make_Defs-internal_gmk Log message: Various minor corrections: - Remove some patches no longer needed - Sync some corba and jdk makefiles with bsd-port repo - Another datatype correction in hotspot - Use proper scoping for clock_get* from bsd-port repo - Use includeDB corrections from Coleen Phillimore @ Sun instead of my own ones. From hotspot-dev list.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/01/16 09:58:05 Modified files: archivers/gcpio: Makefile archivers/gcpio/pkg: PLIST Added files: archivers/gcpio/patches: patch-lib_paxnames_c Log message: SECURITY: Fix potential crash induced by malicious archives; from upstream CVS. CVE-2007-4476, Bugtraq ID 26445
NEW: devel/pear-Console_Table (for horde translations)
Hi! This a port for the Console_Table package, which is needed for the horde/po/translation.php script. This script is useful for translators. Daniel -- LEVAI Daniel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1 pear-Console_Table.tar.gz Description: application/gzip
NEW: textproc/pear-File_Find (for horde translations)
Hi! This a port for the File_Find package, which is needed for the horde/po/translation.php script. This script is useful for translators. Daniel -- LEVAI Daniel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1 pear-File_Find.tar.gz Description: application/gzip
Re: UPDATE: net/gajim to 0.12 and drop maintainership
Stuart Henderson s...@spacehopper.org writes: On 2009/01/14 12:06, Simon Kuhnle wrote: On Sat, Jan 10, 2009 at 11:07:53PM +0100, Jonathan Schleifer wrote: Am 10.01.2009 um 22:33 schrieb Stuart Henderson: On 2009/01/10 15:35, Jonathan Schleifer wrote: I did several patches, one increasing the timeouts to sane values, That sounds like a reasonable thing to put in the port. http://trac.gajim.org/changeset/10848 It was reverted because some (for example Asterix) complained that their router closes their connection if there's no traffic for 55 sec. IMO, there should be a space every 55 sec then and then the increased values for the XMPP ping timeout can be used there as well. Nice to see that the gajim port was updated, but what about the patches Jonathan mentioned? I was trying to avoid doing things that way, and thought about just disabling keepalives, but the NAT timeout on crappy routers is also a valid concern... but having looked at the code I think we'll have to do something like that as a workaround for now. but I note the commit log: revert [10848] That's not the way to solve the problem you're trying to fix: first keepalive packet is sent too early. pea, you mentioned taking maintainer, if you want to commit that patch to increase the timeouts when you do that, it's ok with me, but please reference ticket 4643 and svn commits 10848/10851 in comments in the patch file. I tested gajim with this patch (http://trac.gajim.org/changeset/10848) and it's better but i still have random deconnexions with my jabber servers (Ichat server and 2 ejabberd )(less deconnexions but there are still here). The only thing to do is to disable the keep-alive option and everything runs fine. Maybe we should add a message to warn users about this issue. The previous commit missed to add the py-openssl in RUN-DEPENDS. Without it, i get a warning about an insecure connexion. Just for the record: regressions tests are broken (http://trac.gajim.org/ticket/4613). More testing is welcome. Index: Makefile === RCS file: /cvs/ports/net/gajim/Makefile,v retrieving revision 1.26 diff -u -p -r1.26 Makefile --- Makefile 13 Jan 2009 11:40:20 - 1.26 +++ Makefile 15 Jan 2009 09:33:17 - @@ -4,12 +4,15 @@ SHARED_ONLY= Yes COMMENT= jabber client written in pygtk DISTNAME= gajim-0.12.1 +PKGNAME= ${DISTNAME}p0 CATEGORIES= net x11 MASTER_SITES= ${HOMEPAGE}/downloads/ HOMEPAGE= http://www.gajim.org/ +MAINTAINER= Pierre-Emmanuel Andre p...@openbsd.org + # GPLv3 only PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes @@ -37,7 +40,8 @@ RUN_DEPENDS= ::databases/py-sqlite2 \ ::devel/desktop-file-utils \ ::net/py-dns \ :dbus-python-*:x11/dbus-python \ - ::x11/py-gtk2 + ::x11/py-gtk2 \ + ::security/py-openssl WANTLIB= X11 Xcomposite Xdamage Xext Xss Xrender fontconfig freetype \ m z atk-1.0.=1011.0 cairo gio-2.0 gdk-x11-2.0.=600.0 pcre \ gdk_pixbuf-2.0.=600.0 glib-2.0.=600.0 gmodule-2.0.=600.0 \ Index: patches/patch-src_common_config_py === RCS file: patches/patch-src_common_config_py diff -N patches/patch-src_common_config_py --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_common_config_py 15 Jan 2009 09:33:17 - @@ -0,0 +1,14 @@ +$OpenBSD$ +--- src/common/config.py.orig Wed Jan 14 21:51:53 2009 src/common/config.py Wed Jan 14 21:53:05 2009 +@@ -308,8 +308,8 @@ class Config: + 'attached_gpg_keys': [ opt_str, '' ], + 'keep_alives_enabled': [ opt_bool, True], + # send keepalive every N seconds of inactivity +- 'keep_alive_every_foo_secs': [ opt_int, 55 ], +- 'time_for_keep_alive_answer': [ opt_int, 30, _('How many seconds to wait for the answer of keepalive packet before we try to reconnect.') ], ++ 'keep_alive_every_foo_secs': [ opt_int, 120 ], ++ 'time_for_keep_alive_answer': [ opt_int, 60, _('How many seconds to wait for the answer of keepalive packet before we try to reconnect.') ], + # try for 2 minutes before giving up (aka. timeout after those seconds) + 'try_connecting_for_foo_secs': [ opt_int, 60 ], + 'http_auth': [opt_str, 'ask'], # yes, no, ask -- Pierre-Emmanuel André pea at raveland.org GPG key: 0x7AE329DC
Re: UPDATE: net/gajim to 0.12 and drop maintainership
Am 16.01.2009 um 11:40 schrieb Pierre-Emmanuel André: I tested gajim with this patch (http://trac.gajim.org/changeset/10848) and it's better but i still have random deconnexions with my jabber servers (Ichat server and 2 ejabberd )(less deconnexions but there are still here). The only thing to do is to disable the keep-alive option and everything runs fine Just applying the patch is not enough if you ran Gajim without it before. This patch changes the default values of those settings. So they are only used when Gajim creates a new profile. -- Jonathan PGP.sig Description: Signierter Teil der Nachricht
Re: sndio backend requests
On Thu, Jan 01, 2009 at 10:03:37PM +0100, Stefan Sperling wrote: On Sat, Dec 27, 2008 at 09:47:17PM +, Jacob Meuser wrote: in the meantime, here's a sndio backend for pwlib. you'll have to use aucat, since pwlib uses a separate thread for recording and playback, and it is much easier to let each thread open connections to aucat than to add locks/private stores/etc. make sure you have echo cancellation and silence detection turned of in Edit-Preferences-Codecs-Audio Codecs. they seem to be over agressive and cause dropouts. Many thanks! With this, a LIBSNDIO sound module appears in ekiga's preferences, and using that I can receive phone calls while listening to music with xmms. Jacob, It would be nice if this got comitted. It would prevent me from having to do a reinstall-pwlib dance after every pkg_add -ui. Thanks, Stefan
PATCH: mail/dovecot (bdb support)
Hi, the following patch adds a new flavor that lets dovecot compile with BerkeleyDB support. BDB is needed for the expire plugin, if no SQL backend is used. Comments? Michael Index: Makefile === RCS file: /cvs/ports/mail/dovecot/Makefile,v retrieving revision 1.110 diff -u -r1.110 Makefile --- Makefile8 Jan 2009 12:07:03 - 1.110 +++ Makefile16 Jan 2009 13:38:26 - @@ -9,8 +9,8 @@ V_DOVECOT= 1.1.8 V_SIEVE= 1.1.6 -PKGNAME= dovecot-${V_DOVECOT} -PKGNAME-server=dovecot-${V_DOVECOT} +PKGNAME= dovecot-${V_DOVECOT}p0 +PKGNAME-server=dovecot-${V_DOVECOT}p0 FULLPKGNAME-sieve= dovecot-sieve-${V_SIEVE} DISTNAME= dovecot-${V_DOVECOT} @@ -41,7 +41,7 @@ SUBPACKAGE?= -server PSEUDO_FLAVORS=no_sieve -FLAVORS= ldap mysql postgresql sqlite +FLAVORS= bdb ldap mysql postgresql sqlite FLAVOR?= CFLAGS+= -I/usr/include/kerberosV -I${LOCALBASE}/include @@ -62,6 +62,12 @@ AUTOCONF_DIR+= ${WRKSRC} ${SIEVE_DIR} RUN_DEPENDS-sieve= ::${BUILD_PKGPATH} LIB_DEPENDS-sieve= ${MODLIBICONV_LIB_DEPENDS} +.endif + +.if ${FLAVOR:L:Mbdb} +CONFIGURE_ARGS+= --with-db +LIB_DEPENDS+= db.=5::databases/db/v4 +CFLAGS+= -I${LOCALBASE}/include/db4 .endif .if ${FLAVOR:L:Mldap} Index: pkg/PLIST-server === RCS file: /cvs/ports/mail/dovecot/pkg/PLIST-server,v retrieving revision 1.12 diff -u -r1.12 PLIST-server --- pkg/PLIST-server8 Jan 2009 12:07:03 - 1.12 +++ pkg/PLIST-server16 Jan 2009 13:38:26 - @@ -266,6 +266,6 @@ @mode @group share/examples/dovecot/dovecot-sql-example.conf +...@extraunexec rm -rf /var/dovecot @extra /etc/ssl/dovecotcert.pem @extra /etc/ssl/private/dovecot.pem -...@extraunexec rm -rf /var/dovecot
Re: PATCH: mail/dovecot (bdb support)
On 2009/01/16 14:44, Michael Lechtermann wrote: Hi, the following patch adds a new flavor that lets dovecot compile with BerkeleyDB support. BDB is needed for the expire plugin, if no SQL backend is used. Comments? What does the maintainer say?
Re: UPDATE: net/gajim to 0.12 and drop maintainership
Jonathan Schleifer js-openbsd-po...@webkeks.org writes: Am 16.01.2009 um 11:40 schrieb Pierre-Emmanuel André: I tested gajim with this patch (http://trac.gajim.org/changeset/10848) and it's better but i still have random deconnexions with my jabber servers (Ichat server and 2 ejabberd )(less deconnexions but there are still here). The only thing to do is to disable the keep-alive option and everything runs fine Just applying the patch is not enough if you ran Gajim without it before. This patch changes the default values of those settings. So they are only used when Gajim creates a new profile. -- Jonathan ok, thanks for the explanation. I will just add a MESSAGE to warn users. -- Pierre-Emmanuel André pea at raveland.org GPG key: 0x7AE329DC
Bug in faad 2.2.6.1 ports-Makefile
Hi, the Makefile has a bug. It does not compile in current. You have to delete the item LDFLAGS=-L${LOCALBASE}/lib in the CONFIGURE_ENV variable. If you don't, the linker find an old library. your, Jan
Re: UPDATE to net/ntp
Wim Lewis w...@.org wrote: Thoughts from the list on what the ISC version number's 'p' should be changed to? p - pl -- Christian naddy Weisgerber na...@mips.inka.de
Re: OpenBSD 4.4 does not have a /usr/ports directory, is it broken?
Greetings, I have installed OBSD4.4 with all packages. The install went flawless I thought, I never received any errors. I'm trying To follow your document to add packages but I don't have a ports directory under /usr/. Your help in this matter is greatly appreciated. Thanks, Ramon Miami Fl r...@hyteksolutions.com
Re: OpenBSD 4.4 does not have a /usr/ports directory, is it broken?
On Fri, 16 Jan 2009 12:36:37 -0500, Support Team wrote Greetings, I have installed OBSD4.4 with all packages. The install went flawless I thought, I never received any errors. I'm trying To follow your document to add packages but I don't have a ports directory under /usr/. Your help in this matter is greatly appreciated. Thanks, Ramon Miami Fl r...@hyteksolutions.com FAQ 15 describes the Ports and Packages system. The ports tree (which you do not have installed) is used for building packages. The only time you should ever need to use the ports tree is to build a package when a package is not available, such as when: * a package is not available due to licensing * a unique flavor of a package is not available Otherwise, use packages. To install packages, you 1) set the PKG_PATH variable to point to the right directory at your nearest mirror, e.g.: # export PKG_PATH=ftp://your nearest mirror/pub/OpenBSD/your release/your arch/ Then you use the pkg_add(8) program to install packages. Please re-read FAQ 15, paying particular attention to all of section 15.2, and the discussion in 15.4.6.
Re: Bug in faad 2.2.6.1 ports-Makefile
On Fri, Jan 16, 2009 at 08:01:47PM +0100, Jan Klemkow wrote: Hi, the Makefile has a bug. It does not compile in current. You have to delete the item LDFLAGS=-L${LOCALBASE}/lib in the CONFIGURE_ENV variable. If you don't, the linker find an old library. From your description it looks like problem with libtool not with the Makefile. If this is libtool problem this is classic issue, and you should just uninstall old faad package, then compile the new one. -- best regards q#
Re: PATCH: lang/gcc/4.2 (list)
On Tue, Jan 13, 2009 at 12:28:06AM +, Mikolaj Kucharski wrote: [resending to the list after maintainer timeout] Currently gcc-4.2.20070307p8 is required by libstdc++-4.2.20070307p4. Is it really the case? Please review attached diff. Thanks. Any comments? Index: Makefile === RCS file: /cvs/ports/lang/gcc/4.2/Makefile,v retrieving revision 1.23 diff -u -r1.23 Makefile --- Makefile 11 Sep 2008 19:22:05 - 1.23 +++ Makefile 8 Jan 2009 00:56:58 - @@ -10,7 +10,7 @@ PKGNAME-main= gcc-${FULL_PKGVERSION}p8 PKGNAME-c++ = g++-${FULL_PKGVERSION}p7 -PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p4 +PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p5 PKGNAME-g77= g77-${FULL_PKGVERSION}p4 PKGNAME-f95= g95-${FULL_PKGVERSION}p7 PKGNAME-java= gcj-${FULL_PKGVERSION}p3 @@ -184,6 +184,7 @@ WANTLIB= c RUN_DEPENDS-main= +RUN_DEPENDS-estdc= RUN_DEPENDS-c++ =${RUN_DEPENDS} ::${PKGPATH},-estdc WANTLIB-estdc= c m -- best regards q#
PATCH: bsd.port.mk (list)
[resending to the bigger audience for comments] I should also mention that FORCE_UPDATE=Hard Hi, When FETCH_PACKAGES=Yes pkg_add will cache packages in the ${_CACHE_REPO} directory. This task is done below ${ECHO_MSG} -n === Looking for ${_PKGFILE${_S}} in \$$PKG_PATH - line in bsd.port.mk. It may happend that the package in the $PKG_PATH is available but not installable on the current system (for example, base system library had major bump). When that is the case and this package is checked directly by pkg_add everything is fine, as port system will fall back and build the package ignoring what is in the cache. When the package was cached in previous pkg_add execution as a dependency - build will fail. Attached diff removes such broken cached packages, so packaging will not be skiped. I will give you practical example, seen on my system after recent openssl update in the base. I'm building astro/py-metar which depends on lang/python/2.5. Python 2.5.4 in the PKG_PATH is linked with ssl.12 which will fail to install on the lates OpenBSD snapshot (ssl.14). With FETCH_PACKAGES=Yes pkg_add in bsd.port.mk will fail and that will force rebuild of the py-metar, but in this execution python-2.5.4 with old ssl.12 was cached in the ${_CACHE_REPO}. Then going thru dependencies python will be rebuild again, but the package from the cache will be hard linked to the all/ directory and that will break the build even when python went to the fake stage. Please review my patch. I would like to get that commited. Thanks. -- best regards q# Index: bsd.port.mk === RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v retrieving revision 1.959 diff -u -r1.959 bsd.port.mk --- bsd.port.mk 5 Jan 2009 12:43:49 - 1.959 +++ bsd.port.mk 11 Jan 2009 00:38:39 - @@ -1433,6 +1433,10 @@ @mkdir -p $...@d} . if ${FETCH_PACKAGES:L} == yes !defined(_TRIED_FETCHING_${_PACKAGE_COOKIE${_S}}) @f=${_CACHE_REPO}/${_PKGFILE${_S}}; \ + if [ -f $$f ]; then \ + ${SETENV} PKG_TMPDIR=${PKG_TMPDIR} pkg_add -n -q ${_PKG_ADD_FORCE} $$f /dev/null 21 || \ + rm -f $$f; \ + fi; \ cd ${.CURDIR} ${MAKE} $$f \ { ln $$f $@ 2/dev/null || cp -p $$f $@ ; } || \ cd ${.CURDIR} ${MAKE} _TRIED_FETCHING_${_PACKAGE_COOKIE${_S}}=Yes _internal-package-only
Re: Bug in faad 2.2.6.1 ports-Makefile
Mikolaj Kucharski wrote: On Fri, Jan 16, 2009 at 08:01:47PM +0100, Jan Klemkow wrote: Hi, the Makefile has a bug. It does not compile in current. You have to delete the item LDFLAGS=-L${LOCALBASE}/lib in the CONFIGURE_ENV variable. If you don't, the linker find an old library. From your description it looks like problem with libtool not with the Makefile. If this is libtool problem this is classic issue, and you should just uninstall old faad package, then compile the new one. That is possible. I don't have experience to know this, but your analyze make more sense than mine. :-) thanks
Re: Bug in faad 2.2.6.1 ports-Makefile
Mikolaj Kucharski wrote: On Fri, Jan 16, 2009 at 08:01:47PM +0100, Jan Klemkow wrote: Hi, the Makefile has a bug. It does not compile in current. You have to delete the item LDFLAGS=-L${LOCALBASE}/lib in the CONFIGURE_ENV variable. If you don't, the linker find an old library. From your description it looks like problem with libtool not with the Makefile. If this is libtool problem this is classic issue, and you should just uninstall old faad package, then compile the new one. That is possible. I don't have the experience to know this, but your analyze make more sense than mine. :-) thanks
Re: OpenBSD 4.4 does not have a /usr/ports directory, is it broken?
On Fri, 16 Jan 2009 14:24:19 -0500, Support Team wrote I was reading that faq and did adhere to warning of not building from ports. I am new to OBSD and I don't want to brake my working install. I'm able to get the packages I'll reply off-list, and help you get things straightened out.
Re: OpenBSD 4.4 does not have a /usr/ports directory, is it broken?
Thanks Josh, I was reading that faq and did adhere to warning of not building from ports. I am new to OBSD and I don't want to brake my working install. I'm able to get the packages from the OBSD.org site with no problem except, that they would not install because it wants to put them in the wd0a which does not have enough space. I basically selected the default sizes when I installed my OBSD. Is there any way to have the packages install on a wd0x drive that has space and still work the way they are supposed to? Kind Regards, Ramon -Original Message- From: Josh Grosse [mailto:j...@jggimi.homeip.net] Sent: Friday, January 16, 2009 12:51 PM To: Support Team Cc: ports@openbsd.org Subject: Re: OpenBSD 4.4 does not have a /usr/ports directory, is it broken? On Fri, 16 Jan 2009 12:36:37 -0500, Support Team wrote Greetings, I have installed OBSD4.4 with all packages. The install went flawless I thought, I never received any errors. I'm trying To follow your document to add packages but I don't have a ports directory under /usr/. Your help in this matter is greatly appreciated. Thanks, Ramon Miami Fl r...@hyteksolutions.com FAQ 15 describes the Ports and Packages system. The ports tree (which you do not have installed) is used for building packages. The only time you should ever need to use the ports tree is to build a package when a package is not available, such as when: * a package is not available due to licensing * a unique flavor of a package is not available Otherwise, use packages. To install packages, you 1) set the PKG_PATH variable to point to the right directory at your nearest mirror, e.g.: # export PKG_PATH=ftp://your nearest mirror/pub/OpenBSD/your release/your arch/ Then you use the pkg_add(8) program to install packages. Please re-read FAQ 15, paying particular attention to all of section 15.2, and the discussion in 15.4.6.
Re: Bluetooth OBEX to my phone
On Thu, Jan 15, 2009 at 02:27:11PM -0700, andrew fresh wrote: I borrowed a few, we will see what kind of luck I have. When I say works here I mean that I can sdpquery -a XXX Browse. Nothing I have found works with obexftp. ubt0 at uhub3 port 1 ALPS UGX rev 2.00/19.15 addr 2 Built into my Vaio TX-770p. Works ubt1 at uhub5 port 1 Cambridge Silicon Radio Bluetooth rev 1.10/5.25 addr 5 ubt2 at uhub5 port 2 Cambridge Silicon Radio Bluetooth rev 1.10/5.25 addr 6 These are actually two of the same thing. They don't work, I get output from btconfig -vvv, but btconfig inquiry doesn't get me anywhere. The fcc-id is PATBT0230 It is supposedly a CCC BT-230, tho old enough that they don't list it on their site. http://www.ccandc.com.tw/ ubt3 at uhub5 port 3 ISSC ISSCBTM rev 1.10/3.73 addr 7 This one is from Hong puu Tech Co Ltd, but I can't find any real details other than fcc-id TBYPTPS-BT02C. http://www.hongpuu.com.tw It doesn't work, it sometimes seems to return corrupt information from btconfig -vvv, and hangs when trying to sdpquery Browse ubt4 at uhub5 port 4 Zeevo ZV4002 rev 1.10/2.09 addr 8 Jensen WBT431. Locks up my laptop when trying to btconfig up. ubt5 at uhub6 port 7 Broadcom Corp BCM92045B3 ROM rev 2.00/1.00 addr 3 MSI Star Key 2.0. Works http://www.msicomputer.com/product/p_spec.asp?model=Star_Key_2.0 ubt6 at uhub6 port 6 Integrated System Solution Corp. KY-BT100 Bluetooth rev 1.10/3.73 addr 4 Integrated System Solution Corp KY-BT100. Locks up my computer when doing btconfig up http://www.issc.com.tw/bt_dongle.htm And it happens to look just like that. It got dropped and the case broke off. Very odd, but I don't know who's name was on it originally. ubt7 at uhub6 port 5 Broadcom Corp BELKIN BLUETOOTH USB ADAPTER CL. 2 rev 2.00/1.00 addr 5 Belkin F8T013. Works http://catalog.belkin.com/IWCatProductPage.process?Product_Id=273109 ubt8 at uhub6 port 4 Cambridge Silicon Radio Bluetooth rev 2.00/31.64 addr 6 Vencer VD-1100. Works http://www.vencer.com.tw/p2_2_1.php?ID=26 Tho the one I have looks a bit different than the one in the picture. l8rZ, -- andrew - ICQ# 253198 - Jabber: and...@rraz.net Computer Science: solving today's problems tomorrow.
Re: NEW PORT: ssl-cert-check
On 2009/01/15 23:14, Alex Popov wrote: On Thu, Jan 15, 2009 at 7:04 PM, Stuart Henderson s...@spacehopper.org wrote: On 2009/01/15 18:58, Alex Popov wrote: This is my first port, and I am doing something wrong here. I can see the package in /usr/ports/packages/sparc64/all/ but 'make install' fails with Can't resolve ssl-cert-check.tgz You need to give it a version number. Thanks, Stuart! Works on sparc64. works for me too; ports-wise there are a couple of things to look at; - missing # $OpenBSD$ line at the top - change sequences of spaces to tabs (I guess parts were copied- and-pasted?), in some places make is sensitive to having the correct char, in others it's done for tidiness - if the file changes (which is likely as it has no version number), it will break package builds, so it could either do with being mirrored with a different filename, or asking the upstream author to also provide it in a filename with a version in. - missing license marker before the PERMIT_* - use EXTRACT_SUFX = rather than DISTFILES = foo - for new ports we're putting spaces around = in the Makefiles, see /usr/ports/infrastructure/Makefile.template for an example. seems a lot, but it'll be quicker to fix than it was to write down this list :-)
new: audio/rubberband
DESCR: Rubber Band is a library and a utility program, as well as LADSPA and VAMP plugins, that permits changing of the tempo and pitch of an audio recording independently of one another. using song44 as an example $ rubberband --tempo 5:3 -p -8 song44.wav song44-cns.wav http://jakemsr.trancell.org/song44-cns.mp3 $ rubberband --tempo 5:3 -p 8 song44.wav song44-s.wav http://jakemsr.trancell.org/song44-s.mp3 -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org rubberband-1.2-port.tgz Description: application/tar-gz
Re: new: audio/zynaddsubfx
On Wed, Jan 14, 2009 at 04:53:51AM +, Jacob Meuser wrote: On Mon, Jan 12, 2009 at 11:46:56AM +, Jacob Meuser wrote: DESCR: ZynAddSubFX is a pure software synthesizer that uses no samples. It includes many beautiful sounding predefined instruments. These instruments can be modified in numerous ways, and/or completely new instruments can be built. this is quite different than audio/fluidsynth which is a SoundFont based (and thus sample based) synthesizer. the instruments in ZynAddSubFX are also much more tweakable. it really does make some nice and/or interesting sounds. it has a virtual keyboard that can be played with a mouse, it can be played with a computer keyboard, or it can use MIDI input. includes only a sndio backend. the jack backend is somewhat broken, so I did not include it. here's a new version with a couple changes. this should work better on big endian machines. also should work better when there is no midi input device attached. can someone check that this builds on !x86? thanks -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
g95?
(not the same as gfortran, it is from g95.org) This is based on gcc 4.0.3, and possibly 4.1.x. Building on 4.3 works using the given installation instructions (download, ./configure and build gcc 4.0.3, then download, ./configure and build g95 version 0.91, then build the g95 runtime. It seems to use just the code generator from gcc.) It is based on gcc 4.0.3 (currently BROKEN=adjust for types changes). The usual source fixes (strlcpy, strlcat, etc) are needed. That is not too hard. Creating a package using the multi-level build looks hard. Has anyone tried? Any WIP? --John
Re: new: audio/zynaddsubfx
I don't really know what to do with it really, but seems to work just fine on this fairly old 800MHz iBook G4.
Re: new: audio/zynaddsubfx
On Fri, Jan 16, 2009 at 10:20:50PM -0800, patrick keshishian wrote: On Fri, Jan 16, 2009 at 9:27 PM, Jacob Meuser jake...@sdf.lonestar.org wrote: On Sat, Jan 17, 2009 at 04:44:35AM +, Jacob Meuser wrote: http://www.cs.cmu.edu/~poladian/arch/project/report_ning_poladian.htm which led me to this, which says to use lrintf: http://mega-nerd.com/FPcast/ The was first on my google results, I skimmed but didn't read through it. so, here's a version thst uses lrintf instead of assembly. I didn't find any other uses of assembly. fails with undefined references to sio_*(): c++ -O2 -pipe -DOS_LINUX -DOSSMIDIIN -DFFTW_VERSION_3 -DASM_F2I_NO `fltk-config --cflags` -DSNDIOAUDIOOUT -DOS_LINUX -DOSSMIDIIN -DFFTW_VERSION_3 -DASM_F2I_NO `fltk-config --cflags` -DSNDIOAUDIOOUT -c -o main.o main.C gmake[1]: Leaving directory `/usr/ports/mystuff/audio/zynaddsubfx/w-zynaddsubfx-2.2.1/ZynAddSubFX-2.2.1/src' rm -f zynaddsubfx zynaddsubfx.exe rm -f Make.deps c++ -o zynaddsubfx */*.o *.o -lm -lmxml -lz `fltk-config --ldflags` -lfftw3 -pthread -lsndio Misc/Bank.o(.text+0xed4): In function `Bank::swapslot(unsigned int, unsigned int)': : warning: strcpy() is almost always misused, please use strlcpy() Misc/Bank.o(.text+0x23c): In function `Bank::~Bank()': : warning: sprintf() is often misused, please use snprintf() Misc/Bank.o(.text+0x7d4): In function `Bank::savetoslot(unsigned int, Part*)': : warning: strcat() is almost always misused, please use strlcat() Output/SNDIOoutput.o(.text+0x68): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_open(char*, unsigned int, int)' Output/SNDIOoutput.o(.text+0xb8): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_initpar(sio_par*)' Output/SNDIOoutput.o(.text+0x110): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_setpar(sio_hdl*, sio_par*)' Output/SNDIOoutput.o(.text+0x138): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_getpar(sio_hdl*, sio_par*)' Output/SNDIOoutput.o(.text+0x1d0): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_start(sio_hdl*)' Output/SNDIOoutput.o(.text+0x280): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_open(char*, unsigned int, int)' Output/SNDIOoutput.o(.text+0x2d0): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_initpar(sio_par*)' Output/SNDIOoutput.o(.text+0x328): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_setpar(sio_hdl*, sio_par*)' Output/SNDIOoutput.o(.text+0x350): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_getpar(sio_hdl*, sio_par*)' Output/SNDIOoutput.o(.text+0x3e8): In function `SNDIOoutput::SNDIOoutput()': : undefined reference to `sio_start(sio_hdl*)' Output/SNDIOoutput.o(.text+0x500): In function `SNDIOoutput::SNDIOout(float*, float*)': : undefined reference to `sio_write(sio_hdl*, void*, unsigned long)' Output/SNDIOoutput.o(.text+0x5e0): In function `SNDIOoutput::~SNDIOoutput()': : undefined reference to `sio_close(sio_hdl*)' Output/SNDIOoutput.o(.text+0x640): In function `SNDIOoutput::~SNDIOoutput()': : undefined reference to `sio_close(sio_hdl*)' gmake: *** [all] Error 1 *** Error code 2 Stop in /usr/ports/mystuff/audio/zynaddsubfx (line 2172 of /usr/ports/infrastructure/mk/bsd.port.mk). I running -current built with cvs update on Jan 10th: OpenBSD 4.4-current (GENERIC) #1: Sat Jan 10 17:26:43 PST 2009 Quick fix is to surround '#include sndio.h' with #ifdef __cplusplus extern C { #endif But shouldn't this be done in sndio.h header file itself with __{BEGIN,END}_DECLS pairs? well, maybe. I'd like to know why it's needed on ppc and not i386 or amd64. seems like the problem is in ppc, or at least there's an (unnecessary?) inconsistency between archs. Also I see quite a lot of systrace denial for fluid trying to write to home directory: systrace: deny user: sidster, prog: /usr/local/bin/fluid, pid: 23911(0)[22438], policy: /usr/bin/env, filters: 195, syscall: native-fswrite(136), filename: /zynaddsubfx-2.2.1_writes_to_HOME systrace: deny user: sidster, prog: /usr/local/bin/fluid, pid: 23911(0)[22438], policy: /usr/bin/env, filters: 195, syscall: native-fswrite(136), filename: /zynaddsubfx-2.2.1_writes_to_HOME/.fltk fluid is part of fltk-1.1.7p0 package. yeah, I see that too. also with other fluid using ports. thanks for your feedback :) -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: new: audio/zynaddsubfx
On Fri, Jan 16, 2009 at 10:36:52PM -0800, patrick keshishian wrote: I don't really know what to do with it you're supposed to have fun making choose an adjective sounds :) -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org