Re: update: databases/sqlite3
On 6/26/07, Marc Espie [EMAIL PROTECTED] wrote: This update is obviously wrong. You did not change the version number of the libraries, whereas it's obvious from the changelog that *at least* a minor bump is required (and we're probably going to go with a major bump because of the compatibility issues). I missed that partly because the changelogs actually don't directly mention any incompatibility issues, but just say: Nevertheless, the version number of this release is 3.4.0 instead of 3.3.18 in order to call attention to the possible incompatibility. This possible incompatibility may only effect applications that use SQLite in the extreme. See http://www.sqlite.org/changes.html But sure, it's best to bumb the library version.
Re: How can I replace Linux-specific sysinfo struct in OpenBSD?
On 6/25/07, Andrés [EMAIL PROTECTED] wrote: HI, I'm trying to make Fenix (fenix.divsite.net) run under OpenBSD. Unfortunately, is uses a Linux-specific system call sysinfo, which returns a struct of this characteristics: http://www.die.net/doc/linux/man/man2/sysinfo.2.html Fenix uses freeram, mem_unit, and totalram; how could I replace those calls to make it run on OpenBSD? You can use the sysctl interface. man 3 sysctl.
update: databases/sqlite3
Here is an update to the latest version of SQLite. It's an important bugfix release and according to sqlite3.org upgrade is highly recommended. 2 bugs have been fixed which could lead to database corruption. Tested on i386/-current. I've also tested databases/p5-DBD-SQLite. sqlite3.diff Description: Binary data
update: devel/p5-Devel-SmallProf
Here is an update of devel/p5-DevelSmallProf to the latest stable version. Tested on -current/i386. Changelog at http://search.cpan.org/src/SALVA/Devel-SmallProf-2.02/Changes p5_Devel_SmallProf.diff Description: Binary data
update: devel/p5-Cache-FastMmap
Here is an update to devel/p5-Cache-FastMmap. Tested on -current/i386. Changelog: 1.16 Thu May 8 17:12 2007 - fix typo in Changes file (1.15 is 2007, not 2006) - fix get_keys(2) when undef values in cache - fix some leak detection tests 1.15 Thu May 8 17:12 2007 - catch and rethrow die/exceptions in get_and_set() callbacks - avoid undef warnings when using cache_not_found mode - use unique tempfile name rather than the same every time - add allow_recursive option to allow calls to cache from within a read/write callback sub - add checks to die if we try and lock a cache twice, rather than just causing mysterious errors - add unlink_on_exit to automatically delete the share_file when the cache exits. default to true if we created the share_file, false if we connected to an existing one - make empty_on_exit only call empty if the pid of the process we're cleaning up in is the same as the pid we were created in - die in CLONE, making it clear threads aren't supported p5_Cache_FastMmap.diff Description: Binary data
update: net/ike-scan
Attached bumps net/ike-scan to the latest version. Tested on -i386. Seems to work fine. ike-scan.diff Description: Binary data
update: devel/p5-Cache-FastMMap
Maintenance update from 1.09 - 1.14. Mostly miscellaneous bugfixes. Tested on i386/-current. Changelog at http://search.cpan.org/src/ROBM/Cache-FastMmap-1.14/Changes p5_Cache_FastMMap_1.14.diff Description: Binary data
update: graphics/gtkam
Attached is an update of graphics/gtkam to the latest version. It requires libexif-gtk, which is a GTK+ widgets library/frontend to libexif. The new port is attached. Tested lightly on -current/i386. Could someone please test this with a digicam and report any failures back to me? gtkam_0.1.13.diff Description: Binary data libexif-gtk-0.3.5.tgz Description: GNU Zip compressed data
Re: [UPDATE] www/p5-HTML-Parser
I've sent the correct update yesterday. You should contact me or at least follow the [EMAIL PROTECTED] On 7/31/06, David Hill [EMAIL PROTECTED] wrote: On Mon, Jul 31, 2006 at 12:14:25PM -0500, Will Maier wrote: On Mon, Jul 31, 2006 at 12:34:41PM -0400, David Hill wrote: Please test. The version currently in ports is 3.54; your diff won't apply to the current tree. http://www.openbsd.org/cgi-bin/cvsweb/ports/www/p5-HTML-Parser/ Did you send your update to the maintainer first? $ cd /usr/ports/www/p5-HTML-Parser $ make show=MAINTAINER Srebrenko Sehic [EMAIL PROTECTED] Does this update impact ports that depend on p5-HTML-Parser? -- o--{ Will Maier }--o | web:...http://www.lfod.us/ | [EMAIL PROTECTED] | *--[ BSD Unix: Live Free or Die ]--* Ahh, forgot to update the tree beforehand. Thanks for pointing that out.
update: devel/p5-IO-KQueue
Attached bumps p5-IO-KQueue to 0.31. Tested on -current/i386. p5_IO_KQueue.patch Description: Binary data
update: www/p5-HTML-Parser
Attached bumps p5-HTML-Parser to the latest version (3.55). Tested on -current/i386. Works fine and passes regression tests. p5_HTML_Parser_3.55.diff Description: Binary data
Re: NEW: p5-JSON
you need to find some dependencies for this: Warning: prerequisite HTTP::Request 0 not found. Warning: prerequisite HTTP::Response 0 not found. Those are bundled in p5-libwww.
Re: NEW: p5-JSON
There it is. Added dependency www/p5-libwww and removed WWW from DESCR. Please test and report. You should not point $MASTER_SITE_PERL_CPAN to ../../authors/ but use the group instead. In case of JSON, it's Apache. Hence, you should have this instead: MASTER_SITES=${MASTER_SITE_PERL_CPAN:=Apache/}
Re: new: devel/p5-XML-Dumper
XML::Dumper dumps Perl data to XML format. XML::Dumper can also read XML data that was previously dumped by the module and convert it back to Perl. You can use the module read the XML from a file and write the XML to a file. how about putting this under textproc ? It depends on what you're using it for. I guess both devel and textproc are valid. Your call. I agree on both.
Re: new: devel/p5-XML-Dumper
Update port attached. Jasper's patch included. Thanks. p5-XML-Dumper-0.81.tgz Description: GNU Zip compressed data
update: www/p5-libwww
Attached bumps www/p5-libwww to the latest version from CPAN (5.508). Tested on i386/-current. Passes regressions tests. $MAINTAINER timed-out. p5_libwww_5.805.diff Description: Binary data
Re: update: www/p5-HTML-Parser
Bump to the latest version (3.54). Passes regression tests. Tested on i386/-current. Changelog: http://search.cpan.org/src/GAAS/HTML-Parser-3.54/Changes p5_HTML_Parser_3.54.diff Description: Binary data
new: devel/p5-IO-KQueue
Attached is a port of p5-IO-KQueue. Tested on i386/-current. Works fine. $ cat pkg/DESCR This module provides a fairly low level interface to the BSD kqueue system call, allowing you to monitor for changes on sockets, files, processes and signals. p5-IO-KQueue-0.29.tgz Description: GNU Zip compressed data
Re: update: www/p5-HTML-Parser
No. On 5/18/06, steven mestdagh [EMAIL PROTECTED] wrote: Srebrenko Sehic [2006-05-18, 13:15:15]: Bump to the latest version (3.54). Passes regression tests. Tested on i386/-current. Changelog: http://search.cpan.org/src/GAAS/HTML-Parser-3.54/Changes did you test all ports that depend on this? Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
update: devel/p5-BSD-Resource
Update to the latest version (1.25). Tested on i386/-current. Passes regression tests. p5_BSD_Resource_1.25.diff Description: Binary data
p5/CPAN ports needing an update
I could not sleep, so I hacked up a small program that uses CPAN search to find out which p5 ports need an update. Results + the hacked program attached, including the stats for top MAINTAINERS (top as in being a slacker). Shame on you :-) search.cpan.org is not perfect nor is the my program. Suggestions, comments and improvements always welcome. There are situations where a given port has different names in our tree and at CPAN thus resulting an error. Here are some stats: CPAN ports checked: 512 OpenBSD up-to-date ports: 292 (69%) OpenBSD ports needing an update: 130 (31%) CPAN errors: 90 Have fun and update those ports if you feel like it. openbsd_cpan_ports.log Description: Binary data cpancheck.23439DEFANGED-pl Description: application/defanged
update: www/mod_security
Attached diff bumps mod_security to the latest (1.9.3) version. Tested on i386/-current. mod_security_1.9.3.diff Description: Binary data
update: www/p5-HTML-Parser
Bump to the latest version (1.51). Passes regression tests. Tested on i386/-current. Changelog: http://search.cpan.org/src/GAAS/HTML-Parser-3.51/Changes I took the liberty to add myself as the new MAINTAINER. Please test this. Also test if you use any of the following modules included in the package: HTML::Entities HTML::Filter HTML::HeadParser HTML::LinkExtor HTML::Parser HTML::PullParser HTML::TokeParser p5_HTML_Parser_1.51.diff Description: Binary data
Re: p5/CPAN ports needing an update
I forgot to mention, that the run is based on /usr/ports/INDEX (updated to -current before the run) and hence might be a bit behind the actual situation in the tree.
p5/CPAN ports needing an update
Looks like ports@ doesn't like attached perl scripts. I'll put that on the web tomorrow and post a link. Until then, here is the original e-mail: -- I could not sleep, so I hacked up a small program that uses CPAN search to find out which p5 ports need an update. Results + the hacked program attached, including the stats for top MAINTAINERS (top as in being a slacker). Shame on you :-) search.cpan.org is not perfect nor is the my program. Suggestions, comments and improvements always welcome. There are situations where a given port has different names in our tree and at CPAN thus resulting an error. Here are some stats: CPAN ports checked: 512 OpenBSD up-to-date ports: 292 (69%) OpenBSD ports needing an update: 130 (31%) CPAN errors: 90 Have fun and update those ports if you feel like it. openbsd_cpan_ports.log.gz Description: GNU Zip compressed data
Re: new: devel/p5-Cache-FastMmap
On 3/11/06, Srebrenko Sehic [EMAIL PROTECTED] wrote: Attached is port of devel/p5-Cache-FastMmap. It is similar to p5-Cache-Mmap (which is pure perl), but is written in C for performance. Works wonderfully. Tested on i386-current, amd64/3.8 and i386/3.8. $ cat pkg/DESCR A shared memory cache through an mmap'ed file. It's core is written in C for performance. It uses fcntl locking to ensure multiple processes can safely access the cache at the same time. It uses a basic LRU algorithm to keep the most used entries in the cache. Absolutely no interest in this? p5-Cache-FastMmap-1.09.tar.gz Description: GNU Zip compressed data
update: net/ike-scan
Attached is an update bumping net/ike-scan to version 1.8. Tested on i386-current. I've removed the alternative MASTER_SITES, since it no longer carries updated versions. ike-scan.diff Description: Binary data
update: databases/p5-DBD-SQLite
Attached is an update bumping databases/p5-DBD-SQLite to 1.11 (latest). Tested on i386/current with DBI-1.50. p5-DBD-SQLite.diff Description: Binary data
update: databases/p5-DBI
Attached is an update bumping databases/p5-DBI to 1.50 (latest). Our 1.45 is 1½ years old. Changelog for p5-DBI is available at http://search.cpan.org/~timb/DBI-1.50/Changes Update passed regression tests. I've also tested p5-DBD-SQLite with this update. Works and passes all it's regression tests. All this on i386/current. A lot of other ports depend on DBI, so please test and report. p5-DBI.diff Description: Binary data