Fedora Liberatoin fonts
Hello Everybody, instead of participating in the recent controversy about the msttcorefonts, I decided to use ten minutes of my time to whip up a port of the Fedora Liberation Fonts, which are GPL licensed replacements for Times New Roman, Courier New and Arial. I was thinking we could potential remove Times New Roman, Courier New and Arial from the msttcorefonts package and make msttcorefonts depend on this instead and add some fonts.conf magic to make it all work transarently ? comments ? ok ? -- Mathieu Sauve-Frankel liberation-fonts.tgz Description: application/tar-gz
Re: [Update] Port databases/p5-DBD-Pg
On Tue, Feb 12, 2008 at 11:46:28AM +0900, Mathieu Sauve-Frankel wrote: > On Fri, Feb 08, 2008 at 04:44:23PM +0100, Steffen Sch???tz wrote: > > > > Second try > > Hi, is the leak you talk about fixed in p5-DBD-Pg-2.00 ? > 2.00 was released today and I would much rather update to that instead. > > please test the attached diff so far I have reports of this working on i386 and amd64, would someone with access to a sparc64 please test this ?
Re: [Update] Port databases/p5-DBD-Pg
On Fri, Feb 08, 2008 at 04:44:23PM +0100, Steffen Sch???tz wrote: > > Second try Hi, is the leak you talk about fixed in p5-DBD-Pg-2.00 ? 2.00 was released today and I would much rather update to that instead. please test the attached diff Index: Makefile === RCS file: /cvs/ports/databases/p5-DBD-Pg/Makefile,v retrieving revision 1.42 diff -u -p -u -p -r1.42 Makefile --- Makefile15 Sep 2007 20:34:01 - 1.42 +++ Makefile12 Feb 2008 02:33:36 - @@ -5,7 +5,7 @@ SHARED_ONLY=Yes COMMENT= access to PostgreSQL databases through the DBI MODULES= cpan -VERSION= 1.49 +VERSION= 2.0.0 DISTNAME= DBD-Pg-${VERSION} CATEGORIES=databases Index: distinfo === RCS file: /cvs/ports/databases/p5-DBD-Pg/distinfo,v retrieving revision 1.7 diff -u -p -u -p -r1.7 distinfo --- distinfo9 Apr 2007 06:41:17 - 1.7 +++ distinfo12 Feb 2008 02:33:36 - @@ -1,5 +1,5 @@ -MD5 (DBD-Pg-1.49.tar.gz) = drnWovTLrvy6IzgPg5mCFQ== -RMD160 (DBD-Pg-1.49.tar.gz) = Fxwd9fVqEcuao9PquF4iBnH3MBA= -SHA1 (DBD-Pg-1.49.tar.gz) = N8HDegKvoA1I+N1znV2FAqfEAEU= -SHA256 (DBD-Pg-1.49.tar.gz) = ZXeGb3/qwCCSjDpbRdwlcmZWFT1h82a8Z3kvtriVGXg= -SIZE (DBD-Pg-1.49.tar.gz) = 147310 +MD5 (DBD-Pg-2.0.0.tar.gz) = cXVwaeBWYphfKTHoTtw+bA== +RMD160 (DBD-Pg-2.0.0.tar.gz) = OneQIIwBUvZieJE9bxhLSDjc5XY= +SHA1 (DBD-Pg-2.0.0.tar.gz) = kg+oYO559BhCAQBSZKsO+NfA5Hk= +SHA256 (DBD-Pg-2.0.0.tar.gz) = 75T90QX0pYQwPPVqBiiUHancUYg6zztn3bgnCXU9sqk= +SIZE (DBD-Pg-2.0.0.tar.gz) = 179017 -- Mathieu Sauve-Frankel
Re: [UPDATE] net/snort 2.8.0
On Thu, Nov 29, 2007 at 12:21:13AM +0100, Markus Lude wrote: > Hello, > here is an update to snort 2.8.0. Please test/comment/commit/... 2.8.0.1 is already out. please resubmit a diff to 2.8.0.1
Re: simplification of the FLAVORs defined for mutt
> > SUBDIR += snapshot,sidebar,compressed,sasl can't you guys see how retarded this is ? -- Mathieu Sauve-Frankel
Re: Enable SASL support for Mutt 1.5
On Fri, Jul 06, 2007 at 10:01:14AM +0200, Joachim Schipper wrote: > On Fri, Jul 06, 2007 at 12:20:31AM -0400, Brad wrote: > > mutt having SMTP support is pretty cool. Having SASL support enabled > > would make it usable for a lot more users. > > And needlessly complicated for a lot more of us, who run their own MTAs > to handle this sort of stuff. > > Not a bad idea, by any means, but I think it should be a FLAVOR. not another friggin mutt FLAVOR please. This port suffers from too many flavors syndrome already. -- Mathieu Sauve-Frankel
Re: mpd hangs
> except it works on other systems. So it's a problem in the port. > Sorry I should have say it but on the other hand your answer could > have been more smart. Please enlighten me how we were supposed to deduce from your original email that you are running OpenBSD ? Perhaps you should consider actually providing some kind of pertinent information before you start criticising my replies. -- Mathieu Sauve-Frankel
Re: mpd hangs
On Fri, Jul 06, 2007 at 01:15:52AM +0200, Benoit Chesneau wrote: > Hi all, > > I have a problem with mpd while playing the stream url : > http://stream1.radiodeliro.net:8101 > > mpd start playing but hangs 5 seconds later. This stream works well > with mplayer. Mpd launch esd when needed. Any idee what could be the > problem. Whart can I start to check ? Any idee appreciated. > > Find encloses log and mpd.conf. If you need anything else tell me. > - Benoît This isn't the MPD support list. I suggest you go try their forums. http://www.musicpd.org/forum/
Re: audio/scmpc broken?
> Thanks for that. I had difficulty enabling debug with CFLAGS, so I had > to do it the har way :P I just committed a fix for this in -current. -- Mathieu Sauve-Frankel
Re: UPDATE: net/rrdtool
On Wed, Jun 20, 2007 at 08:30:46PM +0900, Mathieu Sauve-Frankel wrote: > by popular request here's an update to the latest version of net/rrdtool. > > I've broken all of the binding stuff up into subpackages and enabled perl, > python and ruby bindings. I can enable tcl if anyone really needs it. > I am NOT going to make no_bindings flavor, don't bother whining to me > about it. > > This has been tested on i386 ONLY, and it not guaranteed to play nice > with the tree yet, in other words I have checked all of the ports that > depend on rrdtool to make sure they still play nice with this. > > as always patch -E is your friend crap... this deifinitely has a few issues. I'll send out a new one shortly
Re: libexpat confusion
> Indeed. It certainly makes sense to put it in the base system, I just don't > understand why it must be part of "xbase" rather than "base" when so many > non X programs use expat. we don't ship unaudited software in base. that is why it is not shipped in base. -- Mathieu Sauve-Frankel
Re: NEW: wbar
> Yes, it segfaults on all the options it doesn't recognize. Try -zoomf aa... the stench of high quality software -- Mathieu Sauve-Frankel
Re: Embedding MODPY_VERSION in PKGNAME
> Most Python modules install under /usr/local/lib/python${MODPY_VERSION} > anyway, so they are fully capable of existing in parallel. But this won't be true of anything that installs anything outside of /usr/local/lib/python${MODPY_VERSION}. If the python stuff is anything like the perl stuff then there are probably quite a few py-* packages that do this. I believe this is what the concern is about. -- Mathieu Sauve-Frankel
Re: NEW: tsclient-0.148
> WANTLIB + LIB_DEPENDS fixes > > > --- Makefile Mon Apr 16 15:54:15 2007 > +++ Makefile.orig Mon Apr 16 15:50:27 2007 > @@ -9,15 +9,8 @@ > > MASTER_SITES=${HOMEPAGE} > > -WANTLIB += ICE ORBit-2 SM X11 Xau Xdmcp Xrender art_lgpl_2 atk-1.0 > -WANTLIB += bonobo-2 bonobo-activation bonoboui-2 c cairo expat > -WANTLIB += fontconfig freetype gconf-2 gdk-x11-2.0 gdk_pixbuf-2.0 > -WANTLIB += glib-2.0 glitz gmodule-2.0 gnome-2 gnomecanvas-2 gnomeui-2 > -WANTLIB += gnomevfs-2 gobject-2.0 gthread-2.0 gtk-x11-2.0 iconv > -WANTLIB += intl m pango-1.0 pangocairo-1.0 pangoft2-1.0 png popt > -WANTLIB += pthread xml2 z > > -LIB_DEPENDS+=panel-applet-2::x11/gnome/panel > +LIB_DEPENDS+= gtk.>=1.2,gdk.>=1.2::x11/gtk+ > > BUILD_DEPENDS= :gnome-panel-*:x11/gnome/panel \ > :rdesktop-*:x11/rdesktop \ LOL... I think you have your diff invocation backwards :-P -- Mathieu Sauve-Frankel
Re: Anyone working on p5-File-Which and PBNJ
> > Let me know if your working on it or if you are willing to help > > get it into OpenBSD. > made it some time ago, but didn't really see a need at importing it, at > the time. > but it's at http://humppa.nl/~jasper/p5-File-Which.tgz > comments/ok's for this? Here's a port of pbnj, it needs the above port, plus I think it needs the nmap update posted a while back. Also regress doesn't pass for now. I'll try to figure that out later. -- Mathieu Sauve-Frankel pbnj.tgz Description: application/tar-gz
Re: Updated radmind port
> I'm also still getting the following on the 'update-plist' target: > > ===> Updating plist for radmind-1.8.0 > Bogus element outside of every prefix: /var/radmind > Bogus element outside of every prefix: /var/radmind/cert > Bogus element outside of every prefix: /var/radmind/client > Bogus element outside of every prefix: /var/radmind/postapply > Bogus element outside of every prefix: /var/radmind/preapply > > I'd either add a post-install target to remove them (as you create > them in the PLIST anyway) or patch radmind's Makefile (lines > 297..300) to simply avoid creating them in the first place. This isn't the first time I have seen people give this particular piece of advice, and I'd just like to say that I think this is a really bad idea. The warnings are there for a purpose, to warn the developer that the port requires some additional directories to be added in pkg/PLIST. These are helpful messages. Why silence them ?
Re: UPDATE: games/wesnoth (1.0.2->1.2.1)
On Thu, Jan 25, 2007 at 04:55:27PM +0100, Jasper Lievisse Adriaanse wrote: > On Thu, Jan 25, 2007 at 03:41:43AM +0300, Vlad Glagolev wrote: > > Uh, it takes me more than 3 hours =] But i'm happy cause everything works :) > > Tested @ i386. > > > > -- > > Cheerz, > > Vlad / Stelz > > seems to be working fine on amd64...finally some new background music :) ok from me too -- Mathieu Sauve-Frankel
Re: NEW: cacti
On Sun, Jan 28, 2007 at 06:13:18PM +0100, Julien TOUCHE wrote: > > nobody can help on this ? Why don't you separate this port into several ports. Ie. one package for cactus, and separate packages for each of the plugins. It will be cleaner, allow more flexibility for the users. incidentally... it'll make your problem go away too.. -- Mathieu Sauve-Frankel
Re: where's libnet-config
On Thu, Jan 25, 2007 at 04:37:03PM -0600, Beavis wrote: > Hi guys just wanted to ask if any of you can help me out on finding > libnet-config > I've installed libnet on my openbsd box and never find the libnet-config > tool. > > # pkg_info | grep 'libnet-*' > libnet-1.0.2ap1 raw IP packet construction library > libnet-1.1.2.1 raw IP packet construction library > > > I'm running 4.0 i did a find / -iname 'libnet-config' but without any luck. We've had to rename libnet-config to libnet-config-1.0 and libnet-config-1.1 in order to allow both libraries to peacefully coexist on the same machine. Of course... if you had bothered to look at the PLIST files for each port that would have been rather obvious. -- Mathieu Sauve-Frankel
Re: Bacula Port
On Tue, Jan 23, 2007 at 02:17:15PM -0500, Mike Erdely wrote: > I'm working on porting bacula. I have some design questions. > > I envision having the following packages when I'm done: > bacula-fd-$V > bacula-gconsole-$V > bacula-wxconsole-$V > bacula-sd-$V > bacula-dir-$V-mysql > bacula-dir-$V-pgsql > bacula-dir-$V-sqlite > > I see having MULTI_PACKAGES=-main -gconsole -wxconsole -sd -dir > I see having FLAVORS=mysql pgsql sqlite > > What I'm unclear about is how to require a flavor for -dir SUBPACKAGE and > to not allow flavors for other SUBPACKAGES. > > I believe you require a flavor (more or less) by FLAVOR?=sqlite (or > something similar). > > Am I on the right track? Typically we only use FLAVORS when a port has very large dependencies that fundamentally change the final build's binaries. If the various db backends are easily SUBPACKAGEable, ie. each database backend is a shared that gets loaded at runtime and all of the files needed for this support are easily identified and isolated, then I say do away with the extra complexity of FLAVORS alltogether and just go with SUBPACKAGES. -- Mathieu Sauve-Frankel
Re: some news for asian language speakers
> Thank you very much for porting UIM! > > Now all I want is UIM-enabled mlterm in tree. > (I'm using mlterm-2.9.4pre [CVS HEAD]. > The latest release is 2.9.3. Both are very stable.) I am curious to know if there is anything else you need to do to use it from within mlterm. Here's an mlterm update to 2.9.3 with uim support. Not sure if I should bump SHARED_LIBS or not. If someone could comment that would be cool. Index: Makefile === RCS file: /cvs/ports/x11/mlterm/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile16 Dec 2006 12:22:36 - 1.15 +++ Makefile9 Jan 2007 03:34:48 - @@ -1,8 +1,7 @@ # $OpenBSD: Makefile,v 1.15 2006/12/16 12:22:36 espie Exp $ COMMENT= "color terminal emulator with transparency and unicode support" -DISTNAME= mlterm-2.9.0 -PKGNAME= ${DISTNAME}p5 +DISTNAME= mlterm-2.9.3 SHARED_LIBS= kik 10.0 \ mkf 13.0 CATEGORIES=x11 @@ -25,14 +24,16 @@ MASTER_SITES= ${MASTER_SITE_SOURCEFORGE: USE_X11= Yes SHARED_ONLY=Yes -LIB_DEPENDS= gdk_pixbuf-2.0.>=0.14,gtk-x11-2.0.>=0.14::x11/gtk+2 +LIB_DEPENDS= gdk_pixbuf-2.0.>=0.14,gtk-x11-2.0.>=0.14::x11/gtk+2 \ + uim::inputmethods/uim MODULES= devel/gettext USE_LIBTOOL= Yes CONFIGURE_STYLE=gnu -CONFIGURE_ARGS=--enable-anti-alias --enable-utmp \ - --with-imagelib=gdk-pixbuf2 --with-type-engines=xft,xcore +CONFIGURE_ARGS=--enable-anti-alias --enable-utmp --enable-uim \ + --with-imagelib=gdk-pixbuf2 --with-type-engines=xft,xcore \ + --enable-uim CONFIGURE_ENV= CPPFLAGS="-I${X11BASE}/include/freetype2" \ PKG_CONFIG_PATH="${X11BASE}/lib/pkgconfig" MAKE_ENV= LIBkik_VERSION=${LIBkik_VERSION} \ Index: distinfo === RCS file: /cvs/ports/x11/mlterm/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo5 Jan 2005 17:54:05 - 1.3 +++ distinfo9 Jan 2007 03:34:48 - @@ -1,4 +1,4 @@ -MD5 (mlterm-2.9.0.tar.gz) = fb0c077b4ac1a2cf7ca455dc79b6cf6a -RMD160 (mlterm-2.9.0.tar.gz) = 24b1c06a857a0309d1eaddbed60b2bbcf5ea1e90 -SHA1 (mlterm-2.9.0.tar.gz) = cbc72b653a96111fecb00344b0f48b70978d8010 -SIZE (mlterm-2.9.0.tar.gz) = 1884906 +MD5 (mlterm-2.9.3.tar.gz) = 20188c0981a49dbb95c3ff5b8eb25365 +RMD160 (mlterm-2.9.3.tar.gz) = 27f4381a8b8b68b07e53bbeb422581beb7527b48 +SHA1 (mlterm-2.9.3.tar.gz) = 65ba5a7bd83accf7f621f84b84debb35c8f215ef +SIZE (mlterm-2.9.3.tar.gz) = 1984977 Index: patches/patch-xwindow_x_imagelib_gdk_c === RCS file: patches/patch-xwindow_x_imagelib_gdk_c diff -N patches/patch-xwindow_x_imagelib_gdk_c --- patches/patch-xwindow_x_imagelib_gdk_c 11 Mar 2005 21:30:14 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,55 +0,0 @@ -$OpenBSD: patch-xwindow_x_imagelib_gdk_c,v 1.1 2005/03/11 21:30:14 robert Exp $ xwindow/x_imagelib_gdk.c.orig Fri Mar 11 21:52:55 2005 -+++ xwindow/x_imagelib_gdk.c Fri Mar 11 21:57:26 2005 -@@ -294,6 +294,12 @@ - unsigned char *pixel ; - int i, j ; - -+ if( !width || !height) -+ return -1; -+ -+ if( width > ((SIZE_MAX / 4) - 2) / height) -+ return -1; /* integer overflow */ -+ - *cardinal = malloc( (width * height + 2) *4) ; - if( !(*cardinal)) - return -1 ; -@@ -356,7 +362,7 @@ - int blue - ) - { -- int closest ; -+ int closest = 0 ; - int i ; - unsigned long min = 0xff ; - unsigned long diff ; -@@ -831,6 +837,9 @@ - - width = gdk_pixbuf_get_width( pixbuf) ; - height = gdk_pixbuf_get_height( pixbuf) ; -+ -+ if( !width || !height) -+ return NULL ; - - r_mask = vinfo[0].red_mask ; - g_mask = vinfo[0].green_mask ; -@@ -851,6 +860,9 @@ - int r_limit, g_limit, b_limit ; - u_int16_t *data ; - -+ if( width > (SIZE_MAX / 2) / height) -+ return NULL ; -+ - data = (u_int16_t *)malloc( width * height * 2) ; - if( !data) - return NULL ; -@@ -883,6 +895,9 @@ - { - u_int32_t * data ; - -+ if( width > (SIZE_MAX / 4) / height) -+ return NULL; -+ - data = (u_int32_t *)malloc( width * height * 4) ; - if( !data) - return NULL; Index: pkg/PFRAG.shared === RCS file: /cvs/ports/x11/mlterm/pkg/PFRAG.shared,v retrieving revision 1.4 diff -u -p -r1.4 PFRAG.shared --- pkg/PFRAG.shared25 Dec 2005 21:14:27 - 1.4 +++ pkg/PFRAG.shared9 Jan 2007 03:34:4
Re: ports current broken?
On Thu, Dec 21, 2006 at 04:46:12PM -0700, Jack Woehr wrote: > Marc Espie wrote: > >So, you probably have a cvs conflict in your Makefile... > > > Oh, way stupider than that. I'd put Gnu make in my path today > special to work on a port. You don't have to do ridiculous stuff like that. USE_GMAKE exists for a reason. -- Mathieu Sauve-Frankel
Re: How it can be that port depends on itself?
On Tue, Dec 12, 2006 at 03:23:46AM +, Mikolaj Kucharski wrote: > Hi, > > > >From /usr/ports/devel/libgsf/Makefile > > [...] > LIB_DEPENDS-gnome=${LIB_DEPENDS} \ > gnomevfs-2::x11/gnome/vfs2 \ > gsf-1::${BUILD_PKGPATH} > [...] > > How to build this on fresh system? I have infinite loop right now. The line above says that the libgsf-gnome SUBPACKAGE LIB_DEPENDS on libgsf-main SUBPACKAGE. If you truly have a loop lets see the build log. -- Mathieu Sauve-Frankel
Re: enigmail
On Tue, Dec 05, 2006 at 01:26:22AM -0200, Gustavo Rios wrote: > Hi folks, > > i wonder if there is anyone working on a port for enigmail to run under > openbsd? > > Thanks in advance. you mean like ports/mail/enigmail ? -- Mathieu Sauve-Frankel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2006/11/25 04:00:38 Modified files: mail/perdition : Makefile mail/perdition/pkg: PLIST-main Log message: fix conflicting uid and gid. bump PKGNAME
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2006/11/25 04:01:19 Modified files: infrastructure/db: user.list Log message: +_perdition
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2006/11/25 03:03:32 Modified files: lang/ruby : ruby.port.mk Log message: Change to SUBST_VARS+= discussed and ok bernd@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2006/11/24 02:41:09 Modified files: mail/perdition : Makefile Added files: mail/perdition/pkg: DESCR-main PFRAG.shared-main PLIST-main Removed files: mail/perdition/pkg: DESCR PFRAG.shared PLIST Log message: convert to new MULTI_PACKAGES ok bernd@
Re: NEW: security/aircrack-ng
On Wed, Nov 22, 2006 at 04:09:33PM +0300, Anton Karpov wrote: > 2006/11/22, Jason Crawford <[EMAIL PROTECTED]>: > > > >Sorry that I didn't check the archives for that, I figured a search > >through all the ports currently in -current was good enough. I wonder > >why it was never put in. > > No idea. Nobody here provided any feedback, and there was no reaction from > ports committers. No reaction at all. > Maybe I did something wrong, and there is another way to submit a port > rather then posting it to [EMAIL PROTECTED] I don't know. We don't always have the time to look over everything that gets posted on the mailing list. Just be persistent, eventually someone will get to your submission. -- Mathieu Sauve-Frankel
Re: NEW: visitors
> Cool toy but I had segmentation faults on 3.9 i386. After correcting the > booboo all is fine. here's a revised port. without the graphviz dependency and the old patch. -- Mathieu Sauve-Frankel visitors.tgz Description: application/tar-gz
Re: NEW: visitors
yeah.. here's the tarball :-D -- Mathieu Sauve-Frankel visitors.tgz Description: application/tar-gz
NEW: visitors
Visitors is a very fast web log analyzer for Linux, Windows, and other Unix-like operating systems. It takes as input a web server log file, and outputs statistics in form of different reports. I've been using this for forever on sparc64 and i386 please test and comment. -- Mathieu Sauve-Frankel
NEW: games/qgo
Updated port after some private comments from bernd@ Please test this on arches OTHER than i386. We already know it works fine on i386 :-D thanks -- Mathieu Sauve-Frankel qgo-port.tgz Description: application/tar-gz
NEW: games/qgo
qgo is a full featured SGF editor and Go Client for NNGS/IGS/etc. please test and comment -- Mathieu Sauve-Frankel qgo-port.tgz Description: application/tar-gz
Re: [NEW] misc/libpri
On Wed, Jul 19, 2006 at 05:49:57PM +0200, Aleksander Piotrowski wrote: > David Hill <[EMAIL PROTECTED]> wrote: > > > Feedback welcome. Needs testing on architectures other than i386. just out of curiosity, why misc/ ? don't you think telephony/ or net/ would be a better category ? -- Mathieu Sauve-Frankel
Re: [NEW] databases/p5-DBIx-Class
On Wed, Jul 19, 2006 at 04:39:22PM +0200, Aleksander Piotrowski wrote: > danz <[EMAIL PROTECTED]> wrote: > > > Please test and comment. > > DBIx::Class description from CPAN: I would just like to note that I have already been handling the submission of this exact port from Sean Comeau. I will look over the two versions. -- Mathieu Sauve-Frankel
Re: [NEW] databases/ruby-postgres
On Sun, Jul 16, 2006 at 12:00:42AM +0200, Jonathan Schleifer wrote: > PostgreSQL bindings for the ruby language. > Please test, commit and so on. there's already a ruby-postgres port in -current http://marc.theaimsgroup.com/?l=openbsd-ports-cvs&m=115105061612499&w=2 -- Mathieu Sauve-Frankel
Re: several new perl modules + 1 update
On Thu, May 04, 2006 at 03:13:21PM -0700, Sean Comeau wrote: > new: > > p5-DBIx-Class.tar.gz > p5-Algorithm-C3.tar.gz > p5-Class-Accessor-Chained.tar.gz > p5-Class-C3.tar.gz > p5-Class-Data-Accessor.tar.gz > p5-Class-Inspector.tar.gz > p5-Module-Find.tar.gz > > p5-Data-Page.tar.gz I'll take care of these -- Mathieu Sauve-Frankel
Re: perl updates for HTML::Mason
> I specifically did NOT update www/p5-libapreq, because the developers switched > from the Apache 1.0 to Apache 2.0 licence between 1.32 and 1.33, so this > warrants further discussions. There are already other instances of apache 2.0 licensed code being distributed in the ports tree. devel/apr and devel/apr-util for instance. While I am not a fan of the license, we certainly ship other software with more restrictive licenses. What exactly is the issue ?
Re: add x11/hicolor-icon-theme to www/mozilla-firefox
> I'm beginning to think that x11/hicolor-icon-theme should be required > much earlier in the dependency tree--maybe already when you install > gtk+2? I think this is the right thing to do here. -- Mathieu Sauve-Frankel
Re: NEW: sip & py-qt
On Thu, Mar 30, 2006 at 12:05:43PM +0800, Lars Hansson wrote: > Ports for SIP (needed for Py-QT) and Py-QT. I'm not entirely sure I handled > the odd build process in the best way. I had already started the process of getting my versions of these ports reviewed by [EMAIL PROTECTED] There are some things from your port I will incorporate into my versions of these. I will post my version of these ports later today. -- Mathieu Sauve-Frankel
Re: new: hydrogen
On Sat, Mar 18, 2006 at 04:44:56PM -0800, Jacob Meuser wrote: > On Fri, Mar 17, 2006 at 01:29:05PM -0800, Jacob Meuser wrote: > > On Thu, Mar 09, 2006 at 07:04:08PM +0300, Alexander Yurchenko wrote: > > > hydrogen is a software synthetizer which is able to be used either by > > > itself, emulating a drum machine based on patterns, or via an external > > > MIDI keyboard/sequencer software. > > > > for me, this locks on almost every action on amd64. so did previous > > versions. > > > > anyone else seeing this? > > > > I'm building on i386 now to see what happens there. > > no different there. maybe I'm doing something wrong? for the people > who reported success, did you make any configuration changes or use > any options when starting hydrogen? > > dmesg below, but I really don't think it is hardware related. I did nothing special in order to get hydrogen to work on my i386. Q make install; rehash; hydrogen -- Mathieu Sauve-Frankel
Re: RT 3.4.5 - perl updates
On Tue, Mar 14, 2006 at 04:55:56PM +, Deanna Phillips wrote: > Mathieu Sauve-Frankel <[EMAIL PROTECTED]> writes: > > > I have half finished and out of date RT port I am willing to > > pass on. I still use it but don't have the time to finish > > it. I've attached my last version of it. I am more than happy > > to help out, test and comment for anyone who wants to run with > > the ball. > > That's great. I won't have time to do anything with it until > the weekend, so, if anyone else is interested, go right ahead. > > > FWIW, an RT 3.4.5 port is going to require an update to > > DBIx::SearchBuilder, which depends on something that is only > > available in newer versions of perl than what we have in base. > > Then we go with 3.4.2, as in your port's Makefile? Well, we could focus on getting all of the other 3.4.5 dependencies synced up and in the tree. millert@ mentioned that he was going to sync perl soon so we should be able to et rt 3.4.5 in the tree for 4.0 if all goes well. -- Mathieu Sauve-Frankel
Re: RT 3.4.5 - perl updates
On Mon, Mar 13, 2006 at 08:02:26AM +0100, Nikolay Sturm wrote: > * Deanna Phillips [2006-03-13]: > > Now I figure I'd better stop, because this might be a huge waste of > > time if the updates and additions, or the port itself, aren't even > > wanted, or if I'm doing it all wrong. > > I am interested in RT myself, so I am very lucky, that I didn't play > with it earlier. :-) I'll take care of your submissions. I have half finished and out of date RT port I am willing to pass on. I still use it but don't have the time to finish it. I've attached my last version of it. I am more than happy to help out, test and comment for anyone who wants to run with the ball. FWIW, an RT 3.4.5 port is going to require an update to DBIx::SearchBuilder, which depends on something that is only available in newer versions of perl than what we have in base. -- Mathieu Sauve-Frankel rt3.tgz Description: GNU Unix tar archive
Re: new: hydrogen
On Thu, Mar 09, 2006 at 07:04:08PM +0300, Alexander Yurchenko wrote: > hydrogen is a software synthetizer which is able to be used either by > itself, emulating a drum machine based on patterns, or via an external > MIDI keyboard/sequencer software. > > http://www.hydrogen-music.org/ seems to work fine on -current i386 remind me to buy you a beer if I ever meet you irl :-D -- Mathieu Sauve-Frankel
Re: UPDATE: net/nmap
On Wed, Feb 08, 2006 at 06:56:25PM -0500, Okan Demirmen wrote: > On Wed 2006.02.08 at 11:18 -0500, Okan Demirmen wrote: > > update: fyodor plans to release 4.01 this coming monday, the 13th. will > that be too late? Seeing as Nikolay ALREADY asked people to stop sending updates a few days ago. I'd say yes. -- Mathieu Sauve-Frankel
Re: UPDATE: net/nmap
> so i know that port updates are be carefully considered now-a-days with > 3.9 coming. so i have a question about what to do with the nmap port. > right now, 3.95 is in, but nmap 4.00 has been out for a few weeks. > however, amoung the usual bugs, the most annoying bug is the endian > issue with one of the new features. probes upstream have not given me > indication of when a bug fix release (4.01, i imagine) will be released, > and even if in time to make the ports tree-lock (if we are not basically > there). so 3 options, a) 3.9 ships with 3.95, b) 3.9 ships with 4.00 > with broken system_dns features for big-endian, or c) 3.9 ships with > 4.00 with non-official patch (almost non-official). my vote would be to remain conservative and ship 3.95 and update the port with unofficial patches just after unlock if a new version is not yet available upstream. -- Mathieu Sauve-Frankel
Re: telephony/asterisk 1.0.9 => 1.2.2
On Thu, Jan 26, 2006 at 02:51:45PM -0500, Roy Morris wrote: > That's an excellent solution, and it appears to be pretty cheap too. I guess > you > just set up the 3000 as SIP and go .. voipdepot.ca sells them cheap too. Think > I'll get me one and a phone while I am there .. Anyone want to buy a zaptel > card? lol FWIW I haven't been terribly impressed with my SPA-841, the handset and the buttons suck moose berries -- Mathieu Sauve-Frankel
Re: new: devel/ruby-gems
On Tue, Jan 10, 2006 at 06:50:01PM -0200, Douglas Santos wrote: > Comment: > a package management system for Ruby apps and libs > > Description: > RubyGems is a package management system for Ruby applications and > libraries. RubyGems one command download makes installing Ruby > software fun and enjoyable again. Hi, I was planning on committing something similar to your port in the coming week or so. Thanks for the submission. -- Mathieu Sauve-Frankel
Re: gftp port
On Wed, Nov 09, 2005 at 07:23:24PM +0100, $pooky Hunter wrote: > Hello folks, > Antoine Jacoutot (ajacoutot_at_lphp.org) has built an OpenBSD port of > gFTP. For me it works pretty fine, why don't add it on official ports? net/gftp was imported to the repository last week. -- Mathieu Sauve-Frankel
Re: New: net/tn5250
On Sun, Nov 06, 2005 at 09:36:54PM +, Rui Reis wrote: > I made a port of tn5250, telnet client (with ssl support) normally used to > connect to IBM AS/400 servers. Probably it isn't the most desirable port, > however I have been using it a lot in the university, so I hope it can be > usefull to someone. > > Description: > tn5250 is an implementation of the 5250 Telnet protocol. > It provides 5250 library and 5250 terminal emulation. > (usually used to connect to IBM AS/400 Midrange systems) If PKGNAME isn't any different than DISTNAME, you don't have to set PKGNAME. Apart from that I don't see anything else wrong with this port. Mind you I only checked it out quickly on -current i386. It seems to work fine with the 400's at work. -- Mathieu Sauve-Frankel
Re: ruby-1.8.3 update final
On Sat, Oct 22, 2005 at 09:56:15PM +0200, Jonathan Weiss wrote: > > On Fri, Oct 21, 2005 at 09:48:53PM +0200, Jonathan Weiss wrote: > >> As of RubyGems 0.8.0, library stubs are no longer needed. > >> Searching $LOAD_PATH for stubs to optionally delete (may take a while)... > >> ...done. > >> No library stubs found. > >> > >> ./lib/rubygems/remote_installer.rb:540: [BUG] Segmentation fault > >> ruby 1.8.3 (2005-09-21) [i386-openbsd3.8] > > > > I haven't been able to reproduce this. Are you -current ? Please send > > me a dmesg. Is anyone else seeing this ? > > I used a current from the 10th of October und just upgraded to the recent > snapshot, no change. I still get this error while installing my ruby-gems > port. It used to work with 1.8.1 and your ealier patches. > > I've attached the dmesg. I've updated to the October 21st snapshot and still cannot reproduce this. Do you get any core files ? Are you running any non-official ports ? Do you have an /etc/mk.conf file ? -- Mathieu Sauve-Frankel
Re: UPDATE: x11/gtk-theme-switch
On Sun, Oct 23, 2005 at 10:13:33AM +0200, Aleksander Piotrowski wrote: > Hi > > Following diff updates x11/gtk-theme-switch to recent release that > supports GTK+2. Firefox and GAIM seem to be happy with it. Please test > and comment. I would rather see this update get imported as gtk-theme-switch2. Afaik this version will only allow you to change gtk+2 themes. You still need the old tool to switch gtk1 themes. This is the approach I've taken in my private tree. I also suggest that we rename the installed binary to gtk-theme-switch, switch is a keyword in csh. -- Mathieu Sauve-Frankel
Re: ruby-1.8.3 update final
On Fri, Oct 21, 2005 at 09:48:53PM +0200, Jonathan Weiss wrote: > As of RubyGems 0.8.0, library stubs are no longer needed. > Searching $LOAD_PATH for stubs to optionally delete (may take a while)... > ...done. > No library stubs found. > > ./lib/rubygems/remote_installer.rb:540: [BUG] Segmentation fault > ruby 1.8.3 (2005-09-21) [i386-openbsd3.8] I haven't been able to reproduce this. Are you -current ? Please send me a dmesg. Is anyone else seeing this ? -- Mathieu Sauve-Frankel
Re: ruby update to 1.8.3
Here's a close to final version of the diff. This diff fixes abit of the dependency logic issues and cleans up the FLAVOR and PACKAGING and other comments from [EMAIL PROTECTED] This diff also gets the regression tests working again. The bad news is that ruby doesn't pass it's own test suite on i386 and amd64. I would appreciate it if you could all run the regression tests and send me the results. Index: Makefile === RCS file: /cvs/ports/lang/ruby/Makefile,v retrieving revision 1.33 diff -u -p -r1.33 Makefile --- Makefile18 Oct 2005 17:33:20 - 1.33 +++ Makefile19 Oct 2005 21:16:01 - @@ -1,45 +1,62 @@ # $OpenBSD: Makefile,v 1.33 2005/10/18 17:33:20 couderc Exp $ COMMENT= "object oriented script language with threads" +COMMENT-tk="tk interface for ruby" SHARED_ONLY= Yes -VERSION= 1.8.1 +VERSION= 1.8.3 DISTNAME= ruby-${VERSION} -PKGNAME= ${DISTNAME}p1 +PKGNAME-tk=ruby-tk-${VERSION} + CATEGORIES=lang HOMEPAGE= http://www.ruby-lang.org/ -# GPL +MAINTAINER=Mathieu Sauve-Frankel <[EMAIL PROTECTED]> + +# GPL/Artistic/BSD/Public Domain/Beer-Ware.. wish I was joking PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= ssl termcap m ncurses crypto c util z readline - -MASTER_SITES= ftp://www.ruby-lang.org/pub/ruby/1.8/ \ -ftp://mirror.nucba.ac.jp/pub/ruby/1.8/ \ -ftp://ftp.kr.freebsd.org/pub/ruby/1.8/ -CONFIGURE_STYLE= gnu -CONFIGURE_ARGS+= ${CONFIGURE_SHARED} +MASTER_SITES= ftp://www.ruby-lang.org/pub/ruby/1.8/ \ + ftp://mirror.nucba.ac.jp/pub/ruby/1.8/ \ + ftp://ftp.kr.freebsd.org/pub/ruby/1.8/ -FLAVORS= tk +PSEUDO_FLAVORS=no_x11 FLAVOR?= -.if ${FLAVOR:L} == "tk" -LIB_DEPENDS= tcl84.::lang/tcl/8.4 \ - tk84.::x11/tk/8.4 +MULTI_PACKAGES= +SUBPACKAGE?= +.if !${FLAVOR:L:Mno_x11} +MULTI_PACKAGES=-tk +.endif +LIB_DEPENDS= tk84.::x11/tk/8.4 +WANTLIB= c m + +CONFIGURE_STYLE= gnu +CONFIGURE_ARGS+= ${CONFIGURE_SHARED} + +.if !${FLAVOR:L:Mno_x11} +USE_X11= Yes CONFIGURE_ARGS+= --with-tcl-include=${PREFIX}/include/tcl8.4 \ --with-tk-include=${PREFIX}/include/tk8.4 \ --with-X11-dir=${X11BASE} -.else -CONFIGURE_ARGS+= --without-x11 .endif + CONFIGURE_ARGS+= --with-dbm-type=bogus -REGRESS_TARGET=test +.if defined(PACKAGING) +. if empty(SUBPACKAGE) +LIB_DEPENDS= +WANTLIB+= ssl termcap ncurses crypto util z readline +. elif ${SUBPACKAGE} == "-tk" +LIB_DEPENDS+= ruby.1.83::lang/ruby +WANTLIB+= X11 tcl84 +. endif +.endif REV=1.8 SUB=${MACHINE_ARCH:S/amd64/x86_64/}-openbsd${OSREV} Index: distinfo === RCS file: /cvs/ports/lang/ruby/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo5 Jan 2005 16:58:52 - 1.5 +++ distinfo19 Oct 2005 21:16:01 - @@ -1,4 +1,4 @@ -MD5 (ruby-1.8.1.tar.gz) = 5d52c7d0e6a6eb6e3bc68d77e794898e -RMD160 (ruby-1.8.1.tar.gz) = 1491b3285be245268ca988b4be2c3e85adfc5b27 -SHA1 (ruby-1.8.1.tar.gz) = 894cb1e7624b74e699d127344ce5600fc3a7d515 -SIZE (ruby-1.8.1.tar.gz) = 2671875 +MD5 (ruby-1.8.3.tar.gz) = 63d6c2bddd6af86664e338b31f3189a6 +RMD160 (ruby-1.8.3.tar.gz) = b4244a288d04fca29556144636b5e093b78a8cd5 +SHA1 (ruby-1.8.3.tar.gz) = 407e70377214fcb812cdbb86a3e1b735e69b7cff +SIZE (ruby-1.8.3.tar.gz) = 4227276 Index: ruby.port.mk === RCS file: /cvs/ports/lang/ruby/ruby.port.mk,v retrieving revision 1.1 diff -u -p -r1.1 ruby.port.mk --- ruby.port.mk9 Aug 2004 19:54:20 - 1.1 +++ ruby.port.mk19 Oct 2005 21:16:01 - @@ -3,7 +3,7 @@ # ruby module RUN_DEPENDS+=::lang/ruby -LIB_DEPENDS+=ruby.1.81::lang/ruby +LIB_DEPENDS+=ruby.1.83::lang/ruby # location of ruby libraries MODRUBY_LIBDIR=${LOCALBASE}/lib/ruby Index: patches/patch-ext_dl_handle_c === RCS file: patches/patch-ext_dl_handle_c diff -N patches/patch-ext_dl_handle_c --- patches/patch-ext_dl_handle_c 19 Aug 2004 16:39:12 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-ext_dl_handle_c,v 1.1 2004/08/19 16:39:12 couderc Exp $ ext/dl/handle.c.orig Tue Aug 17 21:58:19 2004 -+++ ext/dl/handle.cTue Aug 17 21:58:26 2004 -@@ -148,11 +148,7 @@ rb_dlhandle_sym(int argc, VALUE argv[], - } - - if (sym == Qnil) { --#if
Re: ruby update to 1.8.3
Here's my version of the ruby update. I feel this resolves the tk issue. We SUBPACKAGE all of the tk stuff and offer a no_x11 PSEUDO_FLAVOR for those who don't want to/can't install X11 on their build host. Index: Makefile === RCS file: /cvs/ports/lang/ruby/Makefile,v retrieving revision 1.33 diff -u -p -r1.33 Makefile --- Makefile18 Oct 2005 17:33:20 - 1.33 +++ Makefile18 Oct 2005 21:21:14 - @@ -1,42 +1,60 @@ # $OpenBSD: Makefile,v 1.33 2005/10/18 17:33:20 couderc Exp $ COMMENT= "object oriented script language with threads" +COMMENT-tk="tk interface for ruby" SHARED_ONLY= Yes -VERSION= 1.8.1 +VERSION= 1.8.3 DISTNAME= ruby-${VERSION} -PKGNAME= ${DISTNAME}p1 +PKGNAME-tk=ruby-tk-${VERSION} + CATEGORIES=lang HOMEPAGE= http://www.ruby-lang.org/ -# GPL +MAINTAINER=Mathieu Sauve-Frankel <[EMAIL PROTECTED]> + +# GPL/Artistic/BSD/Public Domain/Beer-Ware.. wish I was joking PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= ssl termcap m ncurses crypto c util z readline +WANTLIB= c m MASTER_SITES= ftp://www.ruby-lang.org/pub/ruby/1.8/ \ ftp://mirror.nucba.ac.jp/pub/ruby/1.8/ \ ftp://ftp.kr.freebsd.org/pub/ruby/1.8/ -CONFIGURE_STYLE= gnu -CONFIGURE_ARGS+= ${CONFIGURE_SHARED} - -FLAVORS= tk +PSEUDO_FLAVORS= no_x11 FLAVOR?= -.if ${FLAVOR:L} == "tk" -LIB_DEPENDS= tcl84.::lang/tcl/8.4 \ +.if !${FLAVOR:L:Mno_x11} +MULTI_PACKAGES=-tk +SUBPACKAGE?= +. if defined(PACKAGING) && !empty(SUBPACKAGE) +.if ${SUBPACKAGE} == "-tk" +LIB_DEPENDS= ruby.1.83::lang/ruby \ + tcl84.::lang/tcl/8.4 \ tk84.::x11/tk/8.4 +WANTLIB+= X11 +.endif +. endif +.endif +.if defined(PACKAGING) && (!defined(SUBPACKAGE) || empty(SUBPACKAGE)) +WANTLIB+= ssl termcap ncurses crypto util z readline +.endif + +CONFIGURE_STYLE= gnu +CONFIGURE_ARGS+= ${CONFIGURE_SHARED} + +.if !${FLAVOR:L:Mno_x11} +USE_X11= Yes CONFIGURE_ARGS+= --with-tcl-include=${PREFIX}/include/tcl8.4 \ --with-tk-include=${PREFIX}/include/tk8.4 \ --with-X11-dir=${X11BASE} -.else -CONFIGURE_ARGS+= --without-x11 .endif + CONFIGURE_ARGS+= --with-dbm-type=bogus REGRESS_TARGET=test Index: distinfo === RCS file: /cvs/ports/lang/ruby/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo5 Jan 2005 16:58:52 - 1.5 +++ distinfo18 Oct 2005 21:21:14 - @@ -1,4 +1,4 @@ -MD5 (ruby-1.8.1.tar.gz) = 5d52c7d0e6a6eb6e3bc68d77e794898e -RMD160 (ruby-1.8.1.tar.gz) = 1491b3285be245268ca988b4be2c3e85adfc5b27 -SHA1 (ruby-1.8.1.tar.gz) = 894cb1e7624b74e699d127344ce5600fc3a7d515 -SIZE (ruby-1.8.1.tar.gz) = 2671875 +MD5 (ruby-1.8.3.tar.gz) = 63d6c2bddd6af86664e338b31f3189a6 +RMD160 (ruby-1.8.3.tar.gz) = b4244a288d04fca29556144636b5e093b78a8cd5 +SHA1 (ruby-1.8.3.tar.gz) = 407e70377214fcb812cdbb86a3e1b735e69b7cff +SIZE (ruby-1.8.3.tar.gz) = 4227276 Index: ruby.port.mk === RCS file: /cvs/ports/lang/ruby/ruby.port.mk,v retrieving revision 1.1 diff -u -p -r1.1 ruby.port.mk --- ruby.port.mk9 Aug 2004 19:54:20 - 1.1 +++ ruby.port.mk18 Oct 2005 21:21:14 - @@ -3,7 +3,7 @@ # ruby module RUN_DEPENDS+=::lang/ruby -LIB_DEPENDS+=ruby.1.81::lang/ruby +LIB_DEPENDS+=ruby.1.83::lang/ruby # location of ruby libraries MODRUBY_LIBDIR=${LOCALBASE}/lib/ruby Index: patches/patch-ext_dl_handle_c === RCS file: patches/patch-ext_dl_handle_c diff -N patches/patch-ext_dl_handle_c --- patches/patch-ext_dl_handle_c 19 Aug 2004 16:39:12 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-ext_dl_handle_c,v 1.1 2004/08/19 16:39:12 couderc Exp $ ext/dl/handle.c.orig Tue Aug 17 21:58:19 2004 -+++ ext/dl/handle.cTue Aug 17 21:58:26 2004 -@@ -148,11 +148,7 @@ rb_dlhandle_sym(int argc, VALUE argv[], - } - - if (sym == Qnil) { --#if defined(RTLD_NEXT) --name = RTLD_NEXT; --#else - name = NULL; --#endif - } - else{ - SafeStringValue(sym); Index: patches/patch-lib_cgi_session_rb === RCS file: patches/patch-lib_cgi_session_rb diff -N patches/patch-lib_cgi_session_rb --- patches/patch-lib_cgi_session_rb17 Aug 2004 16:03:10 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 -000
Re: New ports: ruby-gems and rubygem-rake
On Tue, Oct 11, 2005 at 11:24:49AM +0200, Jonathan Weiss wrote: > Cheers, > > > I itegrated Rubygems (a package manager for Ruby libs and apps, think of > Perl CPAN or PHP Pear) into the ports tree. > > The main port, devel/ruby-gems, gives you the management program (gem) and a > module Makefile for all the rubygem-* ports. Why not just add a CONFIGURE_STYLE target for 'ruby gem' and merge all the functionality into ruby.port.mk. I don't see the point of adding another MODULE for this. I've already shown some diffs to Damien that extend ruby.port.mk to allow creating packages for ruby libs that use install.rb, or extconf.rb or setup.rb or whatever system the ruby "cool kids" are using this week. At least in this way we get the benifit of knowing that ALL of the build logic for ruby can be found in one .mk file. > A rubygem module can then be installed like a normal port/package: > > # cd /usr/ports/devel/rubygem-rake && make install clean-depedens > Or > # pkg_add rubygem-rake-0.6.2.tgz > > I also created several rubygem-* ports for rails, but I want to wait for the > 1.0 release. I also would prefer to see all of these ports just have the regular ruby-* prefix. Once again I don't see the point of differientiating between ruby libraries that come from one ruby packaging scheme or another. I will have more comments and diffs once I have posted my version of the ruby update. -- Mathieu Sauve-Frankel
Re: ruby update to 1.8.3
On Mon, Oct 17, 2005 at 09:08:18AM +0200, Simon Dassow wrote: > without x). > > > > sparc64 without x. The files are there, but unused... what about > > > subpackaging those ruby extensions with depencies? > > > > First, i would like to update ruby in the tree so other people could > > work on extensions such as Ruby on Rails or Ruby Gems that need 1.8.3 to > > run properly. > > Get it in so we can fix the remaining issues... (x, licences etc). NO. This update shouldn't go in until the issues are resolved. I have a better patch in the works that fix the X11 issues. I'll be posting it a little later. -- Mathieu Sauve-Frankel
Re: ruby update to 1.8.3
On Sun, Oct 09, 2005 at 10:20:12PM +0200, Damien Couderc wrote: > On Sun, 9 Oct 2005 20:41:00 +0200 > Damien Couderc <[EMAIL PROTECTED]> wrote: > > > Here is the update to the 1.8.3 version of ruby. > > As i received a lot of request about it, i expect a lot of feedback > > from the same people. BTW, testing is not only building and > > installing ruby but also testing dependencies (like pcap and gtk > > extensions also present in the tree). > > > > I'd also like to have some feedback from Ruby on Rails users if > > possible. I absolutly disagree with you removing the tk flavor and making tk and tcl a dependency. This makes ruby REQUIRE X11 to be intalled. Which is totally ridiculous. Why should I have to install x11 to run a ruby app ? -- Mathieu Sauve-Frankel
Re: ports philosophy
On Fri, Oct 07, 2005 at 01:51:22PM -0400, Chuck Robey wrote: > I just got a nicely worded letter from someone, who's prodded me into > trying once more to ask a ports-philosphy question. It's a question of This isn't our philosophy list. You must have this confused with misc@ misc@ is the appropriate list for flamebait. HTH! -- Mathieu Sauve-Frankel
Re: NEW: p5-Catalyst
On Thu, Sep 22, 2005 at 07:49:55PM +0200, Simon Dassow wrote: > > > - Please use MASTER_SITE similar to other perl ports (i.e. don't use > > "by-authors" in it). It looks like simple ...=Module/} works fine > > I tried, but the distfiles were't found that way... mirroring issue? I tried it with MASTER_SITES= ${MASTER_SITE_PERL_CPAN:=Module/} and it works fine. We only use by-authors when we present a port of something that hasn't been officially accepted into the CPAN "NameSpace" and the file is only available from the author's homedir on CPAN. -- Mathieu Sauve-Frankel
Re: NEW: p5-Catalyst
> ./devel/p5-Class-Accessor > > - We already have it, please as maintainer to update this port or > send us (and him too) an update I think this may have been one of the ports sam and I discussed me taking over. > ./devel/p5-Module-Build > > - We already have it, please as maintainer to update this port or > send us (and him too) an update This doesn't even pass it's own regression tests. There are issues surrounding an update to p5-Module-Build. Issues that involve not only changing /usr/ports/infrastructre/mk/perl.port.mk, but one issue that (I may be mixing this up with some other perl module) involves importing perl 5.8.7. It's been a while and I don't remember all of the details. I really need to test this heavily. I will post again soon regarding this update. Is this update 100% necessary for your port ? > ./www/p5-Catalyst > > - Running regression tests give me this: > > [...] > 2 tests skipped. > Failed 23/25 test scripts, 8.00% okay. 360/360 subtests failed, 0.00% okay. After having tested a few of these ports it is obvious the author of the ports has not bothered to check that his ports pass regress. Making the regression tests pass is not optional, it is a REQUIREMENT. -- Mathieu Sauve-Frankel
Re: devel/subversion
On Fri, Sep 16, 2005 at 08:09:20AM +0200, scorch wrote: > would it be possible to create a FLAVOR that doesn't use the apache parts? > Why ? Subversion requires apache2. We don't offer an apache2 port . Therefore we don't provide the apache2 module. -- Mathieu Sauve-Frankel
Re: UPDATE : devel/subversion 1.2.3
On Wed, Sep 14, 2005 at 01:20:23PM +0200, Aleksander Piotrowski wrote: > Sigfred H?versen <[EMAIL PROTECTED]> wrote: > > > By default "svnserve -d -r /my/repo/path" will listen on IPv6 *:3690, > > but there is no option to listen on IPv4 *. I've patched svnserve > > so that IPv6 is disabled by default, but may be enabled with > > a new option --ipv6. Comments? > > Please ask svn devs to include this change. Why should we have it in > our ports tree and not in original svn sources? I agree with alek here. -- Mathieu Sauve-Frankel
Re: GTK2 + Mozilla Firefox port
On Thu, Jul 28, 2005 at 08:24:09PM +0200, Murat Mamitov wrote: > Right Kurt, i'll try to test your 1.0.6 version (within gtk2 support), > and i'll tell you about. > Another thing: is it better to disable gnomevfs by default... at least > in precompiled package? It _is_ better to disable gnomevfs by default. I for one do not want the extra burden of having to install gnomevfs and all it's associated dependencies -- Mathieu Sauve-Frankel
Re: GTK2 + Mozilla Firefox port
On Wed, Jul 27, 2005 at 08:06:21PM +0200, Murat Mamitov wrote: > Hello, > i have seen that Firefox's port is without gtk2 support, so i'd like > to add that last to port; Is someone just doing that? Some of us have been bugging kurt and peter to do this for a while now. I have my own gtk2 version of the port. No you can't have it. Instead you could send a polite reminder to the maintainers -- Mathieu Sauve-Frankel
Re: Java plugin doesn't work (current)
On Wed, Jul 13, 2005 at 05:32:40PM +0200, Hannah Schroeter wrote: > Hello! > > In current (updated on Monday), I installed jdk-1.4.2p2-with_ipv6 from > ports, and after installation it suggests putting a link for a > Mozilla/Firefox Java plugin to an appropriate place. > > Yet, it doesn't work (tried the interactive map stuff from www.map24.de, > with mozilla-firefox-1.0.4). Nothing too important for me, just that > the suggestion is worded as if it would work. Would I have better > chances with the 1.5 JDK? What are your ulimits set to ? IIRC you have to crank your ulimits before the java plugin will work properly with even the simple applet examples included wuith the jdk. -- Mathieu Sauve-Frankel
Re: www/jakarta-tomcat/v3
On Sat, Jul 02, 2005 at 04:45:20PM -0400, Kurt Miller wrote: > From: "Kevin" <[EMAIL PROTECTED]> > >On 7/1/05, Kurt Miller <[EMAIL PROTECTED]> wrote: > >>Does anyone who uses this want to maintain it? I don't want to. It needs > >>updating to the current version, kill INSTALL scripts, use @sample, etc. > >> > >>If no one steps up, I'd like to remove it before the next release. > > > >At the risk of asking the completely obvious, you _are_ just talking > >about V3, correct? FWIW, in the small circle of people I know using > >Tomcat, I know of no one still on 3, but I thought it safer to ask > >than not. :-) > > Yes, just v3. v4 & v5 I maintain and will stay. I say delete it. ok msf@ -- Mathieu Sauve-Frankel
Re: nmap Core-Dumps on OpenBSD 3.7(stable/AMD64)
On Mon, Jun 27, 2005 at 08:27:38PM +0200, [EMAIL PROTECTED] wrote: > > Try providing a core dump with debugging symbols before you call it > > "enought for the start". > > > > A spelling checker would add to your credibility as well. > > I've no need to learn english perfectly. > Btw: there's no flavour for building a Port with DebugInfos... > > And like OpenBSD-Guys always say: env DEBUG="-g" make package -- Mathieu Sauve-Frankel
Re: UPDATE: devel/subversion 1.2.0
On Wed, Jun 22, 2005 at 04:20:40PM +0200, Sigfred H?versen wrote: > Niall O'Higgins wrote: > >On Sun, Jun 19, 2005 at 07:36:18PM +0200, Sigfred Håversen wrote: > > > >>devel/swig has been updated to version 1.3.24, and that broke the > >>previous posted update of devel/subversion to 1.2.0. > >> > >>Attached an update of subversion that can use swig 1.3.24. > >> > >>Passes regression tests on i386. Please test. This diff is ok by me. Alek if you want to commit this go ahead. -- Mathieu Sauve-Frankel
Re: request: x11/p5-gtk2
I have this in my tree. I don't have the time or the interest to update it/test it -- Mathieu Sauve-Frankel
Re: UPDATE: Mozilla-thunderbird
> --- Makefile Sun Jun 5 20:31:47 2005 > +++ Makefile.old Sun Jun 5 20:31:41 2005 > @@ -4,7 +4,7 @@ > > COMMENT= "redesign of the integrated Mozilla App-Suite mail component" > > -VER= 1.0.2 > +VER= 1.0 > DISTNAME=mozilla > PKGNAME= mozilla-thunderbird-${VER}p1 > man diff -- Mathieu Sauve-Frankel
Re: webmin port
On Fri, Jun 03, 2005 at 05:11:47PM -0500, L. V. Lammert wrote: > On Fri, 3 Jun 2005, Bryan Irvine wrote: > > > IIRC the was some major security vulnerability in it, and since it > > also run as user "root" this was bad. I might be remembering wrong > > though. > > > I would think the port was dropped because there was no need for it. > Webmin is simply a bunch of Perl scripts, they install just fine from the > webmin site. I think the commit log makes it very clear why the port was removed http://marc.theaimsgroup.com/?l=openbsd-ports-cvs&m=108153336916820&w=2 -- Mathieu Sauve-Frankel