Are there plans for updating of Moose to 0.61 before the ports tree
lock? It does depend on updated Class::MOP and Sub::Exporter. I have
updates for these and a bunch of lightly tested (only on i386) Moose
extensions, i.e. MooseX::POE MooseX::Iterator MooseX::SimpleConfig
Moose::Policy MooseX
Simon Bertrang wrote:
On Fri, Jan 30, 2009 at 06:39:58AM -0800, James Wright wrote:
Are there plans for updating of Moose to 0.61 before the ports tree lock?
It does depend on updated Class::MOP and Sub::Exporter. I have updates for
these and a bunch of lightly tested (only on i386) Moose
is anyone working on adding sndio support to lang/squeak/vm? It looks
like a fairly simple API in platforms/unix/vm-sound-*, and the
conversion to sndio would enable us to get audio recording in the vm
(and a vm seems to be a good fit for a 'virtual' sound api like
sndio+aucat). If noone is l
Has anyone succeeded in getting Class::MOP upgraded to 0.76 in their
tree? I get 'make: don't know how to make
t/pp_072_immutable_w_constructors.t. Stop in
/usr/ports/devel/p5-Class-MOP/w-p5-Class-MOP-0.76/Class-MOP-0.76.'.
Possibly worth noting is that between 0.75 and 0.76 the position,
co
James Wright wrote:
Has anyone succeeded in getting Class::MOP upgraded to 0.76 in their
tree? I get 'make: don't know how to make
t/pp_072_immutable_w_constructors.t. Stop in
/usr/ports/devel/p5-Class-MOP/w-p5-Class-MOP-0.76/Class-MOP-0.76.'.
Possibly worth noting is that b
This updates Class::MOP to 0.76, tested on i386 only. Required by Moose
update that follows.
N.B: gnu make is now requires ro build, this is due to gmake-isms in the
generated Makefile.
Index: Makefile
===
RCS file: /cvs/ports/devel
This updates Moose to 068. This update depends on the previously posted
p5-Class-MOP update, I also added a bunch of regress-depends, though
some tests are still skipped due to missing dependencies (that are not
yet in the tree): Params::Coerce, DBM::Deep and
Declare::Constraints::Simple.
T
Simon Bertrang wrote:
On Mon, Feb 09, 2009 at 10:24:33AM +, Stuart Henderson wrote:
On 2009/02/08 23:33, James Wright wrote:
Has anyone succeeded in getting Class::MOP upgraded to 0.76 in their
tree? I get 'make: don't know how to make
t/pp_072_immutable_w_constructo
Andreas Vögele kurzegasse.de> writes:
>
> James Wright has opened a bug report regarding Alien::wxWidgets on
> OpenBSD at rt.cpan.org:
>
> http://rt.cpan.org/Ticket/Display.html?id=41678
>
> I started to create local ports for wxPerl a couple of weeks ago w
Simon Bertrang wrote:
On Mon, Feb 09, 2009 at 03:41:40AM -0800, James Wright wrote:
This updates Moose to 068. This update depends on the previously posted
p5-Class-MOP update, I also added a bunch of regress-depends, though some
tests are still skipped due to missing dependencies (that
Simon Bertrang wrote:
On Mon, Feb 09, 2009 at 03:41:40AM -0800, James Wright wrote:
This updates Moose to 068. This update depends on the previously posted
p5-Class-MOP update, I also added a bunch of regress-depends, though some
tests are still skipped due to missing dependencies (that
0.69 Thu, February 12, 2009
* Moose
- Make some keyword errors use throw_error instead of croak
since Moose::Exporter wraps keywords now (Sartak)
* Moose::Cookbook::*
- Revised every recipe for style and clarity. Also moved some
documentation out of cookbook recipes
0.69 Thu, February 12, 2009
* Moose
- Make some keyword errors use throw_error instead of croak
since Moose::Exporter wraps keywords now (Sartak)
* Moose::Cookbook::*
- Revised every recipe for style and clarity. Also moved some
documentation out of cookbook re
These patches update p5-Class-MOP and p5-Moose to 0.78 and 0.72
respectively.
Class::MOP changes:
http://cpansearch.perl.org/src/DROLSKY/Class-MOP-0.78/Changes
Moose changes:
http://cpansearch.perl.org/src/DROLSKY/Moose-0.72/Changes
Mostly documentation, deprecations and bugfixes in the Moose
$ cat
net/p5-AnyEvent-IRC/pkg/DESCR
AnyEvent::IRC can be viewed as toolbox for handling IRC connections
and communications. It won't do everything for you, and you still need
to know a few details of the IRC protocol.
Note that these modules use AnyEven
In the process of porting a p5-Gtk2 extension (Gtk2::Ex::Clock), I get
the following error when running the examples:
Unknown encoding '646' at
/usr/local/libdata/perl5/site_perl/Gtk2/Ex/Clock.pm line 198
The block is:
my $charset = I18N::Langinfo::langinfo (I18N::Langinfo::CODESET());
re
Stuart Henderson wrote:
That wouldn't be the best place to fix it, since other software might
have the problem too. Can you try this instead? (And either rebuild perl
or install just this file).
Index: gnu/usr.bin/perl/ext/Encode/lib/Encode/Alias.pm
=
This is a port of perl bindings to goocanvas, tested on i386. There is
a bug in demo/scalability @
https://rt.cpan.org/Ticket/Display.html?id=44215, probably related to
the FIXME in the goocanvas-perl header file, and missing svg files for
the bin/perlmine program, though everything else, incl
Net::DBus::GLib provides an extension to the Net::DBus module allowing
integration with the GLib mainloop. To integrate with the main loop,
simply get a connection to the bus via the methods in Net::DBus::GLib
rather than the usual Net::DBus module. That's it - every other API
remains the same.
T
Now that we have raptor and redland in ports is anyone working on
redland-bindings? I can probably make the perl bindings package, but I
haven't had enough (any) experience with py- ruby or php bindings in
ports/packages to make those subpackages.
devel/p5-YAML-Shell/pkg/PLIST contains the conflict marker:
@conflict p5-YAML-<0.86
This version of p5-YAML doesn't exist, the in-tree version is 0.68, so
presumably the conflict marker should be
@conflict p5-YAML-<0.68
dated, so it
might be worth adding a conflict marker, but I left that undone for now.
James Wright wrote:
Mostly documentation, deprecations and bugfixes in the Moose case.
I have added more REGRESS_DEPENDS to Moose so that fewer tests are
skipped (the remaining missing dependencies required
subclasses method by deleting the
pure-perl fallback. HAS_ISAREV is now deprecated. (Sartak)
James Wright wrote:
Updating p5-Moose to 0.73 and p5-Class-MOP to 0.79;
Class::MOP 0.79 changes:
* Class::MOP::Class
* Class::MOP::Immutable
- A big backwards-incompatible refacto
$ cat
x11/alltray/pkg/DESCR
AllTray is an application which docks other application software into
the system tray (notification area) of a desktop environment such as
GNOME, KDE, or XFCE. It aims to be independent of both desktop
environment and
In the CouchDB spirt, here is a port of Net::CouchDb the Perl module for
the CouchDb REST API. It includes the patch at
https://rt.cpan.org/Ticket/Display.html?id=44804
It passes regress with a running CouchDb on localhost default port
without any administrator accounts (the default). As for t
Attached are ports of Coro ('the only real threads in perl'), a module
to do co-routines and cooperative threading in Perl, and Guard ('safe
cleanup blocks'), a dependency for Coro. Both of these are
SHARED_ONLY. Coro depends on AnyEvent and Event for the integration
with event loops and LWP
It would be nice if these modules would stabilise soon. Anyway,
attached find diffs for Class::MOP to 0.81 and Moose to 0.74. Tested on
i386, and pass regress.
Changes for Class::MOP
0.81 Tue, April 7, 2009
* Class::MOP
* Class::MOP::Class
* Class::MOP::Instance
* Class::MOP::At
Attached ports of p5-forks and its dependencies (Sys::SigAction and
Acme::Damn):
$ cat devel/p5-forks/pkg/DESCR
The "forks" pragma allows a developer to use threads without having to
have a threaded perl, or to even run 5.8.0 or higher.
Refer to the threads module for ithreads API documentation
Attached are ports for libev and p5-EV and an update to my previous
p5-Coro port (now with a dependency on p5-EV and bundled Coro::EV):
$ cat devel/libev/pkg/DESCR
A full-featured and high-performance event loop that is loosely
modelled after libevent, but without its limitations and bugs. It is
Attached patch for EPIC4 adding a perl flavor which lets you run perl
scripts. Also included is 'CFLAGS+= -O0' which fixes a problem (on i386
at least), where hitting ctl-C (to add colours), hangs EPIC. If the
latter needs to stay in my private tree until a better solution is
found, I can sub
Stuart Henderson wrote:
On 2009/04/10 21:11, James Wright wrote:
Attached patch for EPIC4 adding a perl flavor which lets you run perl
scripts. Also included is 'CFLAGS+= -O0' which fixes a problem (on
i386 at least), where hitting ctl-C (to add colours), hangs EPIC. If
the la
Nick Holland holland-consulting.net> writes:
>
> Does it make sense to add features to EPIC4?
Scripts that depend on epic4, epic4 and epic5 do not have compatible interfaces
>
> There's a nasty bug in EPIC4 which causes epic to hang and spin the
> CPU when you resize its terminal window. Found
When sending ports updates to maintainers or ports@ should the Makefiles
be re-formatted to the new (if 15 months counts as new) style with
spaces around the assignment or should that be left for a future sweep
through the whole ports tree?
Attached is a port of zim (http://zim-wiki.org/index.html), a Perl
'desktop wiki', and GtkSpell bindings for perl (p5-Gtk2-Spell, a
dependency of zim). Also attached is the regress-log for zim as its
regress fails not finding USER (despite it being set in REGRESS_FLAGS),
or DISPLAY/XAUTHORITY
Vijay Ramesh illinois.edu> writes:
>
> This is the perl module from cpan for the OSCAR protocol.
>
> Vijay Ramesh
> vramesh2 illinois.edu
>
> Attachment (p5-Net-OSCAR.tar.gz): application/gzip, 1706 bytes
> Attachment (smime.p7s): application/x-pkcs7-signature, 3253 bytes
I have essentially
XML::Tiny and XML::Tiny::DOM are small XML parsers with no non-core
dependencies. XML::Tiny requires at least Perl 5.004 and XML::Tiny::DOM
(which provides a DOMish wrapper around XML::Tiny) requires at least
Perl 5.6.2.
$ cat textproc/p5-XML-Tiny/pkg/DESCR
XML::Tiny is a simple lightweight p
The attached patch changes SeaMonkey's desktop file so that it is marked
as a handler for HTML (and other) file types, like Firefox is. This
adds SeaMonkey as an option for opening HTML files in mime handler aware
file managers.
Index: Makefile
===
If I have a port that needs a text file that is installed with the X
sets, but needs nothing else of X, what is the correct way to indicate
that? Should I assume X is installed, make it as USE_X11 or have a copy
of the file in files/ and copy it to /usr/local/share/packagename?
Mikolaj Kucharski kucharski.name> writes:
>
> On Mon, May 25, 2009 at 11:52:13PM -0700, James Wright wrote:
> > If I have a port that needs a text file that is installed with the X
> > sets, but needs nothing else of X, what is the correct way to indicate
> >
$ cat textproc/p5-OpenOffice-OODoc/pkg/DESCR
This toolbox is an extensible Perl interface allowing direct
read/write operations on files which comply with the OASIS Open
Document Format for Office Applications (ODF), i.e. the ISO/IEC
26300:2006 standard.
It provides a high-level, document-oriente
Attached is a work in progress port of frozen-bubble 2.2.0. Included is
p5-SDL 2.1.3 and p5-Pod-ToDemo-1.01 (needed for generating demo code
from SDL's Pods).
games/frozen-bubble is split into -main and a -server subpackages, the
-server only requires glib-2 and the main package depends on p5
Stuart Henderson wrote:
On 2009/06/02 13:06, Stuart Henderson wrote:
On 2009/06/02 02:47, James Wright wrote:
Attached is a work in progress port of frozen-bubble 2.2.0. Included
is p5-SDL 2.1.3 and p5-Pod-ToDemo-1.01 (needed for generating demo
code from SDL's Pods).
games/f
This patch installs the example files for Cairo, all but one of them
work with only Cairo's ${RUN_DEPENDS}, (freetype-font.pl depends on
uncommitted FreeType::Font).
Index: Makefile
===
RCS file: /cvs/ports/graphics/p5-Cairo/Makefi
jean-francois wrote:
> All,
>
> Do we have a port of some applications for video edition, equivalent for
> example to cinelerra or kdenlive available of some platforms ?
>
> Thank you
>
>
I was working on a port of an older version of LiVeS, I gave up on that
and was able to just install it for
This updates devel/p5-AnyEvent to 4.85 from 4.41, this removes the
requirement to have EBADMSG (which we don't) that was added in 4.35 (not
sure why it didn't trigger an error until 4.83 though). This adds
AnyEvent::TLS for SSL/TLS contexts and AnyEvent::Impl::IOAsync for an
IO::Async (not importe
Has anyone worked on|got working the 'AIO' library libeio which is used
in IO::AIO and AnyEvent::AIO? It compiles (both in and outside of the
IO::AIO distribution), but stalls waiting for returns (OpenbSD i386,
-current).
Ian McWilliam wrote:
> Update for CGI::Application 4.31. From the Changes file
>
Passes regress and doesn't break any of my cgi-app sites, no idea about
the HTML::Template stuff, as I use TT. Speaking of which, I have a few
modules ( CGI::Application::Server, CGI::Application::Dispatch,
CGI::Appli
Unfortunately it seems that more and more Perl module authors
(especially those in the Modern Perl clique centred around Moose) are
relying on a newer Test::More than what is in perl core. And not just
updating the version number in their dependencies (actually sometimes
they aren't doing that), b
Stuart Henderson wrote:
> On 2009/08/16 06:33, James Wright wrote:
>
>> Luckily there is a solution that seems to work around this problem
>> without requiring Test::More in base to be updated.
>>
>
> Wouldn't it be easier and more useful to just update
based on the patch at http://nightlies.mt-daapd.org/, patch-daap_c goes
into /usr/ports/audio/mt-daapd/patches and patch-Makefile to be applied
in /usr/ports/audio/mt-daapd (just updates it to p0). This updates
iTunes support to version 5. Works as advertised.
--- Makefile.orig Thu S
I have finished my work. Now with complete sprintf() replacement.
The attached file is a .tgz of the directory because I can't put the
-current port tree on my machine for various reasons. To replace,
simply
cd /usr/ports/audio
rm -r mt-daapd
tar -xzf /path/to/mt-daapd.tgz
If a diff is abso
first run at a mozilla-seamonkey (mozilla suite) port.
still need to change the SO_VERSION of libldap50 and libprldap50,
otherwise I have been using it without problem since 1st or 2nd
feb.
only tested on i386 so far.
mozilla-seamonkey-1.0.tgz
Description: application/tar-gz
first cut of a xul runner 1.8.0.1 port
couple issues remain
1. needs decent instructions in pkg/MESSAGE or
README.OpenBSD
2. where/if to install the sdk
3. where/if to install samples
it seems to run fine with the sample projects
i've created and the ones available on the web.
xulrunner-1_
in net/openafs/Makefile, WRKDIST gets set to ${WRKDIR}/${PKGNAME}
but PKGNAME was bumped to "openafs-1.4.0p0", which is not the
correct directory to find the source.
this patch addresses the problem.
--- net/openafs/Makefile.orig Tue Feb 7 05:20:30 2006
+++ net/openafs/MakefileTue Feb
attached a port of the re built Mozilla suite renamed "Sea Monkey",
version 1.0.
the pkg/DESCR and files/README.OpenBSD probably need re-wording.
I've only been able to test it on i386, it should work on the other
platforms
www/mozilla-firefox and mail/mozilla-thunderbird work on because the
port of the mozilla next gen suite (mail, www, chat), at the same level of
bugfixes as firefox 1.5.0.2 and mozilla 1.8.0.2 (unfortunately might become
outdated in the next day or so as mozilla goes 1.8.0.3, but still useful).
files/README.OpenBSD and pkg/DESCR probably need to be tweaked.
pkg/P
here is an update to my previously posted www/mozilla-seamonkey port,
as before, tested only only on i386 though should work on other platforms
where firefox/thunderbird work.
also available at:
http://blogs.loveandnature.co.za/www/openbsd-ports/
www-seamonkey.tgz
Description: Binary data
That wasn't really meant to be inline, apologies. Also the URL for
GIMPShop is http://www.gimpshop.net/
James Wright wrote:
This is a patch for gimp 2.2.11 and 2.2.12 which modifies it to
have the GIMPShop menus and dialogs instead of the traditional
Gimp ones. A port could be made
port audio/hydrogen looks in either $LADSPA_PATH for LADSPA plugins or in
/usr/lib/ladspa:${LOCALBASE}/lib/hydrogen/plugins:/usr/local/lib/ladspa
if that
environment variable doesn't exist. The problem is that it stops
searching for plugins
after the first failed directory lookup. This patch
latest -stable mozilla seamonkey (the next generation suite) version
1.0.6 (equivalent to the 1.5.0.8 releases of firefox/thunderbird),
-current required, switched over to use devel/nspr, should build/run
wherever firefox/thunderbird does, basically the same set of patches,
same version of geck
Nikolay Sturm wrote:
* James Wright [2006-12-02]:
latest -stable mozilla seamonkey (the next generation suite) version
1.0.6 (equivalent to the 1.5.0.8 releases of firefox/thunderbird),
What is the point of this port? Is there anything genuine in seamonkey
that is not in firefox and
This is a PoCo::IRC Plugin for RSS Feeds (passes regress and seems to
work on i386), Tested lightly on i386 only. The 'BUILD_DEPENDS=
${RUN_DEPENDS}' is copied from the p5-POE-Component-IRC Makefile.
Is there interest in POE {Components,Loops,Plugins}? I am doing a bit
of work with POE in m
-current of ~ Oct 5th, epic4-2.10 (both package and built from ports),
hangs on inputting ^C. Thanks to the helpful folks of #epic, I was
pointed to this on the epic website (though they should add it to the
INSTALL notes for EPIC4, not just EPIC5
http://cvs.epicsol.org/cgi/viewcvs.cgi/epic5/I
-current of ~ Oct 5th, epic4-2.10 (both package and built from ports),
hangs on inputting ^C. Thanks to the helpful folks of #epic, I was
pointed to this on the epic website (though they should add it to the
INSTALL notes for EPIC4, not just EPIC5
http://cvs.epicsol.org/cgi/viewcvs.cgi/epic5/INST
guilherme m. schroeder wrote:
James,
I got in this problem too on amd64. Sometimes when you resize the
screen, epic crashes and stops responding. After that, 100% of the cpu
is used by the program. Sometimes when you paste some data insider it
using the mouse it crashes too. I'll try this patch
For testing, XMMS Output Plugin for Jack, not perfect yet, seems to have
some stuttering issues, which I don't get with mplayer-jack or vlc-jack
(though my soundcard is auich locked to 48khz). Worth testing on
platforms/soundcards other than i386/auich.
audio-xmms_jack.tgz
Description:
Trivial, bugfix update to gimp 2.6.1. From
http://developer.gimp.org/NEWS-2.6
* Bugs fixed:
87 – PSD file crashes PSD plug-in
555222 – PSD Load Plugin: unsupported compression mode
555362 – gimp-remote is not working properly
555280 – some gif files will not be open
554890 – JPEG Save Optio
After installing the new mono ports (I tried everything except for
f-spot from packages, and then from ports), I have a few problems with
the dbus support (ndesk-dbus-*). Running f-spot I get the following:
$ f-spot
[Info 16:50:22.493] Initializing DBus
[I
What is the recommended procedure for perl-based ports that need newer
versions of core modules, e.g. ExtUtils::CBuilder?
69 matches
Mail list logo