CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: f...@cvs.openbsd.org2011/03/10 01:02:36 Modified files: sysutils/memtest86+: Makefile distinfo sysutils/memtest86+/patches: patch-makeiso_sh Log message: update to 4.20
Envoi de SMS, Email, Fax et Voix : Choisissez la plateforme prescrite par les pros !
Diffusion de SMS, E-MAIL, FAX, SMS VOCAL : Choisissez la plateforme multicanal prescrite par les professionnels ! PLUS DE REACTIVITE Toutes nos ressources, infrastructures techniques et personnel sont situies e n France. Service clients, hotline, diveloppeur, Consultant. Toutes nos iquip es sont ` votre disposition pour ripondre ` vos besoins de communication. PLUS DE COMPETITIVITE Notre structure ` taille humaine ainsi que la mantrise de lBensemble du proc essus de production, sans intermidiaires, nous permet de garantir ` nos clien ts les tarifs les plus compititifs. PLUS DE MODE D'ACCES Les modes d'acchs pour diffuser vos messages : une interface web, la gestion de flux automatisi (SMTP, FTP, API), la solution + email2opi ; , ou encore no tre service clients. Tilicharger la fiche descriptive de nos solutions. PLUS DE MEDIA (MULTICANAL) Un prestataire unique vous permettant de diffuser Fax, E-mail, SMS et Message s vocaux. depuis une mjme interface, un mjme service clients ou des API ayant la mjme structure. PLUS DE CAPACITE / DISPONIBILITE Notre plate-forme multicanale est basie sur des technologies de dernihres gin irations. Elle permet de traiter jusqu'` 250 000 messages / heure. Nous dispo sons de l'une des capacitis les plus importante du marchi pour le routage de vos messages par fax, e-mail, sms et message vocal et pouvons ainsi girer vos prioritis de diffusion. Notre service est disponible 24h/24 et 7j/7. En cas d'intervention sur nos systhmes nos clients sont automatiquement informis ` l 'avance. PLUS D'APPLICATIONS : Applications Marketing : Lancement de produit, Invitation, Promotion, Distock age, Newsletter, Envoi de tarifs, Fidilisation, Animation de programme de fid ilitiB Applications Transactionneles : Confirmation de commande, Confirmation de ris ervation, Avis dBopiri, Information Financihre, Relevi de compte, Alerte san itaire / bourse / mitio / retrait de produit / S.A.V / colising, Grille tarif aire, Communication adhirents, Relance de facture, Relance de dons, Communiqu i de presse, Analyse financihreB Netmessage B Multi-diffusion de message par Fax, E-mail, SMS, SMS Vocal 152 Boulevard Pereire B 75017 Paris B Til : +33 (0)1 71 18 12 50 B www.net message.com TVA intra : FR 39489400317 B SARL au capital de 300 000 ? B R.C.S Paris 489 400 317 B code NAF : 721Z
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 02:29:11 Modified files: www/py-django : Makefile distinfo www/py-django/pkg: PLIST Removed files: www/py-django/patches: patch-django_contrib_admin_widgets_py patch-django_contrib_sessions_backends_file_py patch-django_contrib_sessions_tests_py patch-django_middleware_csrf_py patch-docs_ref_contrib_csrf_txt patch-tests_regressiontests_admin_widgets_tests_py patch-tests_regressiontests_csrf_tests_tests_py Log message: - update py-django to 1.2.5 from ryan boggs (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 02:36:43 Modified files: telephony/spandsp: Makefile distinfo telephony/spandsp/pkg: PLIST Added files: telephony/spandsp/patches: patch-configure Log message: update spandsp to 0.0.6pre18, from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2011/03/10 03:00:40 Modified files: infrastructure/db: user.list Log message: correct some paths and comment out entries for removed ports. jasper@ ok
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 05:07:24 Modified files: mail/postfix : Makefile.inc Log message: whitespace cleanup, don't hide do-install targets with @; from Brad add HTTP URL as first entry in MASTER_SITES; from me, ok Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dh...@cvs.openbsd.org 2011/03/10 06:04:01 Modified files: textproc/p5-Text-CSV_XS: Makefile distinfo Log message: upgrade to 0.80 ok sthen@ landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 06:42:30 Log message: import snort2pf 4.5 Snort2Pf is a small Perl daemon which greps Snort's alertfile and blocks the naughty hosts for a given amount of time using pfctl. feedback/ok aja@ Status: Vendor Tag: jasper Release Tags: jasper_20111003 N ports/security/snort2pf/distinfo N ports/security/snort2pf/Makefile N ports/security/snort2pf/pkg/PLIST N ports/security/snort2pf/pkg/DESCR N ports/security/snort2pf/pkg/README N ports/security/snort2pf/pkg/snort2pf.rc No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 06:43:01 Modified files: security : Makefile Log message: sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/10 06:46:59 Modified files: infrastructure/templates: rc.template Log message: Sync with new defaults.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/10 08:18:43 Modified files: x11/dbus/patches: patch-configure Log message: Unbreak on gcc3: remove non supported -Wno-address. spotted by and ok naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 10:28:35 Modified files: comms/birda: Makefile Log message: - mirror distfile as the original master site disappeared.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 10:36:46 Modified files: textproc/p5-XML-Twig: Makefile distinfo Log message: - update XML::Twig to 3.38
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 10:58:23 Modified files: net/p5-Net-Traceroute: Makefile distinfo Log message: - update to 1.13
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 10:59:56 Modified files: devel/p5-Config-IniFiles: Makefile distinfo Log message: - update to 2.66
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 11:02:57 Modified files: converters/p5-MARC-Record: Makefile distinfo Log message: - update to 2.0.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 11:12:16 Modified files: converters/p5-Unicode-LineBreak: Makefile distinfo converters/p5-Unicode-LineBreak/pkg: PLIST Log message: - update to 2011.03.05
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 12:34:01 Log message: import tidyp 1.04 (which is a forked continuation for tidy, ports will be migrated eventually) tidyp is a program that can validate your HTML, as well as modify it to be more clean and standard. tidyp does not validate HTML 5. libtidyp is the library on which the program is based. It can be used by any other program that can interface to it. ok sthen@ Status: Vendor Tag: jasper Release Tags: jasper_20111003 N ports/www/tidyp/Makefile N ports/www/tidyp/distinfo N ports/www/tidyp/pkg/DESCR N ports/www/tidyp/pkg/PLIST N ports/www/tidyp/pkg/PFRAG.shared N ports/www/tidyp/patches/patch-include_platform_h No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 12:34:22 Modified files: www: Makefile Log message: sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 13:23:22 Modified files: devel/p5-Class-XSAccessor: Makefile distinfo Log message: update to p5-Class-XSAccessor 1.11, needed by p5-Class-Accessor-Grouped pointed out by landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 13:23:21 Modified files: net/tcpflow: Makefile net/tcpflow/pkg: PLIST Log message: - add extra master site - specify license version - regen plist from gleydson soares
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 14:34:49 Log message: import ports/devel/p5-Acme-Damn, Acme::Damn provides a single routine, damn(), which takes a blessed reference (a Perl object), and *unblesses* it, to return the original reference. I can't think of any reason why you might want to do this, but just because it's of no use doesn't mean that you shouldn't be able to do it. I'll be Acme::Damned if this is not the most useless module ever -jasper@ Status: Vendor Tag: sthen Release Tags: sthen20110310 N ports/devel/p5-Acme-Damn/Makefile N ports/devel/p5-Acme-Damn/distinfo N ports/devel/p5-Acme-Damn/pkg/PLIST N ports/devel/p5-Acme-Damn/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 14:35:25 Modified files: devel : Makefile Log message: add useless perl module
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/03/10 14:37:33 Modified files: mail/claws-mail: Makefile distinfo mail/claws-mail/pkg: PLIST-main Removed files: mail/claws-mail/pkg: DESCR-docs PLIST-docs Log message: Update to claws-mail 3.7.8, from robert at openbsd dot pap dot st (and also following plugin updates, thanks!). Remove -docs subpackage as upstream switched to docbook2html for doc generation and doesn't seem to provide a way to install distributed docs.. might come back later.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/03/10 14:38:59 Modified files: mail/claws-mail-attremover: Makefile mail/claws-mail-cachesaver: Makefile Log message: Bump REVISIONs after claws-mail update.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/03/10 14:39:30 Modified files: mail/claws-mail-htmlviewer: Makefile distinfo Log message: Update to claws-mail-htmlviewer 0.29
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/03/10 14:40:07 Modified files: mail/claws-mail-notification: Makefile distinfo Log message: Update to claws-mail-notification 0.26
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/03/10 14:44:13 Modified files: mail : Makefile Removed files: mail/claws-mail-pdfviewer: Makefile distinfo mail/claws-mail-pdfviewer/pkg: DESCR PLIST Log message: Remove claws-mail-pdfviewer, it doesn't load, is unmaintained upstream, and has licence issues (poppler is gplv2, claws is gplv3+.. GNU PHAIL!)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 15:21:24 Modified files: devel/p5-YAML-XS: Makefile distinfo Log message: update p5-YAML-XS to 0.34
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: piro...@cvs.openbsd.org 2011/03/10 15:52:15 Modified files: www/minitube : Makefile distinfo www/minitube/patches: patch-src_updatechecker_cpp www/minitube/pkg: PLIST Log message: Update to minitube-1.4. From Antti Harri, thanks! ``Hands Commercial works, that's all I use youtube for. ok with me'' -- jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 15:51:29 Modified files: devel/p5-Parse-RecDescent: Makefile distinfo devel/p5-Parse-RecDescent/pkg: PLIST Log message: update p5-Parse-RecDescent to 1.965001, all deps tested
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 15:52:52 Modified files: databases/p5-SQL-Translator: Makefile distinfo databases/p5-SQL-Translator/pkg: PLIST Log message: update p5-SQL-Translator to 0.11007
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 16:15:37 Modified files: devel/p5-File-Slurp: Makefile distinfo Log message: update to .13; no functional change to package, it's a test-fixing release only, but some things want the newer version.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 16:20:01 Modified files: devel/p5-Package-Generator: Makefile distinfo Log message: - update to 0.103
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 16:21:37 Modified files: misc/p5-Spreadsheet-ParseExcel: Makefile distinfo Log message: - update to 0.58
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/10 16:23:17 Modified files: math/p5-Math-Calc-Units: Makefile distinfo Log message: - update to 1.07
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2011/03/10 16:51:36 Modified files: devel/ruby-ffi : Makefile distinfo devel/ruby-ffi/patches: patch-ext_ffi_c_Platform_c devel/ruby-ffi/pkg: PLIST Log message: Bump version to 1.0.6. Fixes building with ruby 1.9. Add NO_REGRESS while here since the distfile doesn't include the necessary files (thanks landry@). OK landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2011/03/10 16:55:07 Modified files: devel : Makefile Log message: +SUBDIR += ruby-ffi,ruby19 OK landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 17:08:52 Modified files: . : INDEX Log message: sync; 6834 unzels +526 -544 (bye bye openoffice)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 17:13:04 Modified files: net/pidgin : Makefile net/pidgin/patches: patch-configure_ac Log message: - switch to more compact LIB_DEPENDS style for the audio flavour - fix CFLAGS issue within autoconf script, remove CFLAGS from MAKE_FLAGS from Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/10 17:39:44 Modified files: multimedia/get_flash_videos: Makefile Log message: add deps on p5-XML-Simple and p5-LWP-Protocol-socks; thanks Antti Harri and Nigel Taylor
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/10 23:49:55 Modified files: net/tor: Makefile distinfo net/tor/patches: patch-src_config_torrc_sample_in net/tor/pkg: PLIST Added files: net/tor/pkg: tor.rc Log message: Bugfix update to tor-0.2.1.30. * amongst other things, add a tweak to Tor's TLS handshake that makes relays and bridges that run this new version reachable from Iran. Add an rc script. from Pascal Stumpf. MAINTAINER timeout.
Re: [new] gtk+3-3.0.2
On Wed, Mar 09, 2011 at 06:25:03PM +0100, Antoine Jacoutot wrote: GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off projects to complete application suites. This port can co-exist without any issue with gtk+2. It passes all regress tests and gtk3-demo seems happy so far with all widgets. I'd appreciate as much testings as possible on all arches (don't mind the Failed to load module ... messages, these are normal since we only have these modules for gtk+2 for now). Trying to run gtk3-demo on sparc64 over a forwarded X11 connection results in this: blade:tobiasu$ gtk3-demo --sync (gtk3-demo:14353): Gdk-WARNING **: The program 'gtk3-demo' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 69 error_code 1 request_code 142 minor_code 47) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) blade:tobiasu$ echo $DISPLAY localhost:10.0 Thanks. -- Antoine
Re: [new] gtk+3-3.0.2
On Thu, 10 Mar 2011, Tobias Ulmer wrote: On Wed, Mar 09, 2011 at 06:25:03PM +0100, Antoine Jacoutot wrote: GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off projects to complete application suites. This port can co-exist without any issue with gtk+2. It passes all regress tests and gtk3-demo seems happy so far with all widgets. I'd appreciate as much testings as possible on all arches (don't mind the Failed to load module ... messages, these are normal since we only have these modules for gtk+2 for now). Trying to run gtk3-demo on sparc64 over a forwarded X11 connection results in this: blade:tobiasu$ gtk3-demo --sync (gtk3-demo:14353): Gdk-WARNING **: The program 'gtk3-demo' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 69 error_code 1 request_code 142 minor_code 47) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) blade:tobiasu$ echo $DISPLAY localhost:10.0 Do you use ssh -Y ? Does gtk2 hexibit the same? Also when possible please try on a real display, I wouldn't bet this is specific to gtk+3. Thanks. -- Antoine
Re: [new] gtk+3-3.0.2
On Thu, Mar 10, 2011 at 09:03:57AM +0100, Antoine Jacoutot wrote: Do you use ssh -Y ? Yes Does gtk2 hexibit the same? No, both gtk-demo and midori work (unless js is involved, but that's another bug hunt) Also when possible please try on a real display, I wouldn't bet this is specific to gtk+3. crashes right away: (gdb) run Starting program: /usr/local/bin/gtk3-demo Program received signal SIGBUS, Bus error. 0x0002096c0298 in copy_classes () from /usr/X11R6/lib/libXi.so.11.0 (gdb) bt full #0 0x0002096c0298 in copy_classes () from /usr/X11R6/lib/libXi.so.11.0 No symbol table info available. #1 0x0002096c2c8c in XIQueryDevice () from /usr/X11R6/lib/libXi.so.11.0 No symbol table info available. #2 0x000210c955f4 in gdk_drag_action_get_type () from /usr/local/lib/libgdk-3.so.0.0 No symbol table info available. #3 0x00020cad96a4 in g_object_newv () from /usr/local/lib/libgobject-2.0.so.2800.0 No symbol table info available. #4 0x00020cada2ec in g_object_new_valist () from /usr/local/lib/libgobject-2.0.so.2800.0 No symbol table info available. #5 0x00020cada44c in g_object_new () from /usr/local/lib/libgobject-2.0.so.2800.0 No symbol table info available. #6 0x000210c92e10 in gdk_drag_action_get_type () from /usr/local/lib/libgdk-3.so.0.0 No symbol table info available. #7 0x000210c97170 in gdk_drag_action_get_type () from /usr/local/lib/libgdk-3.so.0.0 No symbol table info available. #8 0x000210c95a10 in gdk_drag_action_get_type () from /usr/local/lib/libgdk-3.so.0.0 No symbol table info available. #9 0x000210c74518 in gdk_display_manager_open_display () from /usr/local/lib/libgdk-3.so.0.0 No symbol table info available. #10 0x000203882ea4 in gtk_init_check () from /usr/local/lib/libgtk-3.so.0.0 No symbol table info available. #11 0x000203882edc in gtk_init () from /usr/local/lib/libgtk-3.so.0.0 No symbol table info available. #12 0x001236bc in main () No symbol table info available. again, gtk-demo works on a real display However keep in mind that this is only a 7(?)bit framebuffer, stupid wildcat graphics... Thanks. -- Antoine
Re: [new] gtk+3-3.0.2
On 03/09/11 18:25, Antoine Jacoutot wrote: GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off projects to complete application suites. This port can co-exist without any issue with gtk+2. It passes all regress tests and gtk3-demo seems happy so far with all widgets. on amd64 gtk+3-demo sigsegv on gdk_drag_action_get_type() if you select change display and then close; anyway, the same sequence hangs on gtk-demo. Cheers Giovanni
Re: [new] gtk+3-3.0.2
On Thu, Mar 10, 2011 at 10:20:52AM +0100, Giovanni Bechis wrote: On 03/09/11 18:25, Antoine Jacoutot wrote: GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off projects to complete application suites. This port can co-exist without any issue with gtk+2. It passes all regress tests and gtk3-demo seems happy so far with all widgets. on amd64 gtk+3-demo sigsegv on gdk_drag_action_get_type() if you select change display and then close; anyway, the same sequence hangs on gtk-demo. Built fine on ppc and sparc64. On sparc64 make regress fails at: TEST: encoding... (pid=20001) FAIL: encoding Terminated same test passes fine on ppc, but fails later at: /ui-tests/slider-ranges OK /ui-tests/xserver-sync: ** ERROR:testing.c:222:test_xserver_sync: assertion failed: (sync_is_slower 0) FAIL GTester: last random seed:gtk R02Sf2bc38d0b3a9c3be4094e01ab6150fb4 Terminated Both gtk3-demo get the BadRequest X error, but that's using ssh -Y. I'll test all that tonight on local console. Landry
Re: [new] gtk+3-3.0.2
On Thu, 10 Mar 2011, Landry Breuil wrote: Built fine on ppc and sparc64. On sparc64 make regress fails at: TEST: encoding... (pid=20001) FAIL: encoding Terminated same test passes fine on ppc, but fails later at: /ui-tests/slider-ranges OK /ui-tests/xserver-sync: ** ERROR:testing.c:222:test_xserver_sync: assertion failed: (sync_is_slower 0) FAIL GTester: last random seed:gtk R02Sf2bc38d0b3a9c3be4094e01ab6150fb4 Terminated Would be interesting to test whether these are regressions in gtk3 or if they also exist in gtk2. -- Antoine
Re: [new] gtk+3-3.0.2
On 03/10/11 10:20, Giovanni Bechis wrote: on amd64 gtk+3-demo sigsegv on gdk_drag_action_get_type() if you select change display and then close; anyway, the same sequence hangs on gtk-demo. Anyway it passes all regression tests @amd64. Cheers Giovanni
Re: emacs 23.2 (the return)
Christiano F. Haesbaert haesba...@haesbaert.org writes: Attached is dmesg and pkg_info output. OpenBSD 4.9-beta (GENERIC.MP) #778: Sun Feb 13 17:39:24 MST 2011 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP Ok. I run the port against GENERIC.MP this time and the startup lock is still here (there were no trouble on GENERIC). I remade a gdb backtrace after killing -ABRT the process: --8---cut here---start-8--- (gdb) backtrace #0 0x567283a9 in poll () from /usr/lib/libc.so.58.0 #1 0x52547898 in select (numfds=6, readfds=0xcfbf56ac, writefds=0xcfbf562c, exceptfds=0x0, timeout=0x0) at /usr/src/lib/libpthread/uthread/uthread_select.c:166 #2 0x48e08c74 in _xcb_conn_wait (c=0x8926000, cond=0xcfbf57a0, vector=0x0, count=0x0) at /usr/xenocara/lib/libxcb/libxcb/../../../dist/libxcb/src/xcb_conn.c:327 #3 0x48e0794a in xcb_wait_for_reply (c=0x8926000, request=178681, e=0xcfbf57f8) at /usr/xenocara/lib/libxcb/libxcb/../../../dist/libxcb/src/xcb_in.c:378 #4 0x4c980e63 in _XReply () from /usr/X11R6/lib/libX11.so.14.0 #5 0x4c9749aa in XSync () from /usr/X11R6/lib/libX11.so.14.0 #6 0x0812371a in x_sync (f=0x88d6600) at xfns.c:4265 #7 0x08119931 in x_make_frame_visible (f=0x88d6600) at xterm.c:9346 #8 0x08065110 in Fmake_frame_visible (frame=143484421) at frame.c:1848 #9 0x081faba1 in Ffuncall (nargs=2, args=0xcfbf59b0) at eval.c:3024 #10 0x082455d6 in Fbyte_code (bytestr=137221513, vector=137221533, maxdepth=20) at bytecode.c:680 #11 0x081fb3bc in funcall_lambda (fun=137221469, nargs=1, arg_vector=0xcfbf5d04) at eval.c:3211 #12 0x081fae30 in Ffuncall (nargs=2, args=0xcfbf5d00) at eval.c:3070 #13 0x082455d6 in Fbyte_code (bytestr=137668905, vector=137668925, maxdepth=24) at bytecode.c:680 #14 0x081fb3bc in funcall_lambda (fun=137668861, nargs=1, arg_vector=0xcfbf6054) at eval.c:3211 #15 0x081fae30 in Ffuncall (nargs=2, args=0xcfbf6050) at eval.c:3070 #16 0x082455d6 in Fbyte_code (bytestr=137666169, vector=137666189, maxdepth=24) at bytecode.c:680 #17 0x081fb3bc in funcall_lambda (fun=137666141, nargs=0, arg_vector=0xcfbf63a4) at eval.c:3211 #18 0x081fae30 in Ffuncall (nargs=1, args=0xcfbf63a0) at eval.c:3070 #19 0x082455d6 in Fbyte_code (bytestr=137269841, vector=137269861, maxdepth=28) at bytecode.c:680 #20 0x081fb3bc in funcall_lambda (fun=137269821, nargs=0, arg_vector=0xcfbf66f4) at eval.c:3211 #21 0x081fae30 in Ffuncall (nargs=1, args=0xcfbf66f0) at eval.c:3070 #22 0x082455d6 in Fbyte_code (bytestr=137266785, vector=137266805, maxdepth=24) at bytecode.c:680 #23 0x081fb3bc in funcall_lambda (fun=137266765, nargs=0, arg_vector=0xcfbf6990) at eval.c:3211 #24 0x081fb06e in apply_lambda (fun=137266765, args=138896386, eval_flag=1) at eval.c:3135 #25 0x081f9ead in Feval (form=139427358) at eval.c:2388 #26 0x0816c737 in top_level_2 () at keyboard.c:1369 #27 0x081f862c in internal_condition_case (bfun=0x816c724 top_level_2, handlers=139169986, hfun=0x816c36d cmd_error) at eval.c:1490 #28 0x0816c76b in top_level_1 () at keyboard.c:1377 #29 0x081f8172 in internal_catch (tag=139165082, func=0x816c739 top_level_1, arg=138896386) at eval.c:1226 #30 0x0816c6a9 in command_loop () at keyboard.c:1332 #31 0x0816bf7a in recursive_edit_1 () at keyboard.c:954 #32 0x0816c0e8 in Frecursive_edit () at keyboard.c:1016 #33 0x0816a8ff in main (argc=1, argv=0xcfbf6dc4) at emacs.c:1833 --8---cut here---end---8--- I need some insights to go further. -- Manuel Giraud
Re: emacs 23.2 (the return)
Matthew Dempsky matt...@dempsky.org writes:
On Wed, Mar 9, 2011 at 5:07 AM, Manuel Giraud
manuel.gir...@univ-nantes.fr wrote:
Anyone to test on other archs (and eventually, we'll have more recent
emacs in OpenBSD 5.0) ?
Seems to work on amd64.
I noticed that make port-lib-depends-check says that the X11-xcb
WANTLIB is extraneous.
I have now removed it.
Also, is it correct that bin/emacs and bin/emacs-${VERSION} aren't
marked as @bin in pkg/PLIST-main? It seems to be because the
executables are installed with the sticky bit.
I've just used make update-plist. It might be related to the sticky
bit but I don't if it is important or not.
--
Manuel Giraud
Re: emacs 23.2 (the return)
On 2011/03/10 15:02, Manuel Giraud wrote:
Matthew Dempsky matt...@dempsky.org writes:
On Wed, Mar 9, 2011 at 5:07 AM, Manuel Giraud
manuel.gir...@univ-nantes.fr wrote:
Anyone to test on other archs (and eventually, we'll have more recent
emacs in OpenBSD 5.0) ?
Seems to work on amd64.
I noticed that make port-lib-depends-check says that the X11-xcb
WANTLIB is extraneous.
I have now removed it.
Also, is it correct that bin/emacs and bin/emacs-${VERSION} aren't
marked as @bin in pkg/PLIST-main? It seems to be because the
executables are installed with the sticky bit.
I've just used make update-plist. It might be related to the sticky
bit but I don't if it is important or not.
This will be related to the sticky bit; update-plist uses file to
identify file types and the bit will have changed the output.
If you read sticky(8) you'll see there's no point in having
the sticky bit set...
Re: UPDATE: libvpx 0.9.6
On Thu, 10 Mar 2011, 09:24:15 EST, Edd Barrett vex...@gmail.com wrote: On Tue, Mar 08, 2011 at 10:13:32PM -0500, Brad wrote: Here is an update to libvpx 0.9.6. (the only port using libvpx when mplayer switches to dynamic ffmpeg linkage) Well, if you're going to test it you need to test it with what is in the ports tree as of this very moment not with what is work in progress and hasn't been commited. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: emacs 23.2 (the return)
Stuart Henderson s...@spacehopper.org writes: I've just used make update-plist. It might be related to the sticky bit but I don't if it is important or not. This will be related to the sticky bit; update-plist uses file to identify file types and the bit will have changed the output. If you read sticky(8) you'll see there's no point in having the sticky bit set... It is an obsolete feature but it seems to be caused by the emacs install process. Don't know if it worth the effort to fight for it upstream. -- Manuel Giraud
gnutls 2.10.5 break security/prelude/libprelude
Hello, with the update of gnutls libprelude doesn't build any more: checking for libgnutls-config... no checking for libgnutls - version = 1.0.17... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: libgnutls is required in order to build libprelude. The configure script calls pkg-config --exists --print-errors gnutls-extra = 1.0.17 which raises the error Package zlib was not found in the pkg-config search path and thus finally fails. Regards, Markus
UPDATE: i3-3.e-bf2
Hi,
Here's an update to i3-3.e-bf2 (i3-3.5.2)
OKs ??
CIAO
David
Index: Makefile
===
RCS file: /cvs/ports/x11/i3/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile11 Jan 2011 14:17:17 - 1.11
+++ Makefile10 Mar 2011 13:54:58 -
@@ -2,9 +2,8 @@
COMMENT = improved dynamic tiling window manager
-DISTNAME = i3-3.e-bf1
-PKGNAME = i3-3.5.1
-REVISION = 2
+DISTNAME = i3-3.e-bf2
+PKGNAME = i3-3.5.2
CATEGORIES = x11
Index: distinfo
===
RCS file: /cvs/ports/x11/i3/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo14 Sep 2010 08:54:18 - 1.2
+++ distinfo10 Mar 2011 13:54:58 -
@@ -1,5 +1,5 @@
-MD5 (i3-3.e-bf1.tar.bz2) = 4TvhpMbzulGAxyZBlPV+OA==
-RMD160 (i3-3.e-bf1.tar.bz2) = aXXRKtC9Z6eV6vTEVXUrrFEMMfI=
-SHA1 (i3-3.e-bf1.tar.bz2) = /Ig5LT3Bnzej8Gv1rDcBJeYfLzQ=
-SHA256 (i3-3.e-bf1.tar.bz2) = aLkFjiMmOkCUIcOa0uzFPCi3Q6oJpofrBEE6oqlgUcc=
-SIZE (i3-3.e-bf1.tar.bz2) = 291172
+MD5 (i3-3.e-bf2.tar.bz2) = 3CxZYj/cnmkAO4gHoEQ1RA==
+RMD160 (i3-3.e-bf2.tar.bz2) = oakpo9j2/Wsb52g8ihrDTMgm91w=
+SHA1 (i3-3.e-bf2.tar.bz2) = yDy2ESEoefZ4ggR8aWJQ/JGfqvA=
+SHA256 (i3-3.e-bf2.tar.bz2) = RDnSBpSxFqzArkCs7iwiRzzhzGtvFlk+gALyG7CS6yA=
+SIZE (i3-3.e-bf2.tar.bz2) = 291392
Index: patches/patch-common_mk
===
RCS file: /cvs/ports/x11/i3/patches/patch-common_mk,v
retrieving revision 1.2
diff -u -p -r1.2 patch-common_mk
--- patches/patch-common_mk 14 Sep 2010 08:54:18 - 1.2
+++ patches/patch-common_mk 10 Mar 2011 13:54:58 -
@@ -1,6 +1,6 @@
$OpenBSD: patch-common_mk,v 1.2 2010/09/14 08:54:18 dcoppa Exp $
common.mk.orig Mon Sep 13 10:28:54 2010
-+++ common.mk Mon Sep 13 10:44:44 2010
+--- common.mk.orig Wed Jan 19 21:26:43 2011
common.mk Thu Mar 10 14:23:42 2011
@@ -1,12 +1,12 @@
UNAME=$(shell uname)
DEBUG=1
@@ -16,8 +16,8 @@ $OpenBSD: patch-common_mk,v 1.2 2010/09/
+ifndef SYSCONFDIR
+ SYSCONFDIR=/etc
+endif
- GIT_VERSION=3.e-bf1 (2010-06-09)
- VERSION=3.e-bf1
+ GIT_VERSION=3.e-bf2 (2011-01-19)
+ VERSION=3.e-bf2
@@ -17,7 +17,7 @@ CFLAGS += -Wall
# We don???t want unused-parameter because of the use of many callbacks
Index: patches/patch-i3-wsbar
===
RCS file: patches/patch-i3-wsbar
diff -N patches/patch-i3-wsbar
--- patches/patch-i3-wsbar 14 Sep 2010 08:54:18 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,25 +0,0 @@
-$OpenBSD: patch-i3-wsbar,v 1.1 2010/09/14 08:54:18 dcoppa Exp $
i3-wsbar.orig Wed Jun 9 09:58:15 2010
-+++ i3-wsbar Thu Jul 15 14:43:03 2010
-@@ -7,6 +7,7 @@ use warnings;
- use Getopt::Long;
- use Pod::Usage;
- use IPC::Run qw(start pump);
-+use Try::Tiny;
- use AnyEvent::I3;
- use AnyEvent;
- use v5.10;
-@@ -182,7 +183,12 @@ sub update_output {
- $out .= \n;
-
- $outputs-{$name}-{cmd_input} = $out;
--pump $outputs-{$name}-{cmd} while length
$outputs-{$name}-{cmd_input};
-+try {
-+pump $outputs-{$name}-{cmd} while length
$outputs-{$name}-{cmd_input};
-+} catch {
-+warn Could not write to dzen2;
-+exit 1;
-+}
- }
- }
-
Index: patches/patch-i3_config
===
RCS file: /cvs/ports/x11/i3/patches/patch-i3_config,v
retrieving revision 1.2
diff -u -p -r1.2 patch-i3_config
--- patches/patch-i3_config 14 Sep 2010 08:54:18 - 1.2
+++ patches/patch-i3_config 10 Mar 2011 13:54:58 -
@@ -1,6 +1,6 @@
$OpenBSD: patch-i3_config,v 1.2 2010/09/14 08:54:18 dcoppa Exp $
i3.config.orig Mon Sep 13 10:46:21 2010
-+++ i3.config Mon Sep 13 10:50:52 2010
+--- i3.config.orig Wed Jan 19 21:26:37 2011
i3.config Thu Mar 10 14:23:42 2011
@@ -101,14 +101,14 @@ bind Mod1+Shift+18 m9
bind Mod1+Shift+19 m10
Index: patches/patch-include_config_h
===
RCS file: /cvs/ports/x11/i3/patches/patch-include_config_h,v
retrieving revision 1.1
diff -u -p -r1.1 patch-include_config_h
--- patches/patch-include_config_h 14 Sep 2010 08:54:18 - 1.1
+++ patches/patch-include_config_h 10 Mar 2011 13:54:58 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-include_config_h,v 1.1 2010/09/14 08:54:18 dcoppa Exp $
include/config.h.orig Wed Jun 9 09:58:15 2010
-+++ include/config.h Thu Jul 15 14:43:03 2010
-@@ -126,9 +126,11 @@ struct Config {
+--- include/config.h.orig Wed Jan 19 21:26:37 2011
include/config.h Thu Mar 10 14:23:42 2011
+@@ -127,9 +127,11 @@ struct Config {
/**
* This function resolves ~ in pathnames.
Index: patches/patch-src_cfgparse_l
===
RCS
Re: autoconf/m4 [was Re: New www/libmicrohttpd]
On 03/08/11 22:12, Stuart Henderson wrote:
On 2011/03/08 21:31, Nigel Taylor wrote:
autoconf version should be left at 2.64, 2.65 has never worked for building
this, or any previous version, should now be 2.67 not available in ports.
2.65 requires m4(1) in base to adapt to some other GNU m4 features -
there are a few small comments in devel/autoconf/2.65/Makefile if anyone
feels like digging in m4, it's marked as BROKEN for now.
Hi,
translit goes noticeably wrong in
m4_chomp in autoconf-2.65/m4sugar/m4sugar.m4
Reproduced as simple test (1st 3 lines equivalent to chomp trailing space
instead of / get converted later to _) comparing gm4 vs m4 output.
$ cat test_translit.m4
translit(`[HAVE_abc/def.h
]', `
/.', `/ ')
translit(`[HAVE_abc/def.h=]', `=/.', `/~~')
translit(`[HAVE_abc=def.h=]', `=/.', `/~~')
translit(`[HAVE_abc=def.h=]', `=/.', `/~;')
translit(`[HAVE_abc=def.h=]', `abc=/.', `ABC/~;')
translit(`[HAVE_abc=def.h=]', `abc=Z.', `ABCZL;')
translit(`0123456789', `0123456789', `ABCDEFGHIJ')
translit(`0123456789', `[0-9]', `[A-J]')
translit(`abc-0980-zyx', `abcdefghijklmnopqrstuvwxyz',
`ABCDEFGHIJKLMNOPQRSTUVWXYZ')
translit(`abc-0980-zyx', `[a-z]', `[A-Z]')
$ cat test_translit.sh
gm4 test_translit.m4 test_translit.out
m4 -g test_translit.m4 | sdiff -w 38 - test_translit.out
$ sh test_translit.sh
[HAVE_abc def h ] | [HAVE_abc def h/]
[HAVE_abc~def~h~] | [HAVE_abc~def~h/]
[HAVE_abc~def~h~] | [HAVE_abc/def~h/]
[HAVE_abc~def;h~] | [HAVE_abc/def;h/]
[HAVE_ABC~def;h~] | [HAVE_ABC/def;h/]
[HAVE_ABCLdef;hL] | [HAVE_ABCZdef;hZ]
ABCDEFGHIJ ABCDEFGHIJ
ABCDEFGHIJ ABCDEFGHIJ
ABC-0980-ZYXABC-0980-ZYX
ABC-0980-ZYXABC-0980-ZYX
$
The fault is with to from `=/.', `/~;'
= - / but then translit goes back and sees / - ~ so result is
= - ~, rather than the expected /.
now if I use to/from `=/.~', '/~;='
we get = - / - ~ - = - / infinite loop in m4.
After fix to only apply translations once, the results now match.
$ sh test_translit.sh
[HAVE_abc def h/] [HAVE_abc def h/]
[HAVE_abc~def~h/] [HAVE_abc~def~h/]
[HAVE_abc/def~h/] [HAVE_abc/def~h/]
[HAVE_abc/def;h/] [HAVE_abc/def;h/]
[HAVE_ABC/def;h/] [HAVE_ABC/def;h/]
[HAVE_ABCZdef;hZ] [HAVE_ABCZdef;hZ]
ABCDEFGHIJ ABCDEFGHIJ
ABCDEFGHIJ ABCDEFGHIJ
ABC-0980-ZYXABC-0980-ZYX
ABC-0980-ZYXABC-0980-ZYX
$
autoconf 2.65 now works for this port www/libmicrohttpd.
Attached fix for m4, plus new regression test using output created using gm4.
Need to be tried with ports with different versions of autoconf. xenocara (I
think uses m4/autoconf), to ensure no problems - I started a build of xenocara
from source for amd64.
Regards
Nigel Taylor
Index: usr.bin/m4/eval.c
===
RCS file: /home/cvs/src/usr.bin/m4/eval.c,v
retrieving revision 1.68
diff -u -p -r1.68 eval.c
--- usr.bin/m4/eval.c 7 Sep 2010 19:58:09 - 1.68
+++ usr.bin/m4/eval.c 10 Mar 2011 14:17:00 -
@@ -958,10 +958,6 @@ map(char *dest, const char *src, const c
while (*src) {
sch = (unsigned char)(*src++);
dch = mapvec[sch];
- while (dch != sch) {
- sch = dch;
- dch = mapvec[sch];
- }
if ((*dest = (char)dch))
dest++;
}
Index: regress/usr.bin/m4/Makefile
===
RCS file: /home/cvs/src/regress/usr.bin/m4/Makefile,v
retrieving revision 1.28
diff -u -p -r1.28 Makefile
--- regress/usr.bin/m4/Makefile 23 Mar 2010 20:11:52 - 1.28
+++ regress/usr.bin/m4/Makefile 10 Mar 2011 14:22:45 -
@@ -12,7 +12,7 @@ REGRESS_TARGETS= test-ff_after_dnl test-
test-weird test-args test-args2 test-esyscmd test-eval test-gnupatterns \
test-gnupatterns2 test-comments test-synch1 test-synch1bis \
test-gnuformat test-includes test-dumpdef test-gnuprefix \
-test-translit
+test-translit test-gnutranslit
test-ff_after_dnl: ff_after_dnl.m4
${M4} ff_after_dnl.m4 | diff - ${.CURDIR}/ff_after_dnl.out
@@ -102,6 +102,9 @@ test-dumpdef:
test-gnuprefix:
${M4} -P ${.CURDIR}/gnuprefix.m4 21 | \
diff -u - ${.CURDIR}/gnuprefix.out
+
+test-gnutranslit:
+ ${M4} -g ${.CURDIR}/gnutranslit.m4 | diff -u -
${.CURDIR}/gnutranslit.out
.PHONY:${REGRESS_TARGETS}
Index: regress/usr.bin/m4/gnutranslit.m4
===
RCS file: regress/usr.bin/m4/gnutranslit.m4
diff -N regress/usr.bin/m4/gnutranslit.m4
--- /dev/null 1 Jan 1970 00:00:00 -
+++ regress/usr.bin/m4/gnutranslit.m4 10 Mar 2011 14:27:38 -
@@ -0,0 +1,8 @@
+translit(`[HAVE_abc/def.h
+]', `
+/.', `/ ')
+translit(`[HAVE_abc/def.h=]', `=/.', `/~~')
+translit(`0123456789', `0123456789', `ABCDEFGHIJ')
News from 2L .:. March 2011
News from 2L .:. March 2011SUBSCRIBENews from 2L March 2011UNSUBSCRIBE CRYSTALLINE - piano music by Karen Tanaka A GLITTERING WORLD OF SOUND - Karen Tanaka is one of the leading Japanese composers of her generation. The purity of sound, the sensuality and intensity in her music has gained her a large audience, and the release of this recording will make much of Tanaka's piano composition available on one album. Pianist Signe Bakke gives us an interesting overview of the complexity and yet the integrity of Tanaka's music as it has evolved through the twenty years of her career that this disc covers: Crystalline, Water Dance, Northern Lights, Lavender Field, Techno Etudes, Children of Light (Excerpts) and Crystalline II. Buy disc or MP3 Buy real HD audio filesMedia Service MUSICONLINEFLAC stereo and surroundartwork Stereo + 5.1 surround Hybrid SACD Produced in DXD (24bit/352.8kHz) by Lindberg Lyd, Norway Release Europe and Asia: March 2011 (EAN 7041888515524) Release USA and Canada: April 2011 (UPC 845829000745) STRID For 25 years the Oslo Chamber Choir has delved into the soloist tradition of Norwegian folk song, thus creating a very specific expression as a choir. When classical music by Rachmaninov, Tchaikovsky and Bruckner are combined with religious folk tunes the result is a novel contemporary expression, where two very different melodies, singing techniques and texts are juxtaposed. The STRUGGLE that arises reveal new dimentions of music. This surround sound recording retains the intimacy of the performance and the enveloping atmosphere that arises when the choir surrounds its audience, each member of the choir singing the old religious tunes directly to each member of the audience. The purpose of combining the intimacy of religious folk music with the complexities of larger religious classical choral pieces is to highlight the universality of the hymns, and the simple sincerity of classical music, finding the common ground between two musical cultures. Buy disc or MP3 Buy real HD audio filesMedia Service MUSICONLINEFLAC stereo and surroundartwork Stereo + 5.0 surround Hybrid SACD Produced in DXD (24bit/352.8kHz) by Lindberg Lyd, Norway Release Europe and Asia: March 2011 (EAN 7041888515425) Release USA and Canada: April 2011 (UPC 845829000738) PSALLAT ECCLESIA - Medieval Norwegian sequences performed by Schola Solensis What we call Gregorian chant is old music. By the 13th century most of it was already composed. It is the church's oldest musical treasure, and is the word of God spoken, and prayers prayed, in a language where the word is lifted and born on wings of exquisite beauty. It is not just a language of words, but a meeting of words and melody in an expression of extraordinary power. Gregorian chant developed over a long period of oral transmission from generation to generation. If there is an evolutionary theory for artistic expression, a sort of survival of the fittest, it can certainly be used about Gregorian chant. Many of these melodies are so unbelievably beautiful; it is as if we sense divine participation in their creation. There is an air of mysticism in this music, which more and more people are seeking as a setting for meditation and prayer. Buy disc or MP3 Buy real HD audio filesMedia Service MUSICONLINEFLAC stereo and surroundartwork Stereo + 5.0 surround Hybrid SACD Produced in DXD (24bit/352.8kHz) by Lindberg Lyd, Norway Release Europe and Asia: March 2011 (EAN 7041888515128) Release USA and Canada: April 2011 (UPC 845829000707) Our FLAC and DXD Test Bench is updated with fresh tracks: www.2L.no/hires/index.html 2L high resolution audio files (96kHz/24bit and 192kHz/24bit) distributed by: HDtracks - iTrax - eONKYO - GubeMusic - HiResAudio - KlickTrack OLE BULL Violin Concertos Annar Follesø / Norwegian Radio Orchestra / Ole Kristian Ruud Definition: 2L once again dive into their Norwegian heritage to deliver the world a dazzling disc full of marvelously recorded and beautiful music. If you are unfamiliar with the musical landscape of Ole Bull, then the superb play of the Norwegian Radio Orchestra under Ole Krisitan Ruud with Annar Follesø's violin will be a perfect guide. This is a highly recommended recording. BBC Music Magazine: Annar Follesø does a sterling job of bringing these works vibrantly to life, with barely a blemish in his beautiful bel canto tone despite the numerous leaps into the stratosphere. The Norwegian Radio Orchestra gives excellent support under Ole Kristian Ruud. AWARDS: Record of the Year by The Grieg Society of Great Britain. Buy disc-set or MP3 Buy real HD audio filesMedia Service MUSICONLINEFLAC stereo and surround artwork POLYPHONIC DIALOGUES Shostakovich / Shchedrin STEREOPHILE: Joachim Kwetzinsky is a young (b. 1978) Norwegian pianist for whom technical difficulties appear not to exist, and who, more important, has a keen musical intelligence. I find the programming of this
Re: UPDATE: libvpx 0.9.6
On Tue, Mar 08, 2011 at 10:13:32PM -0500, Brad wrote: Here is an update to libvpx 0.9.6. This looks good on amd64. I am having to build a new gcc to test the chrome (the only port using libvpx when mplayer switches to dynamic ffmpeg linkage), so I have not yet runtime tested this properly. If all is well with chrome, I don't see any reason this can't go in. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: gnutls 2.10.5 break security/prelude/libprelude
On Thu, 10 Mar 2011, Markus Lude wrote: Package zlib was not found in the pkg-config search path and thus finally fails. Fixing, thanks a lot for the report. -- Antoine
Re: autoconf/m4 [was Re: New www/libmicrohttpd]
good find. after reading posix 2008 on this it isn't clear to me what is specified, but GNU m4 is clear in the documentation that _they_ apply it non-recursively. http://pubs.opengroup.org/onlinepubs/9699919799/utilities/m4.html http://www.gnu.org/software/m4/manual/html_node/Translit.html so imo we definitely want this for -g mode and need to consider carefully whether to do it always (in which case the comment above the start of map(), which explains why this is done, would also need adjusting). the following from MirOS may also be of interest: http://junkpile.org/14.patch fix trace lineno output for 'macro\n' http://junkpile.org/15.patch let 'errprint' in 'm4 -g' mode behave like GNU http://junkpile.org/16.patch fix another line number problem i'll try and have a play with this and hopefully Marc will have some time to look at it soon.
UPDATE: pianobar-2011.01.24
Ciao,
following diff updates pianobar to its latest stable version.
Comments? Ok?
cheers
david
Index: Makefile
===
RCS file: /cvs/ports/audio/pianobar/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile5 Jan 2011 14:06:51 - 1.10
+++ Makefile10 Mar 2011 15:36:46 -
@@ -2,8 +2,7 @@
COMMENT = console client for pandora
-DISTNAME = pianobar-2010.11.06
-REVISION = 0
+DISTNAME = pianobar-2011.01.24
EXTRACT_SUFX = .tar.bz2
CATEGORIES = audio
@@ -29,6 +28,10 @@ LIB_DEPENDS =audio/libao \
audio/libmad
CFLAGS += -I${LOCALBASE}/include
+
+.if !defined(DEBUG)
+CFLAGS += -DNDEBUG
+.endif
MAKE_FLAGS = LIBAO_INCLUDE=${LOCALBASE}/include/ao \
LIBAO_LIB=-L${LOCALBASE}/lib -lao \
Index: distinfo
===
RCS file: /cvs/ports/audio/pianobar/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo13 Nov 2010 12:59:18 - 1.6
+++ distinfo10 Mar 2011 15:36:46 -
@@ -1,5 +1,5 @@
-MD5 (pianobar-2010.11.06.tar.bz2) = my7Sgo5bkNQL/aI181D8ZQ==
-RMD160 (pianobar-2010.11.06.tar.bz2) = OZt0lgNEifbY7UZEgIM+pnjB9N4=
-SHA1 (pianobar-2010.11.06.tar.bz2) = G4jczs2gkxQKqHip8ORhmxndVWE=
-SHA256 (pianobar-2010.11.06.tar.bz2) =
Os+4Kmes5063RmDmbgyFP8/dQbmC/Zb+GE4J6cVN8c4=
-SIZE (pianobar-2010.11.06.tar.bz2) = 56235
+MD5 (pianobar-2011.01.24.tar.bz2) = mh7fyhpW7nhZCSLQTWLfFQ==
+RMD160 (pianobar-2011.01.24.tar.bz2) = 5mlkhKFZLdt+4b2fvPLR7sGDuK4=
+SHA1 (pianobar-2011.01.24.tar.bz2) = 7LAbaAUTXN5AK90p+jZWDo6ISXw=
+SHA256 (pianobar-2011.01.24.tar.bz2) =
2ByTwdb6z2w1+kKzVp32RC8nVob4ciILJr//TR8/4Z4=
+SIZE (pianobar-2011.01.24.tar.bz2) = 57710
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/audio/pianobar/patches/patch-Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 patch-Makefile
--- patches/patch-Makefile 5 Jan 2011 14:06:51 - 1.4
+++ patches/patch-Makefile 10 Mar 2011 15:36:46 -
@@ -1,16 +1,16 @@
$OpenBSD: patch-Makefile,v 1.4 2011/01/05 14:06:51 dcoppa Exp $
Makefile.orig Sat Nov 6 13:38:14 2010
-+++ Makefile Wed Jan 5 14:31:51 2011
+--- Makefile.orig Mon Jan 24 13:00:25 2011
Makefile Thu Mar 10 16:09:25 2011
@@ -4,7 +4,7 @@ PREFIX:=/usr/local
BINDIR:=${PREFIX}/bin
LIBDIR:=${PREFIX}/lib
MANDIR:=${PREFIX}/share/man
--CFLAGS:=-Wall -g -std=c99 -pedantic
+-CFLAGS:=-std=c99 -O2 -DNDEBUG
+CFLAGS+=-std=c99 -fgnu89-inline
PIANOBAR_DIR=src
PIANOBAR_SRC=\
-@@ -96,7 +96,7 @@ pianobar: ${PIANOBAR_OBJ} ${PIANOBAR_HDR} ${LIBPIANO_O
+@@ -97,7 +97,7 @@ pianobar: ${PIANOBAR_OBJ} ${PIANOBAR_HDR} ${LIBPIANO_O
libpiano: ${LIBPIANO_RELOBJ} ${LIBPIANO_HDR} ${LIBWAITRESS_RELOBJ} \
${LIBWAITRESS_HDR} ${LIBEZXML_RELOBJ} ${LIBEZXML_HDR}
${CC} -shared ${CFLAGS} ${LIBPIANO_RELOBJ} ${LIBWAITRESS_RELOBJ} \
@@ -19,7 +19,7 @@ $OpenBSD: patch-Makefile,v 1.4 2011/01/0
%.o: %.c
${CC} ${CFLAGS} -I ${LIBPIANO_INCLUDE} -I ${LIBWAITRESS_INCLUDE} \
-@@ -112,17 +112,14 @@ libpiano: ${LIBPIANO_RELOBJ} ${LIBPIANO_HDR} ${LIBWAIT
+@@ -112,7 +112,7 @@ libpiano: ${LIBPIANO_RELOBJ} ${LIBPIANO_HDR} ${LIBWAIT
clean:
${RM} ${PIANOBAR_OBJ} ${LIBPIANO_OBJ} ${LIBWAITRESS_OBJ}
${LIBEZXML_OBJ} \
${LIBPIANO_RELOBJ} ${LIBWAITRESS_RELOBJ}
${LIBEZXML_RELOBJ} pianobar \
@@ -28,17 +28,19 @@ $OpenBSD: patch-Makefile,v 1.4 2011/01/0
all: pianobar libpiano
+@@ -120,12 +120,9 @@ debug: pianobar
+ debug: CFLAGS=-Wall -pedantic -std=c99 -ggdb
+
install: pianobar
- install -d ${DESTDIR}/${BINDIR}/
- install -m755 pianobar ${DESTDIR}/${BINDIR}/
- install -d ${DESTDIR}/${MANDIR}/man1/
-- install -m644 src/pianobar.1 ${DESTDIR}/${MANDIR}/man1/
+- install -m644 contrib/pianobar.1 ${DESTDIR}/${MANDIR}/man1/
+ ${INSTALL_PROGRAM} pianobar ${DESTDIR}/${BINDIR}/
-+ ${INSTALL_MAN} src/pianobar.1 ${DESTDIR}/${MANDIR}/man1/
++ ${INSTALL_MAN} contrib/pianobar.1 ${DESTDIR}/${MANDIR}/man1/
--install-libpiano: libpiano
+ install-libpiano: libpiano
- install -d ${DESTDIR}/${LIBDIR}/
- install -m755 libpiano.so.0.0.0 ${DESTDIR}/${LIBDIR}/
-+install-libpiano:
+ ${INSTALL_DATA} libpiano.so.${LIBpiano_VERSION} ${DESTDIR}/${LIBDIR}/
Index: patches/patch-src_main_c
===
RCS file: patches/patch-src_main_c
diff -N patches/patch-src_main_c
--- patches/patch-src_main_c5 Jan 2011 14:06:51 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_main_c,v 1.1 2011/01/05 14:06:51 dcoppa Exp $
-
-Fix high cpu usage if stdin is /dev/null (i.e. when started with nohup)
-
src/main.c.origSat Nov 6 13:38:14 2010
-+++ src/main.c Wed Jan 5 14:46:15 2011
-@@
Offre Promo Rabais: 20$ pour 40$ de cuisine fusion au Boudoir
Trouble viewing this email? Read it online Cliquez sur www.promorabais.com pour consulter l'offre du jour Pour ne plus recevoir d'e-mail désinscrivez vous de la newsletter. www.Promorabais.com Promo Rabais 44 rue Saint Vallier Est Québec Quebec g6w8g1 Canada You are subscribed to this mailing list as ports@openbsd.org. Please click here to modify your message preferences or to unsubscribe from any future mailings. We will respect all unsubscribe requests. [IMAGE] [IMAGE]
sqlite 3.7.5
Hi,
here's the update to sqlite 3.7.5, and enable UNLOCK_NOTIFY while here
since it's needed by upcoming firefox 4.
Only one regress test fail on amd64, backup2-10.
Please give it a shot on exotic archs, as usual...
Landry
? libsqlite3.so.15.0
? libsqlite3.so.15.0-old
Index: Makefile
===
RCS file: /cvs/ports/databases/sqlite3/Makefile,v
retrieving revision 1.56
diff -u -r1.56 Makefile
--- Makefile10 Jan 2011 08:11:56 - 1.56
+++ Makefile10 Mar 2011 17:18:57 -
@@ -3,14 +3,14 @@
COMMENT-main= embedded SQL implementation
COMMENT-tcl= TCL bindings for Sqlite3
COMMENT-lemon= LEMON LALR(1) parser generator
-V= 3.7.4
-DISTNAME= sqlite-src-3070400
+V= 3.7.5
+DISTNAME= sqlite-src-3070500
EXTRACT_SUFX = .zip
PKGNAME-main= sqlite3-${V}
PKGNAME-tcl= sqlite3-tcl-${V}
PKGNAME-lemon= lemon-${V}
CATEGORIES=databases
-SHARED_LIBS += sqlite3 15.0 # .8.6
+SHARED_LIBS += sqlite3 15.1 # .8.6
MASTER_SITES= ${HOMEPAGE}
@@ -32,6 +32,7 @@
-DSQLITE_HAVE_ISNAN \
-DSQLITE_SOUNDEX \
-DSQLITE_ENABLE_RTREE \
+ -DSQLITE_ENABLE_UNLOCK_NOTIFY \
-DSQLITE_ENABLE_FTS3
CONFIGURE_STYLE=gnu
CONFIGURE_ARGS+=${CONFIGURE_SHARED}
Index: distinfo
===
RCS file: /cvs/ports/databases/sqlite3/distinfo,v
retrieving revision 1.29
diff -u -r1.29 distinfo
--- distinfo9 Jan 2011 19:11:34 - 1.29
+++ distinfo10 Mar 2011 17:18:57 -
@@ -1,5 +1,5 @@
-MD5 (sqlite-src-3070400.zip) = K1xTMoUFiTWZ3m4gVZlteg==
-RMD160 (sqlite-src-3070400.zip) = qu1kV88sYz08g8RhEqp6holHrc8=
-SHA1 (sqlite-src-3070400.zip) = wNBBeOWhjhzgM+A1qE3alyXd2Yg=
-SHA256 (sqlite-src-3070400.zip) = 51QAafrQF6new3QkGzRlcM5sNg4pYHSd3KysgfllybQ=
-SIZE (sqlite-src-3070400.zip) = 3997962
+MD5 (sqlite-src-3070500.zip) = 1h14SZfULNDZK6x5lAlMVg==
+RMD160 (sqlite-src-3070500.zip) = TV8gkXAOnBg+hhYTIDod22YhfA8=
+SHA1 (sqlite-src-3070500.zip) = lwYRDWNcNH4W3bjOobSSM4X+z6w=
+SHA256 (sqlite-src-3070500.zip) = G7g4wCtJRsUU4oz80cFbAHn4Ym9fvPzytI4qB1rMXFE=
+SIZE (sqlite-src-3070500.zip) = 3987471
Index: patches/patch-Makefile_in
===
RCS file: /cvs/ports/databases/sqlite3/patches/patch-Makefile_in,v
retrieving revision 1.16
diff -u -r1.16 patch-Makefile_in
--- patches/patch-Makefile_in 9 Jan 2011 19:11:34 - 1.16
+++ patches/patch-Makefile_in 10 Mar 2011 17:18:57 -
@@ -1,15 +1,7 @@
$OpenBSD: patch-Makefile_in,v 1.16 2011/01/09 19:11:34 landry Exp $
Makefile.in.orig Wed Dec 8 18:00:47 2010
-+++ Makefile.inWed Dec 8 18:12:47 2010
-@@ -61,7 +61,6 @@ TCC += -DSQLITE_THREADSAFE=@SQLITE_THREADSAFE@
-
- # Do threads override each others locks by default (1), or do we test (-1)
- #
--TCC += -DSQLITE_THREAD_OVERRIDE_LOCK=@THREADSOVERRIDELOCKS@
-
- # Any target libraries which libsqlite must be linked against
- #
-@@ -190,7 +189,7 @@ LIBOBJS1 = sqlite3.lo
+--- Makefile.in.orig Thu Mar 10 17:55:45 2011
Makefile.inThu Mar 10 18:01:04 2011
+@@ -186,7 +186,7 @@ LIBOBJS1 = sqlite3.lo
# Determine the real value of LIBOBJ based on the 'configure' script
#
@@ -18,7 +10,7 @@
# All of the source code files.
-@@ -286,6 +285,8 @@ SRC = \
+@@ -282,6 +282,8 @@ SRC = \
$(TOP)/src/walker.c \
$(TOP)/src/where.c
@@ -27,7 +19,7 @@
# Source code for extensions
#
SRC += \
-@@ -761,6 +762,9 @@ tclsqlite3$(TEXE): tclsqlite-shell.lo libsqlite3.la
+@@ -757,6 +759,9 @@ tclsqlite3$(TEXE): tclsqlite-shell.lo libsqlite3.la
$(LTLINK) -o $@ tclsqlite-shell.lo \
libsqlite3.la $(LIBTCL)
@@ -37,7 +29,7 @@
# Rules to build opcodes.c and opcodes.h
#
opcodes.c:opcodes.h $(TOP)/mkopcodec.awk
-@@ -781,7 +785,11 @@ parse.c: $(TOP)/src/parse.y lemon$(BEXE) $(TOP)/addopc
+@@ -777,7 +782,11 @@ parse.c: $(TOP)/src/parse.y lemon$(BEXE) $(TOP)/addopc
$(NAWK) -f $(TOP)/addopcodes.awk parse.h.temp parse.h
sqlite3.h:$(TOP)/src/sqlite.h.in $(TOP)/manifest.uuid $(TOP)/VERSION
@@ -50,7 +42,7 @@
keywordhash.h:$(TOP)/tool/mkkeywordhash.c
$(BCC) -o mkkeywordhash$(BEXE) $(OPT_FEATURE_FLAGS) $(OPTS)
$(TOP)/tool/mkkeywordhash.c
-@@ -854,7 +862,7 @@ TESTFIXTURE_FLAGS = -DTCLSH=1 -DSQLITE_TEST=1 -DSQLIT
+@@ -850,7 +859,7 @@ TESTFIXTURE_FLAGS = -DTCLSH=1 -DSQLITE_TEST=1 -DSQLIT
TESTFIXTURE_FLAGS += -DSQLITE_SERVER=1 -DSQLITE_PRIVATE= -DSQLITE_CORE
TESTFIXTURE_SRC0 = $(TESTSRC2) libsqlite3.la
@@ -59,7 +51,7 @@
TESTFIXTURE_SRC = $(TESTSRC) $(TOP)/src/tclsqlite.c
$(TESTFIXTURE_SRC$(USE_AMALGAMATION))
testfixture$(TEXE): $(TESTFIXTURE_SRC)
-@@ -922,6 +930,8 @@ clean:
+@@ -918,6 +927,8 @@ clean:
distclean:clean
rm -f config.log config.status libtool Makefile sqlite3.pc
Index:
new: py-django-cms and 2 friends
django-cms is an easy-to-use but powerful Content Management System based on Python and the Django web framework. You can start off simple and extend it using plugins; you can be up and running with the example application provided within about a minute. django-classy-tags aims to make writing web template tags in Django easier, shorter and more fun by providing an extensible argument parser which reduces most of the boilerplate code you usually have to write when coding custom template tags. South brings migrations to Django applications. Its main objectives are to provide a simple, stable and database-independent migration layer to prevent all the hassle schema changes over time bring to your Django applications. django-classy-tags is required for django-cms. south is optional unless you ever intend to migrate your database to a newer version of djano or django-cms, in which case you shall tear out any and all remaining hair if you didn't install it when you started, so I made it a dependency of django-cms. ports are at http://www.darwinsys.com/openbsd/myports/py-django-cms.tar.gz http://www.darwinsys.com/openbsd/myports/py-django-classy-tags.tar.gz http://www.darwinsys.com/openbsd/myports/py-django-south.tar.gz These are fairly quick ports so I may have overlooked something; in which case comments welcome, otherwise OKs welcome too. Ian
Re: emacs 23.2 (the return)
On Thu, Mar 10, 2011 at 6:46 AM, Manuel Giraud manuel.gir...@univ-nantes.fr wrote: It is an obsolete feature but it seems to be caused by the emacs install process. Don't know if it worth the effort to fight for it upstream. post-install can easily fix it up. However, I don't understand exactly what @bin signifies, so I don't know if it's worth fixing or not either. But if so, the existing emacs ports might deserve a rev bump to fix them as well.
[update] Adsuck 2.1
Hi porters,
I made the diff for the new update for Adsuck.
works here in i386.
test are wellcome.
Cheers.
--
Sending from my Computer.
--- Makefile.orig Thu Mar 10 15:42:09 2011
+++ MakefileThu Mar 10 15:42:51 2011
@@ -2,8 +2,7 @@
COMMENT= DNS relay for ad blocking
-DISTNAME= adsuck-1.9
-REVISION= 1
+DISTNAME= adsuck-2.1
CATEGORIES=net
HOMEPAGE= http://opensource.conformal.com/wiki/Adsuck
@@ -18,13 +17,13 @@ PERMIT_DISTFILES_FTP= Yes
MASTER_SITES= http://opensource.conformal.com/snapshots/adsuck/
-WANTLIB=c ldns=4.4
+WANTLIB=c ldns=4.4 event
LIB_DEPENDS= net/ldns/libldns=1.6.5
MAKE_FLAGS=BINDIR=${TRUEPREFIX}/sbin \
MANDIR=${TRUEPREFIX}/man/cat
-USE_GROFF =Yes
+USE_GROFF= Yes
_files= Hosts.blc Hosts.rsk regex \
Hosts.pub Hosts.trc hosts.small resolv.conf
Re: [update] Adsuck 2.1
On 2011/03/10 15:50, Gonzalo L. R. wrote: Hi porters, I made the diff for the new update for Adsuck. Ok with me, but what does the maintainer say?
Re: [update] Adsuck 2.1
On Thu, Mar 10, 2011 at 07:01:12PM +, Stuart Henderson wrote: On 2011/03/10 15:50, Gonzalo L. R. wrote: Hi porters, I made the diff for the new update for Adsuck. Ok with me, but what does the maintainer say? I think he recently unsubscribed from ports@ ;-)
Re: [update] Adsuck 2.1
On Thu, 10 Mar 2011, Stuart Henderson wrote: On 2011/03/10 15:50, Gonzalo L. R. wrote: Hi porters, I made the diff for the new update for Adsuck. Ok with me, but what does the maintainer say? Would be nice to have an rc script for that... -- Antoine
Update: lang/rubinius 1.2.0 - 1.2.2
This bumps rubinius to 1.2.2. One significant bugfix is that building
some rbx-* ports with systrace enabled now works correctly.
While here, fix the hardcoding of the OpenBSD version in the PLIST.
Tested on amd64 and i386. Looking for OKs.
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/lang/rubinius/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile21 Jan 2011 16:36:53 - 1.8
+++ Makefile10 Mar 2011 00:22:23 -
@@ -4,10 +4,9 @@ SHARED_ONLY= Yes
COMMENT = Ruby virtual machine and core library
-V= 1.2.0
-DISTNAME = rubinius-${V}-20101221
+V= 1.2.2
+DISTNAME = rubinius-${V}-20110222
PKGNAME = rubinius-$V
-REVISION = 3
CATEGORIES = lang lang/ruby
@@ -38,11 +37,12 @@ MODULES = lang/ruby
USE_GMAKE =Yes
USE_LIBTOOL= Yes
+RBX_ARCH = ${MACHINE_ARCH}-openbsd${OSREV}
RAKE_VER = 0.8.7
RAKE_COMPILER_VER = 0.6.0
RDOC_VER = 2.5.1
RUBY_DEBUG_VER = 0.10.47
-SUBST_VARS=V RAKE_VER RAKE_COMPILER_VER RDOC_VER RUBY_DEBUG_VER
+SUBST_VARS=V RAKE_VER RAKE_COMPILER_VER RDOC_VER RUBY_DEBUG_VER RBX_ARCH
WRKDIST= ${WRKDIR}/rubinius-${V}
Index: distinfo
===
RCS file: /cvs/ports/lang/rubinius/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo6 Jan 2011 04:14:10 - 1.2
+++ distinfo23 Feb 2011 22:03:26 -
@@ -1,5 +1,5 @@
-MD5 (rubinius-1.2.0-20101221.tar.gz) = QoTCZg8fZIlC3jXU/IcfcA==
-RMD160 (rubinius-1.2.0-20101221.tar.gz) = dFr2fEJ0ZZ3AJa9wh9xliQVjCn8=
-SHA1 (rubinius-1.2.0-20101221.tar.gz) = F1N7KtPD21qY6dppqW+O3kGFMBk=
-SHA256 (rubinius-1.2.0-20101221.tar.gz) =
h0Nd/M19fTWVRf4ezRXhIC7e2QpaQ9mpYQAeKyO7a0c=
-SIZE (rubinius-1.2.0-20101221.tar.gz) = 8585180
+MD5 (rubinius-1.2.2-20110222.tar.gz) = WRJDePt+4EDp7k5HNtifwA==
+RMD160 (rubinius-1.2.2-20110222.tar.gz) = 8wW1P15i/9z2/tPHnx5vJQhy7wE=
+SHA1 (rubinius-1.2.2-20110222.tar.gz) = Vakxszd9XXBCas21B60Uiarp1cw=
+SHA256 (rubinius-1.2.2-20110222.tar.gz) =
kcHKO9wTJSV3fu8PbELKBuYiYGVXCt4SfqUo/rISk0c=
+SIZE (rubinius-1.2.2-20110222.tar.gz) = 9011164
Index: patches/patch-lib_fileutils_rb
===
RCS file: /cvs/ports/lang/rubinius/patches/patch-lib_fileutils_rb,v
retrieving revision 1.2
diff -u -p -r1.2 patch-lib_fileutils_rb
--- patches/patch-lib_fileutils_rb 6 Jan 2011 20:20:01 - 1.2
+++ patches/patch-lib_fileutils_rb 23 Feb 2011 22:04:38 -
@@ -4,8 +4,8 @@ Make FileUtils.mkdir_p act more like mkd
to create directories that already exist. This fixes systrace
warnings when building ports.
lib/fileutils.rb.orig Tue Dec 21 11:30:57 2010
-+++ lib/fileutils.rb Thu Jan 6 09:31:43 2011
+--- lib/fileutils.rb.orig Tue Feb 22 15:02:08 2011
lib/fileutils.rb Wed Feb 23 14:03:36 2011
@@ -201,7 +201,7 @@ module FileUtils
list.map {|path| path.sub(%r/\z, '') }.each do |path|
# optimize for the most common case
@@ -22,5 +22,5 @@ warnings when building ports.
- fu_mkdir path, options[:mode]
+ fu_mkdir path, options[:mode] unless File.directory?(path)
rescue SystemCallError = err
- raise(err) unless File.directory?(path)
+ raise unless File.directory?(path)
end
Index: patches/patch-lib_iconv_rb
===
RCS file: /cvs/ports/lang/rubinius/patches/patch-lib_iconv_rb,v
retrieving revision 1.1
diff -u -p -r1.1 patch-lib_iconv_rb
--- patches/patch-lib_iconv_rb 18 Dec 2010 21:13:46 - 1.1
+++ patches/patch-lib_iconv_rb 23 Feb 2011 22:04:38 -
@@ -1,11 +1,11 @@
$OpenBSD: patch-lib_iconv_rb,v 1.1 2010/12/18 21:13:46 tedu Exp $
iconv symbol names have lib prefix in openbsd port
lib/iconv.rb.orig Sat Dec 18 16:11:26 2010
-+++ lib/iconv.rb Sat Dec 18 16:10:26 2010
+--- lib/iconv.rb.orig Tue Feb 22 15:02:08 2011
lib/iconv.rb Wed Feb 23 14:03:36 2011
@@ -8,9 +8,9 @@ class Iconv
# process.
- ffi_lib [libiconv, FFI::CURRENT_PROCESS]
+ ffi_lib [libiconv.2.dylib, libiconv.so.2, libiconv,
FFI::CURRENT_PROCESS]
- attach_function :create, iconv_open, [:string, :string], :pointer
- attach_function :close, iconv_close, [:pointer], :int
Index: patches/patch-rakelib_vm_rake
===
RCS file: /cvs/ports/lang/rubinius/patches/patch-rakelib_vm_rake,v
retrieving revision 1.1
diff -u -p -r1.1 patch-rakelib_vm_rake
--- patches/patch-rakelib_vm_rake 6 Jan 2011 20:20:01 - 1.1
+++ patches/patch-rakelib_vm_rake 17 Feb 2011 18:15:32 -
@@ -2,8 +2,8 @@ $OpenBSD: patch-rakelib_vm_rake,v 1.1 20
Use intree versions of libffi, instead of bundled versions.
rakelib/vm.rake.orig Tue Dec 21 11:30:57 2010
-+++ rakelib/vm.rake
Re: UPDATE: cmake-2.8.4
No problems with orfeo toolbox (it includes GDAL, ITK 3.2, OSSIM, FLTK etc). On Wed, Mar 9, 2011 at 6:52 AM, Landry Breuil lan...@openbsd.org wrote: On Wed, Mar 09, 2011 at 01:46:08PM +0100, Landry Breuil wrote: On Wed, Mar 09, 2011 at 09:58:39AM +0100, David Coppa wrote: On Wed, Mar 9, 2011 at 9:13 AM, Landry Breuil lan...@openbsd.org wrote: This went in a bulk build without fallouts, except awesome : Scanning dependencies of target generated_icons make -f CMakeFiles/generated_icons.dir/build.make CMakeFiles/generated_icons.dir/build make: don't know how to make themes/default/titlebar/maximized_normal_active.png. Stop in /usr/obj/ports/awesome-3.4.9/awesome-3.4.9. Yes, I'm aware of this. It wants this patch from upstream git: http://git.naquadah.org/?p=awesome.git;a=commit;h=8b6adbffead83c9d77c493174d0f5b6a97f2a9e9 Minor thing.. are you sure of the shuffling of TK_LIBRARY_VERSION/TCL_LIBRARY_VERSION you're doing in patch-Modules_FindTCL_cmake ? There might be a reason for upstream to do that, so that part should be discussed with them. Probably my fault when I've merged preexisting patches: I'll have a look at it asap. Btw, is lib-depends-check for qgis happy? It looks like qgis is broken too due to cmake update.. At link time i get missing libcms symbols from libmng, which is not linked against it : /usr/local/lib/libmng.so.3.1: undefined reference to `cmsOpenProfileFromMem' So maybe something changed in cmake that cause this, as i've built qgis without issue with the previous cmake. And here are the mandatory logs: http://rhaalovely.net/~landry/stuff/qgis-good.log http://rhaalovely.net/~landry/stuff/qgis-bad.log Landry
update: editors/vim 7.3.3 - 7.3.138
Latest dog-pile of patches for vim. -- GDB has a 'break' feature; why doesn't it have 'fix' too? vim.diff Description: Binary data
Re: autoconf/m4 [was Re: New www/libmicrohttpd]
On 03/10/11 16:28, Stuart Henderson wrote:
good find.
after reading posix 2008 on this it isn't clear to me what is
specified, but GNU m4 is clear in the documentation that _they_
apply it non-recursively.
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/m4.html
http://www.gnu.org/software/m4/manual/html_node/Translit.html
so imo we definitely want this for -g mode and need to consider
carefully whether to do it always (in which case the comment above
the start of map(), which explains why this is done, would also
need adjusting).
the following from MirOS may also be of interest:
http://junkpile.org/14.patch fix trace lineno output for 'macro\n'
http://junkpile.org/15.patch let 'errprint' in 'm4 -g' mode behave like GNU
http://junkpile.org/16.patch fix another line number problem
i'll try and have a play with this and hopefully Marc will
have some time to look at it soon.
Hi,
xenocara build completed, no issue introduced there, also rebuilt a number of
ports.
Checking the info m4 on OpenBSD looks to be the same as gnu m4 manual page for
translit. According to the last example does not do recursion
translit(`abcdef', `aabdef', `bcged')
The final example shows that `a' is mapped to `b', not `c'; the resulting `b' is
not further remapped to `g'; the `d' and `e' are swapped, and the `f' is
discarded.
translit(`+,-12345', `+--1-5', `;a-c-a')
This fails to give the correct reasult on OpenBSD a-c-a expected to be
equivalent to abcba, -a on the end is treated as -a. Back to back ranges not
implemented yet.
I think the info m4 examples should be in the regression tests. All but the back
to back range worked (-g only gnu), with the updated version attached, I have
fixed that as below, result from test m4 vs gm4 as per m4 info.
$ sh test_translit.sh
[HAVE_abc def h/] [HAVE_abc def h/]
[HAVE_abc~def~h/] [HAVE_abc~def~h/]
[HAVE_abc/def~h/] [HAVE_abc/def~h/]
[HAVE_abc/def;h/] [HAVE_abc/def;h/]
[HAVE_ABC/def;h/] [HAVE_ABC/def;h/]
[HAVE_ABCZdef;hZ] [HAVE_ABCZdef;hZ]
ABCDEFGHIJ ABCDEFGHIJ
ABCDEFGHIJ ABCDEFGHIJ
ABC-0980-ZYXABC-0980-ZYX
ABC-0980-ZYXABC-0980-ZYX
s not nix s not nix
GNUS NOT UNIX GNUS NOT UNIX
tmfs not fnix tmfs not fnix
;abcba;abcba
bgced bgced
I will have a look at the patches.
Regards
Nigel Taylor
Index: usr.bin/m4/eval.c
===
RCS file: /home/cvs/src/usr.bin/m4/eval.c,v
retrieving revision 1.68
diff -u -p -r1.68 eval.c
--- usr.bin/m4/eval.c 7 Sep 2010 19:58:09 - 1.68
+++ usr.bin/m4/eval.c 10 Mar 2011 20:18:56 -
@@ -884,21 +884,11 @@ dosub(const char *argv[], int argc)
* language. Within mapvec, we replace every character of from with
* the corresponding character in to. If to is shorter than from,
* than the corresponding entries are null, which means that those
- * characters dissapear altogether. Furthermore, imagine
- * map(dest, sourcestring, srtin, rn..*) type call. In this case,
- * `s' maps to `r', `r' maps to `n' and `n' maps to `*'. Thus, `s'
- * ultimately maps to `*'. In order to achieve this effect in an efficient
- * manner (i.e. without multiple passes over the destination string), we
- * loop over mapvec, starting with the initial source character. if the
- * character value (dch) in this location is different than the source
- * character (sch), sch becomes dch, once again to index into mapvec, until
- * the character value stabilizes (i.e. sch = dch, in other words
- * mapvec[n] == n). Even if the entry in the mapvec is null for an ordinary
- * character, it will stabilize, since mapvec[0] == 0 at all times. At the
- * end, we restore mapvec* back to normal where mapvec[n] == n for
- * 0 = n = 127. This strategy, along with the restoration of mapvec, is
- * about 5 times faster than any algorithm that makes multiple passes over
- * destination string.
+ * characters dissapear altogether.
+ * The recursion has been removed to match gnu m4 implementation and
+ * matches the m4 info details.
+ * At the end, we restore mapvec* back to normal where mapvec[n] == n for
+ * 0 = n = 255.
*/
static void
map(char *dest, const char *src, const char *from, const char *to)
@@ -958,10 +948,6 @@ map(char *dest, const char *src, const c
while (*src) {
sch = (unsigned char)(*src++);
dch = mapvec[sch];
- while (dch != sch) {
- sch = dch;
- dch = mapvec[sch];
- }
if ((*dest = (char)dch))
dest++;
}
@@ -993,7 +979,7 @@ handledash(char *buffer, char *end, cons
unsigned char i;
if ((unsigned char)src[0] = (unsigned char)src[2]) {
for (i = (unsigned
Update: devel/ruby-ffi 0.6.3 - 1.0.6
Simple version bump to 1.0.6. Now compatible with ruby 1.9. I'd like
to build the ruby19 FLAVOR by default now that it works.
Tested on amd64. Can I get an OK for this update and building the
ruby19 FLAVOR by default?
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/devel/ruby-ffi/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile2 Jan 2011 13:20:53 - 1.3
+++ Makefile25 Feb 2011 20:06:14 -
@@ -2,8 +2,7 @@
COMMENT = cross-platform dynamic library loading for ruby
-DISTNAME = ffi-0.6.3
-REVISION = 1
+DISTNAME = ffi-1.0.6
CATEGORIES = devel
HOMEPAGE= http://github.com/ffi/ffi
Index: distinfo
===
RCS file: /cvs/ports/devel/ruby-ffi/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo20 Dec 2010 18:04:16 - 1.1.1.1
+++ distinfo25 Feb 2011 20:06:30 -
@@ -1,5 +1,5 @@
-MD5 (ffi-0.6.3.gem) = LjhxvCH/dAX9KluTjhzO3g==
-RMD160 (ffi-0.6.3.gem) = JvUVfj0HgSnV6dtNHo3BBrb1dE0=
-SHA1 (ffi-0.6.3.gem) = J9WM1cCRZfHH3Zv5jvosNbaJnAs=
-SHA256 (ffi-0.6.3.gem) = azF7RJM7dYBFR5yBfGDOEsOraeuNOxn2FpFgaRnuFiM=
-SIZE (ffi-0.6.3.gem) = 809984
+MD5 (ffi-1.0.6.gem) = SmMHRuXKs/QgZ7mQ+Bga/w==
+RMD160 (ffi-1.0.6.gem) = B88b5ftZ2K3NfCgBWpa5nMJs7fA=
+SHA1 (ffi-1.0.6.gem) = BzLVDD6rvTF/ndXNlsS8Vhzshv0=
+SHA256 (ffi-1.0.6.gem) = kXRS0e81ehBpGctOuOI0AYiLpCIAymlbWaOOVB+l1vo=
+SIZE (ffi-1.0.6.gem) = 816640
Index: patches/patch-ext_ffi_c_Platform_c
===
RCS file: /cvs/ports/devel/ruby-ffi/patches/patch-ext_ffi_c_Platform_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-ext_ffi_c_Platform_c
--- patches/patch-ext_ffi_c_Platform_c 27 Dec 2010 18:58:40 - 1.1
+++ patches/patch-ext_ffi_c_Platform_c 25 Feb 2011 20:08:24 -
@@ -1,16 +1,17 @@
$OpenBSD: patch-ext_ffi_c_Platform_c,v 1.1 2010/12/27 18:58:40 jasper Exp $
ext/ffi_c/Platform.c.orig Mon Dec 27 17:18:02 2010
-+++ ext/ffi_c/Platform.c Mon Dec 27 17:20:35 2010
-@@ -24,6 +24,12 @@ static VALUE PlatformModule = Qnil;
- #define CPU sparc
- #elif defined(__sparcv9__)
- #define CPU sparcv9
-+#elif defined(__arm__)
-+#define CPU arm
+--- ext/ffi_c/Platform.c.orig Wed Dec 31 16:00:00 1969
ext/ffi_c/Platform.c Fri Feb 25 12:08:12 2011
+@@ -52,6 +52,13 @@ static VALUE PlatformModule = Qnil;
+
+ #elif defined(__arm__)
+ # define CPU arm
++
+#elif defined(__mips__)
-+#define CPU mips
++# define CPU mips
++
+#elif defined(__hppa__)
-+#define CPU hppa
++# define CPU hppa
++
#else
- #error Unknown cpu type
+ # error Unknown cpu type
#endif
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/ruby-ffi/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 20 Dec 2010 18:04:16 - 1.1.1.1
+++ pkg/PLIST 25 Feb 2011 20:08:57 -
@@ -24,6 +24,7 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/ffi/memo
${GEM_LIB}/gems/${DISTNAME}/lib/ffi/platform.rb
${GEM_LIB}/gems/${DISTNAME}/lib/ffi/pointer.rb
${GEM_LIB}/gems/${DISTNAME}/lib/ffi/struct.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/ffi/struct_layout_builder.rb
${GEM_LIB}/gems/${DISTNAME}/lib/ffi/tools/
${GEM_LIB}/gems/${DISTNAME}/lib/ffi/tools/const_generator.rb
${GEM_LIB}/gems/${DISTNAME}/lib/ffi/tools/generator.rb
@@ -37,11 +38,15 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/ffi/vari
${GEM_LIB}/gems/${DISTNAME}/lib/ffi_c.so
${GEM_LIB}/gems/${DISTNAME}/spec/
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/
+${GEM_LIB}/gems/${DISTNAME}/spec/ffi/async_callback_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/bool_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/buffer_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/callback_spec.rb
+${GEM_LIB}/gems/${DISTNAME}/spec/ffi/custom_param_type.rb
+${GEM_LIB}/gems/${DISTNAME}/spec/ffi/custom_type_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/enum_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/errno_spec.rb
+${GEM_LIB}/gems/${DISTNAME}/spec/ffi/ffi_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/function_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/library_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/managed_struct_spec.rb
@@ -54,8 +59,10 @@ ${GEM_LIB}/gems/${DISTNAME}/spec/ffi/rbx
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/rbx/struct_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/spec_helper.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/string_spec.rb
+${GEM_LIB}/gems/${DISTNAME}/spec/ffi/strptr_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/struct_callback_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/struct_initialize_spec.rb
+${GEM_LIB}/gems/${DISTNAME}/spec/ffi/struct_packed_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/struct_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/typedef_spec.rb
${GEM_LIB}/gems/${DISTNAME}/spec/ffi/union_spec.rb
Re: autoconf/m4 [was Re: New www/libmicrohttpd]
On 03/10/11 20:38, Nigel Taylor wrote:
On 03/10/11 16:28, Stuart Henderson wrote:
good find.
after reading posix 2008 on this it isn't clear to me what is
specified, but GNU m4 is clear in the documentation that _they_
apply it non-recursively.
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/m4.html
http://www.gnu.org/software/m4/manual/html_node/Translit.html
so imo we definitely want this for -g mode and need to consider
carefully whether to do it always (in which case the comment above
the start of map(), which explains why this is done, would also
need adjusting).
the following from MirOS may also be of interest:
http://junkpile.org/14.patch fix trace lineno output for 'macro\n'
http://junkpile.org/15.patch let 'errprint' in 'm4 -g' mode behave like GNU
http://junkpile.org/16.patch fix another line number problem
i'll try and have a play with this and hopefully Marc will
have some time to look at it soon.
Hi,
xenocara build completed, no issue introduced there, also rebuilt a number of
ports.
Checking the info m4 on OpenBSD looks to be the same as gnu m4 manual page for
translit. According to the last example does not do recursion
translit(`abcdef', `aabdef', `bcged')
The final example shows that `a' is mapped to `b', not `c'; the resulting `b'
is
not further remapped to `g'; the `d' and `e' are swapped, and the `f' is
discarded.
translit(`+,-12345', `+--1-5', `;a-c-a')
This fails to give the correct reasult on OpenBSD a-c-a expected to be
equivalent to abcba, -a on the end is treated as -a. Back to back ranges not
implemented yet.
I think the info m4 examples should be in the regression tests. All but the
back
to back range worked (-g only gnu), with the updated version attached, I have
fixed that as below, result from test m4 vs gm4 as per m4 info.
$ sh test_translit.sh
[HAVE_abc def h/] [HAVE_abc def h/]
[HAVE_abc~def~h/] [HAVE_abc~def~h/]
[HAVE_abc/def~h/] [HAVE_abc/def~h/]
[HAVE_abc/def;h/] [HAVE_abc/def;h/]
[HAVE_ABC/def;h/] [HAVE_ABC/def;h/]
[HAVE_ABCZdef;hZ] [HAVE_ABCZdef;hZ]
ABCDEFGHIJ ABCDEFGHIJ
ABCDEFGHIJ ABCDEFGHIJ
ABC-0980-ZYXABC-0980-ZYX
ABC-0980-ZYXABC-0980-ZYX
s not nix s not nix
GNUS NOT UNIX GNUS NOT UNIX
tmfs not fnix tmfs not fnix
;abcba;abcba
bgced bgced
I will have a look at the patches.
Regards
Nigel Taylor
Hi,
I missed incrementing pointer, after back-to-back range.
Regards
Nigel Taylor
Index: usr.bin/m4/eval.c
===
RCS file: /home/cvs/src/usr.bin/m4/eval.c,v
retrieving revision 1.68
diff -u -p -r1.68 eval.c
--- usr.bin/m4/eval.c 7 Sep 2010 19:58:09 - 1.68
+++ usr.bin/m4/eval.c 10 Mar 2011 20:58:34 -
@@ -884,21 +884,11 @@ dosub(const char *argv[], int argc)
* language. Within mapvec, we replace every character of from with
* the corresponding character in to. If to is shorter than from,
* than the corresponding entries are null, which means that those
- * characters dissapear altogether. Furthermore, imagine
- * map(dest, sourcestring, srtin, rn..*) type call. In this case,
- * `s' maps to `r', `r' maps to `n' and `n' maps to `*'. Thus, `s'
- * ultimately maps to `*'. In order to achieve this effect in an efficient
- * manner (i.e. without multiple passes over the destination string), we
- * loop over mapvec, starting with the initial source character. if the
- * character value (dch) in this location is different than the source
- * character (sch), sch becomes dch, once again to index into mapvec, until
- * the character value stabilizes (i.e. sch = dch, in other words
- * mapvec[n] == n). Even if the entry in the mapvec is null for an ordinary
- * character, it will stabilize, since mapvec[0] == 0 at all times. At the
- * end, we restore mapvec* back to normal where mapvec[n] == n for
- * 0 = n = 127. This strategy, along with the restoration of mapvec, is
- * about 5 times faster than any algorithm that makes multiple passes over
- * destination string.
+ * characters dissapear altogether.
+ * The recursion has been removed to match gnu m4 implementation and
+ * matches the m4 info details.
+ * At the end, we restore mapvec* back to normal where mapvec[n] == n for
+ * 0 = n = 255.
*/
static void
map(char *dest, const char *src, const char *from, const char *to)
@@ -958,10 +948,6 @@ map(char *dest, const char *src, const c
while (*src) {
sch = (unsigned char)(*src++);
dch = mapvec[sch];
- while (dch != sch) {
- sch = dch;
- dch = mapvec[sch];
- }
if ((*dest = (char)dch))
dest++;
}
@@ -993,7 +979,7 @@ handledash(char *buffer, char *end, cons
Update ruby-amalgalite 0.15.0 - 1.0.0
Simple version bump for ruby-amalgalite, changelog is at
http://copiousfreetime.rubyforge.org/amalgalite/HISTORY_rdoc.html.
Requires bumps to textproc/ruby-fastercsv and devel/ruby-arrayfields,
included in the diff.
Tested on i386, also builds fine on amd64. Looking for OKs.
Jeremy
Index: databases/ruby-amalgalite/Makefile
===
RCS file: /cvs/ports/databases/ruby-amalgalite/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- databases/ruby-amalgalite/Makefile 3 Jan 2011 22:23:06 - 1.3
+++ databases/ruby-amalgalite/Makefile 23 Feb 2011 23:04:08 -
@@ -4,7 +4,7 @@ BROKEN-mips64el= hangs when compiling sq
COMMENT = ruby SQLite3 embedded database library
-DISTNAME = amalgalite-0.15.0
+DISTNAME = amalgalite-1.0.0
CATEGORIES = databases
HOMEPAGE = http://copiousfreetime.rubyforge.org/amalgalite/
@@ -22,8 +22,8 @@ MODULES = lang/ruby
CONFIGURE_STYLE = ruby gem ext
BUILD_DEPENDS =${RUN_DEPENDS}
-RUN_DEPENDS = devel/ruby-arrayfields,${MODRUBY_FLAVOR} \
- textproc/ruby-fastercsv,${MODRUBY_FLAVOR}=1.5.3
+RUN_DEPENDS = devel/ruby-arrayfields,${MODRUBY_FLAVOR}=4.7.4,4.8 \
+ textproc/ruby-fastercsv,${MODRUBY_FLAVOR}=1.5.4,1.6
AMALGALITE_SO_DIR =amalgalite/${MODRUBY_REV}
SUBST_VARS += AMALGALITE_SO_DIR
Index: databases/ruby-amalgalite/distinfo
===
RCS file: /cvs/ports/databases/ruby-amalgalite/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- databases/ruby-amalgalite/distinfo 20 Dec 2010 17:34:10 - 1.1.1.1
+++ databases/ruby-amalgalite/distinfo 23 Feb 2011 23:07:54 -
@@ -1,5 +1,5 @@
-MD5 (amalgalite-0.15.0.gem) = uGkUrBahBabjF6WY9Shx8w==
-RMD160 (amalgalite-0.15.0.gem) = oas7jXlU+uWT6qsJYnZib/Jx10o=
-SHA1 (amalgalite-0.15.0.gem) = BC8xgfZgdKpP0PfEBxkMA1qwbmI=
-SHA256 (amalgalite-0.15.0.gem) = 6PDjFQV2rpBd2Qxm328wn9Rg0drpdSGatmob4txtFZc=
-SIZE (amalgalite-0.15.0.gem) = 1324544
+MD5 (amalgalite-1.0.0.gem) = gt7Wdy5s/p5ubNmgjQMX2Q==
+RMD160 (amalgalite-1.0.0.gem) = XDHwmnT+A0vjRnagpq9w9SH3L/E=
+SHA1 (amalgalite-1.0.0.gem) = xFs2Pxw3/+YkuPmJYOaJvlnhtvA=
+SHA256 (amalgalite-1.0.0.gem) = 2m1KPPxoPc91jL9lyW+RR5FNm0f7Wrj4vJQK5LKHqB4=
+SIZE (amalgalite-1.0.0.gem) = 1352192
Index: databases/ruby-amalgalite/pkg/PLIST
===
RCS file: /cvs/ports/databases/ruby-amalgalite/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- databases/ruby-amalgalite/pkg/PLIST 20 Dec 2010 17:34:10 - 1.1.1.1
+++ databases/ruby-amalgalite/pkg/PLIST 23 Feb 2011 23:11:32 -
@@ -2,9 +2,9 @@
${GEM_BIN}/amalgalite-pack${GEM_BIN_SUFFIX}
${GEM_LIB}/cache/${DISTNAME}.gem
${GEM_LIB}/gems/${DISTNAME}/
-${GEM_LIB}/gems/${DISTNAME}/HISTORY
+${GEM_LIB}/gems/${DISTNAME}/HISTORY.rdoc
${GEM_LIB}/gems/${DISTNAME}/LICENSE
-${GEM_LIB}/gems/${DISTNAME}/README
+${GEM_LIB}/gems/${DISTNAME}/README.rdoc
${GEM_LIB}/gems/${DISTNAME}/bin/
${GEM_LIB}/gems/${DISTNAME}/bin/amalgalite-pack
${GEM_LIB}/gems/${DISTNAME}/examples/
@@ -13,6 +13,7 @@ ${GEM_LIB}/gems/${DISTNAME}/examples/blo
${GEM_LIB}/gems/${DISTNAME}/examples/bootstrap.rb
${GEM_LIB}/gems/${DISTNAME}/examples/define_aggregate.rb
${GEM_LIB}/gems/${DISTNAME}/examples/define_function.rb
+${GEM_LIB}/gems/${DISTNAME}/examples/filestore.db
${GEM_LIB}/gems/${DISTNAME}/examples/gem-db.rb
${GEM_LIB}/gems/${DISTNAME}/examples/gems.db
${GEM_LIB}/gems/${DISTNAME}/examples/require_me.rb
@@ -131,6 +132,5 @@ ${GEM_LIB}/gems/${DISTNAME}/tasks/distri
${GEM_LIB}/gems/${DISTNAME}/tasks/documentation.rake
${GEM_LIB}/gems/${DISTNAME}/tasks/extension.rake
${GEM_LIB}/gems/${DISTNAME}/tasks/rspec.rake
-${GEM_LIB}/gems/${DISTNAME}/tasks/rubyforge.rake
${GEM_LIB}/gems/${DISTNAME}/tasks/utils.rb
${GEM_LIB}/specifications/${DISTNAME}.gemspec
Index: textproc/ruby-fastercsv/Makefile
===
RCS file: /cvs/ports/textproc/ruby-fastercsv/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- textproc/ruby-fastercsv/Makefile6 Jan 2011 04:24:24 - 1.13
+++ textproc/ruby-fastercsv/Makefile23 Feb 2011 23:01:47 -
@@ -2,8 +2,7 @@
COMMENT= faster Ruby CSV library
-DISTNAME= fastercsv-1.5.3
-REVISION = 0
+DISTNAME= fastercsv-1.5.4
CATEGORIES=textproc
# GPLv2
Index: textproc/ruby-fastercsv/distinfo
===
RCS file: /cvs/ports/textproc/ruby-fastercsv/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- textproc/ruby-fastercsv/distinfo8 Dec 2010 22:38:19 - 1.5
+++ textproc/ruby-fastercsv/distinfo23 Feb 2011 23:02:02 -
@@ -1,5 +1,5 @@
-MD5 (fastercsv-1.5.3.gem) = /3AuGmRduKwFW9GvjOkUPA==
-RMD160
Update: www/ruby-unicorn 3.0.1 - 3.4.0
Simple version bump for unicorn, changelog here:
http://unicorn.bogomips.org/NEWS.html
One port change is that the man pages for unicorn and unicorn_rails
are now installed into the standard man page directory. This
will fix the issue where whatis.db is created instead the gem directory
leading to errors when the package is upgraded or deleted.
Unfortunately, this will cause a conflict between the rbx-unicorn and
ruby-unicorn packages where there was none before, since they will both
attempt install the same man page (the ruby19-unicorn package doesn't
conflict with either, since it uses the same 19 suffix the bin files
use). This could be handled in one of the following ways:
1) Use the current diff, which lacks explicit conflict marking. The pkg
tools will still note the conflict when an install is attempted.
2) Add explicit conflict marking, using PFRAG.rbx and
PFRAG.no-rbx,no-ruby19 (or whatever the necessary filename is).
Results in a nicer error message if you attempt to install conflicting
packages.
3) Name the rbx-unicorn package man page differently, so it no longer
conflicts. However, it will then no longer match the binary name. The
rbx version is generally invoked as rbx -S unicorn, unless the user
specifically modifies their PATH to add the rubinius bin directory
before the standard bin directory.
Note that neither the ruby19 or rbx FLAVOR is built by default. I would
like to build the ruby19 FLAVOR by default, though.
I'm not sure how best to handle this, and am open to suggestions.
This requires a newer version of devel/ruby-kgio, included. The diff
also includes an update to the related www/ruby-rainbows port, which has
the same man page issues.
Tested on amd64. Looking for OKs.
Jeremy
Index: devel/ruby-kgio/Makefile
===
RCS file: /cvs/ports/devel/ruby-kgio/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- devel/ruby-kgio/Makefile6 Jan 2011 04:24:23 - 1.2
+++ devel/ruby-kgio/Makefile15 Feb 2011 22:31:11 -
@@ -2,8 +2,7 @@
COMMENT = kinder, gentler I/O for Ruby
-DISTNAME = kgio-2.0.0
-REVISION = 0
+DISTNAME = kgio-2.3.2
CATEGORIES = devel
# LGPLv2.1/LGPLv3
Index: devel/ruby-kgio/distinfo
===
RCS file: /cvs/ports/devel/ruby-kgio/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- devel/ruby-kgio/distinfo9 Dec 2010 20:05:16 - 1.1.1.1
+++ devel/ruby-kgio/distinfo15 Feb 2011 22:31:30 -
@@ -1,5 +1,5 @@
-MD5 (kgio-2.0.0.gem) = XhMiLI43bltDRfhApjPAXQ==
-RMD160 (kgio-2.0.0.gem) = o/fFkdrsADCbwMtV28QggPMN1zU=
-SHA1 (kgio-2.0.0.gem) = DPq5JzsPFbP9cuEOZLdef+AFM6Y=
-SHA256 (kgio-2.0.0.gem) = +voyTZFkRBJocGU4xeX2qa2IVk98eNs61oImm28kAGs=
-SIZE (kgio-2.0.0.gem) = 44032
+MD5 (kgio-2.3.2.gem) = CaXE3GFhO8l/WiJFpl8rMQ==
+RMD160 (kgio-2.3.2.gem) = aoq0rpO62epAHhRXtorfluZxBKA=
+SHA1 (kgio-2.3.2.gem) = RXlpvEZK1t75/9SZazyoO3fPVuA=
+SHA256 (kgio-2.3.2.gem) = 4zECuzhpSJ+mEUTd0SGu19KtaVIwTIthQYXeqwyciQI=
+SIZE (kgio-2.3.2.gem) = 55296
Index: devel/ruby-kgio/pkg/PLIST
===
RCS file: /cvs/ports/devel/ruby-kgio/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- devel/ruby-kgio/pkg/PLIST 9 Dec 2010 20:05:16 - 1.1.1.1
+++ devel/ruby-kgio/pkg/PLIST 15 Feb 2011 01:11:23 -
@@ -5,6 +5,7 @@ ${GEM_LIB}/gems/${DISTNAME}/.document
${GEM_LIB}/gems/${DISTNAME}/.gitignore
${GEM_LIB}/gems/${DISTNAME}/.manifest
${GEM_LIB}/gems/${DISTNAME}/.require_paths
+${GEM_LIB}/gems/${DISTNAME}/.wrongdoc.yml
${GEM_LIB}/gems/${DISTNAME}/COPYING
${GEM_LIB}/gems/${DISTNAME}/ChangeLog
${GEM_LIB}/gems/${DISTNAME}/GIT-VERSION-FILE
@@ -12,6 +13,7 @@ ${GEM_LIB}/gems/${DISTNAME}/GIT-VERSION-
${GEM_LIB}/gems/${DISTNAME}/GNUmakefile
${GEM_LIB}/gems/${DISTNAME}/HACKING
${GEM_LIB}/gems/${DISTNAME}/ISSUES
+${GEM_LIB}/gems/${DISTNAME}/LATEST
${GEM_LIB}/gems/${DISTNAME}/LICENSE
${GEM_LIB}/gems/${DISTNAME}/NEWS
${GEM_LIB}/gems/${DISTNAME}/README
@@ -22,6 +24,9 @@ ${GEM_LIB}/gems/${DISTNAME}/ext/kgio/
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/Makefile
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/accept.c
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/accept.o
+${GEM_LIB}/gems/${DISTNAME}/ext/kgio/ancient_ruby.h
+${GEM_LIB}/gems/${DISTNAME}/ext/kgio/autopush.c
+${GEM_LIB}/gems/${DISTNAME}/ext/kgio/autopush.o
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/connect.c
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/connect.o
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/extconf.rb
@@ -29,12 +34,12 @@ ${GEM_LIB}/gems/${DISTNAME}/ext/kgio/kgi
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/kgio_ext.c
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/kgio_ext.o
${GEM_LIB}/gems/${DISTNAME}/ext/kgio/kgio_ext.so
-${GEM_LIB}/gems/${DISTNAME}/ext/kgio/missing/
-${GEM_LIB}/gems/${DISTNAME}/ext/kgio/missing/accept4.h
-${GEM_LIB}/gems/${DISTNAME}/ext/kgio/missing/ancient_ruby.h
Fix crash on exit in www/ruby-thin
This fixes the crash reported by Clint Pachl on misc@ last month. I'd also like to build the ruby19 FLAVOR of thin by default. Tested on amd64. OK to commit and build ruby19 FLAVOR by default? Jeremy Index: Makefile === RCS file: /cvs/ports/www/ruby-thin/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- Makefile12 Jan 2011 17:47:38 - 1.9 +++ Makefile24 Feb 2011 01:18:31 - @@ -3,6 +3,7 @@ COMMENT = fast and very simple Ruby web server DISTNAME = thin-1.2.7 +REVISION = 0 CATEGORIES = www HOMEPAGE = http://code.macournoyer.com/thin/ Index: patches/patch-lib_thin_daemonizing_rb === RCS file: patches/patch-lib_thin_daemonizing_rb diff -N patches/patch-lib_thin_daemonizing_rb --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-lib_thin_daemonizing_rb 24 Feb 2011 01:24:46 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Backport commit 0ea95a0ddae14d65bc59 from upstream git to fix +backtrace on stop command. + +--- lib/thin/daemonizing.rb.orig Wed Feb 23 17:22:10 2011 lib/thin/daemonizing.rbWed Feb 23 17:22:43 2011 +@@ -5,6 +5,8 @@ module Process + # Returns +true+ the process identied by +pid+ is running. + def running?(pid) + Process.getpgid(pid) != -1 ++ rescue Errno::EPERM ++true + rescue Errno::ESRCH + false + end
Make qtruby from x11/kde/bindings3 work without LD_PRELOAD=libpthread hack
Because our lang/ruby/1.8 port does not link with pthread, but qt3
does, attempting to load the qtruby extension in ruby will currently
crash the ruby interpreter unless you run ruby with
LD_PRELOAD=libpthread. This makes the LD_PRELOAD hack unnecessary, by
using -lpthread (not -pthread) when linking.
I believe this technique was discovered by bernd@, it's also used in the
textproc/ruby-hyperestraier port.
Tested on amd64. Looking for OKs.
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/x11/kde/bindings3/Makefile,v
retrieving revision 1.73
diff -u -p -r1.73 Makefile
--- Makefile15 Jan 2011 01:09:43 - 1.73
+++ Makefile15 Feb 2011 23:39:29 -
@@ -16,7 +16,7 @@ LIB_DEPENDS = x11/kde/libs3 \
x11/qt3 \
${MODRUBY_LIB_DEPENDS}
-REVISION = 13
+REVISION = 14
#XXX missing -rpath to /usr/local ?
USE_LIBTOOL = gnu
USE_GROFF =Yes
Index: patches/patch-qtruby_rubylib_qtruby_Makefile_in
===
RCS file:
/cvs/ports/x11/kde/bindings3/patches/patch-qtruby_rubylib_qtruby_Makefile_in,v
retrieving revision 1.3
diff -u -p -r1.3 patch-qtruby_rubylib_qtruby_Makefile_in
--- patches/patch-qtruby_rubylib_qtruby_Makefile_in 29 Aug 2008 11:27:44
- 1.3
+++ patches/patch-qtruby_rubylib_qtruby_Makefile_in 11 Mar 2011 01:33:10
-
@@ -1,6 +1,20 @@
$OpenBSD: patch-qtruby_rubylib_qtruby_Makefile_in,v 1.3 2008/08/29 11:27:44
espie Exp $
qtruby/rubylib/qtruby/Makefile.in.orig Wed Aug 20 17:38:15 2008
-+++ qtruby/rubylib/qtruby/Makefile.in Thu Aug 28 10:56:33 2008
+
+Add -lpthread linking to remove need for LD_PRELOAD=libpthread,
+since the lang/ruby/1.8 port is not linked to libpthread, but
+qt3 is.
+
+--- qtruby/rubylib/qtruby/Makefile.in.orig Wed Aug 20 08:38:15 2008
qtruby/rubylib/qtruby/Makefile.in Wed Feb 16 00:13:53 2011
+@@ -260,7 +260,7 @@ LIB_KUNITTEST = @LIB_KUNITTEST@
+ LIB_KUTILS = @LIB_KUTILS@
+ LIB_POLL = @LIB_POLL@
+ LIB_QPE = @LIB_QPE@
+-LIB_QT = @LIB_QT@
++LIB_QT = @LIB_QT@ -lpthread
+ LIB_SMB = @LIB_SMB@
+ LIB_X11 = @LIB_X11@
+ LIB_XEXT = @LIB_XEXT@
@@ -428,7 +428,7 @@ libqtrubyinternal_la_SOURCES = Qt.cpp handlers.cpp
rubylibdir = $(RUBY_SITEARCHDIR)
rubylib_LTLIBRARIES = qtruby.la
Update databases/ruby-pg 0.10.0 - 0.10.1
Simple version bump, our only patch was accepted upstream. Tested on amd64 and i386. Looking for OKs. Jeremy Index: Makefile === RCS file: /cvs/ports/databases/ruby-pg/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile6 Jan 2011 04:24:22 - 1.11 +++ Makefile20 Jan 2011 02:17:42 - @@ -2,8 +2,7 @@ COMMENT = PostgreSQL database interface for ruby -DISTNAME = pg-0.10.0 -REVISION = 0 +DISTNAME = pg-0.10.1 CATEGORIES = databases MAINTAINER = Jeremy Evans jer...@openbsd.org Index: distinfo === RCS file: /cvs/ports/databases/ruby-pg/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo20 Dec 2010 17:31:08 - 1.5 +++ distinfo20 Jan 2011 02:18:08 - @@ -1,5 +1,5 @@ -MD5 (pg-0.10.0.gem) = QECW72/dic1MFpqSp8qCaw== -RMD160 (pg-0.10.0.gem) = J1uzoXOpUvbZ2BEhYl2ZWUClPpk= -SHA1 (pg-0.10.0.gem) = C5AxGHr0KyzoQWgApVPGAuFadcE= -SHA256 (pg-0.10.0.gem) = jokeqmJ2m249UlRbh8wn8KdjV+zI3XhFmb4pf+caoxk= -SIZE (pg-0.10.0.gem) = 113152 +MD5 (pg-0.10.1.gem) = ua+6coFG0GSfne1HObxWwg== +RMD160 (pg-0.10.1.gem) = te9BxkNXxKkrOReWR/oEuQpUm00= +SHA1 (pg-0.10.1.gem) = N8lwhyNRKClqMOickpSqMr/51tY= +SHA256 (pg-0.10.1.gem) = rx5x6+FbtO4XvEKiIQQPrhXdr2FZL3uAEN9go4rKtZc= +SIZE (pg-0.10.1.gem) = 113664 Index: patches/patch-ext_pg_c === RCS file: patches/patch-ext_pg_c diff -N patches/patch-ext_pg_c --- patches/patch-ext_pg_c 20 Dec 2010 17:31:08 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,16 +0,0 @@ -$OpenBSD: patch-ext_pg_c,v 1.1 2010/12/20 17:31:08 jeremy Exp $ - -rb_yield_splat is not yet supported by rubinius, this is functionally -equivalent. Upstream fixed the issue in 9e11be78bfe4. - ext/pg.c.orig Thu Dec 2 09:10:21 2010 -+++ ext/pg.c Thu Dec 2 09:12:32 2010 -@@ -2172,7 +2172,7 @@ pgconn_wait_for_notify(int argc, VALUE *argv, VALUE se - PQfreemem( notification ); - - if ( rb_block_given_p() ) -- rb_yield_splat( rb_ary_new3(2, relname, be_pid) ); -+ rb_yield_values(2, relname, be_pid); - - return relname; - }
Update: databases/ruby-sqlite3 1.3.1 - 1.3.3
Simple version bump, changelog at
https://github.com/luislavena/sqlite3-ruby/blob/master/CHANGELOG.rdoc.
One significant new feature is the ability to open a database in
read-only mode.
The upstream gem got renamed from sqlite3-ruby to sqlite3.
Tested on amd64 and i386. Looking for OKs.
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/databases/ruby-sqlite3/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile6 Jan 2011 04:24:22 - 1.19
+++ Makefile20 Jan 2011 02:20:26 -
@@ -2,10 +2,8 @@
COMMENT= access a SQLite3 database from ruby
-VERSION= 1.3.1
-DISTNAME= sqlite3-ruby-${VERSION}
-PKGNAME= sqlite3-${VERSION}
-REVISION = 1
+VERSION= 1.3.3
+DISTNAME= sqlite3-${VERSION}
CATEGORIES=databases
HOMEPAGE= http://sqlite-ruby.rubyforge.org/
Index: distinfo
===
RCS file: /cvs/ports/databases/ruby-sqlite3/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo8 Nov 2010 23:35:15 - 1.6
+++ distinfo20 Jan 2011 02:20:40 -
@@ -1,5 +1,5 @@
-MD5 (sqlite3-ruby-1.3.1.gem) = S3m7X+62UqUi9v5QcahP+Q==
-RMD160 (sqlite3-ruby-1.3.1.gem) = rD1iHYqjURDeQ2Yj4EcuzroNoTw=
-SHA1 (sqlite3-ruby-1.3.1.gem) = NvuPbYpACHk/u5EooOTFirhDPwM=
-SHA256 (sqlite3-ruby-1.3.1.gem) = OG0AFv/Uz9aLeyo0V0p34xh/lcWgj+JrSEC1b59EkZ0=
-SIZE (sqlite3-ruby-1.3.1.gem) = 53248
+MD5 (sqlite3-1.3.3.gem) = JfnPB0QVfcfs8TCOXmGZZw==
+RMD160 (sqlite3-1.3.3.gem) = GFsYQIZ953LNMwdvoc8pkFYd6Zk=
+SHA1 (sqlite3-1.3.3.gem) = iIi6fXVXZEht0Fyue5XPR+wsPQs=
+SHA256 (sqlite3-1.3.3.gem) = KU+S6Orla0WtJBa7kpBGxbgCS39zrd2AljrOXZCVA74=
+SIZE (sqlite3-1.3.3.gem) = 55808
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/ruby-sqlite3/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -r1.7 PLIST
--- pkg/PLIST 8 Nov 2010 23:35:15 - 1.7
+++ pkg/PLIST 20 Jan 2011 02:32:44 -
@@ -11,6 +11,9 @@ ${GEM_LIB}/gems/${DISTNAME}/Rakefile
${GEM_LIB}/gems/${DISTNAME}/ext/
${GEM_LIB}/gems/${DISTNAME}/ext/sqlite3/
${GEM_LIB}/gems/${DISTNAME}/ext/sqlite3/Makefile
+${GEM_LIB}/gems/${DISTNAME}/ext/sqlite3/backup.c
+${GEM_LIB}/gems/${DISTNAME}/ext/sqlite3/backup.h
+${GEM_LIB}/gems/${DISTNAME}/ext/sqlite3/backup.o
${GEM_LIB}/gems/${DISTNAME}/ext/sqlite3/database.c
${GEM_LIB}/gems/${DISTNAME}/ext/sqlite3/database.h
${GEM_LIB}/gems/${DISTNAME}/ext/sqlite3/database.o
@@ -50,8 +53,10 @@ ${GEM_LIB}/gems/${DISTNAME}/tasks/native
${GEM_LIB}/gems/${DISTNAME}/tasks/vendor_sqlite3.rake
${GEM_LIB}/gems/${DISTNAME}/test/
${GEM_LIB}/gems/${DISTNAME}/test/helper.rb
+${GEM_LIB}/gems/${DISTNAME}/test/test_backup.rb
${GEM_LIB}/gems/${DISTNAME}/test/test_collation.rb
${GEM_LIB}/gems/${DISTNAME}/test/test_database.rb
+${GEM_LIB}/gems/${DISTNAME}/test/test_database_readonly.rb
${GEM_LIB}/gems/${DISTNAME}/test/test_deprecated.rb
${GEM_LIB}/gems/${DISTNAME}/test/test_encoding.rb
${GEM_LIB}/gems/${DISTNAME}/test/test_integration.rb
Re: Make qtruby from x11/kde/bindings3 work without LD_PRELOAD=libpthread hack
On Thu, 10 Mar 2011, Jeremy Evans wrote:
Because our lang/ruby/1.8 port does not link with pthread, but qt3
does, attempting to load the qtruby extension in ruby will currently
crash the ruby interpreter unless you run ruby with
LD_PRELOAD=libpthread. This makes the LD_PRELOAD hack unnecessary, by
using -lpthread (not -pthread) when linking.
I believe this technique was discovered by bernd@, it's also used in the
textproc/ruby-hyperestraier port.
It's not a technique, it's an horrible hack and despites my numerous
attempts asking him to revert it, he never answered.
Tested on amd64. Looking for OKs.
Personnally I think this is something we should not do, it's wrong and
shows the wrong example. But it may be just me.
Index: Makefile
===
RCS file: /cvs/ports/x11/kde/bindings3/Makefile,v
retrieving revision 1.73
diff -u -p -r1.73 Makefile
--- Makefile 15 Jan 2011 01:09:43 - 1.73
+++ Makefile 15 Feb 2011 23:39:29 -
@@ -16,7 +16,7 @@ LIB_DEPENDS = x11/kde/libs3 \
x11/qt3 \
${MODRUBY_LIB_DEPENDS}
-REVISION = 13
+REVISION = 14
#XXX missing -rpath to /usr/local ?
USE_LIBTOOL =gnu
USE_GROFF = Yes
Index: patches/patch-qtruby_rubylib_qtruby_Makefile_in
===
RCS file:
/cvs/ports/x11/kde/bindings3/patches/patch-qtruby_rubylib_qtruby_Makefile_in,v
retrieving revision 1.3
diff -u -p -r1.3 patch-qtruby_rubylib_qtruby_Makefile_in
--- patches/patch-qtruby_rubylib_qtruby_Makefile_in 29 Aug 2008 11:27:44
- 1.3
+++ patches/patch-qtruby_rubylib_qtruby_Makefile_in 11 Mar 2011 01:33:10
-
@@ -1,6 +1,20 @@
$OpenBSD: patch-qtruby_rubylib_qtruby_Makefile_in,v 1.3 2008/08/29 11:27:44
espie Exp $
qtruby/rubylib/qtruby/Makefile.in.orig Wed Aug 20 17:38:15 2008
-+++ qtruby/rubylib/qtruby/Makefile.inThu Aug 28 10:56:33 2008
+
+Add -lpthread linking to remove need for LD_PRELOAD=libpthread,
+since the lang/ruby/1.8 port is not linked to libpthread, but
+qt3 is.
+
+--- qtruby/rubylib/qtruby/Makefile.in.orig Wed Aug 20 08:38:15 2008
qtruby/rubylib/qtruby/Makefile.inWed Feb 16 00:13:53 2011
+@@ -260,7 +260,7 @@ LIB_KUNITTEST = @LIB_KUNITTEST@
+ LIB_KUTILS = @LIB_KUTILS@
+ LIB_POLL = @LIB_POLL@
+ LIB_QPE = @LIB_QPE@
+-LIB_QT = @LIB_QT@
++LIB_QT = @LIB_QT@ -lpthread
+ LIB_SMB = @LIB_SMB@
+ LIB_X11 = @LIB_X11@
+ LIB_XEXT = @LIB_XEXT@
@@ -428,7 +428,7 @@ libqtrubyinternal_la_SOURCES = Qt.cpp handlers.cpp
rubylibdir = $(RUBY_SITEARCHDIR)
rubylib_LTLIBRARIES = qtruby.la
--
Antoine
