Re: mod_ruby update
Adam Montague [Mon, Oct 23, 2006 at 11:32:43PM -0400] wrote:
>Trivial update to mod_ruby 1.2.6. Thanks to David Hill for reminding me.
>
I'll take care of this.
Bernd
>Adam
>Index: Makefile
>===
>RCS file: /cvs/ports/www/mod_ruby/Makefile,v
>retrieving revision 1.3
>diff -u -r1.3 Makefile
>--- Makefile 28 Oct 2005 19:40:32 - 1.3
>+++ Makefile 24 Oct 2006 03:28:29 -
>@@ -6,8 +6,7 @@
>
> COMMENT= "module that embeds Ruby into Apache"
>
>-DISTNAME= mod_ruby-1.2.3
>-PKGNAME= ${DISTNAME}p1
>+DISTNAME= mod_ruby-1.2.6
> CATEGORIES= www
>
> HOMEPAGE= http://modruby.net/
>Index: distinfo
>===
>RCS file: /cvs/ports/www/mod_ruby/distinfo,v
>retrieving revision 1.2
>diff -u -r1.2 distinfo
>--- distinfo 27 Feb 2005 00:36:44 - 1.2
>+++ distinfo 24 Oct 2006 03:28:29 -
>@@ -1,4 +1,4 @@
>-MD5 (mod_ruby-1.2.3.tar.gz) = a7bdbccd5c76c32f501ecd18a8d44418
>-RMD160 (mod_ruby-1.2.3.tar.gz) = afe28863724787f654b0cfab40a7852a1d925e4c
>-SHA1 (mod_ruby-1.2.3.tar.gz) = eb79be37661d2353dc3fd3caa4c9f90fef3f7a61
>-SIZE (mod_ruby-1.2.3.tar.gz) = 108594
>+MD5 (mod_ruby-1.2.6.tar.gz) = 299d8536f36e93197f6386e35c2a02c1
>+RMD160 (mod_ruby-1.2.6.tar.gz) = 08a7beb415608d93b7e48b484e3969a08eec4f31
>+SHA1 (mod_ruby-1.2.6.tar.gz) = 3934fdb206a78baf9deb592334ef4d05400ea133
>+SIZE (mod_ruby-1.2.6.tar.gz) = 110886
>Index: pkg/PLIST
>===
>RCS file: /cvs/ports/www/mod_ruby/pkg/PLIST,v
>retrieving revision 1.1.1.1
>diff -u -r1.1.1.1 PLIST
>--- pkg/PLIST 16 Jan 2005 23:44:39 - 1.1.1.1
>+++ pkg/PLIST 24 Oct 2006 03:28:29 -
>@@ -1,13 +1,17 @@
> @comment $OpenBSD: PLIST,v 1.1.1.1 2005/01/16 23:44:39 couderc Exp $
> lib/mod_ruby.so
> lib/ruby/1.8/apache/
> lib/ruby/1.8/apache/erb-run.rb
> lib/ruby/1.8/apache/eruby-debug.rb
> lib/ruby/1.8/apache/eruby-run.rb
> lib/ruby/1.8/apache/query.rb
>+lib/ruby/1.8/apache/rails-dispatcher.rb
> lib/ruby/1.8/apache/rd2html.rb
> lib/ruby/1.8/apache/registry.rb
> lib/ruby/1.8/apache/ruby-debug.rb
>+lib/ruby/1.8/apache/ruby-profile.rb
> lib/ruby/1.8/apache/ruby-run.rb
> lib/ruby/1.8/auto-reload.rb
> sbin/mod_ruby-enable
Re: NEW: slbd
anyone? feedback, complaints from people with porting experience would be appreciated. Thanks, Kevin On 10/22/06, Kevin Reay <[EMAIL PROTECTED]> wrote: Attached is a port for slbd, a small daemon that monitors web and other TCP-based servers, allowing for server load balancing (SLB) functionality through OpenBSD's PF packet filter. Tested on amd64. Any feedback, testing is appreciated. Thanks, Kevin
mod_ruby update
Trivial update to mod_ruby 1.2.6. Thanks to David Hill for reminding me.
AdamIndex: Makefile
===
RCS file: /cvs/ports/www/mod_ruby/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- Makefile28 Oct 2005 19:40:32 - 1.3
+++ Makefile24 Oct 2006 03:28:29 -
@@ -6,8 +6,7 @@
COMMENT= "module that embeds Ruby into Apache"
-DISTNAME= mod_ruby-1.2.3
-PKGNAME= ${DISTNAME}p1
+DISTNAME= mod_ruby-1.2.6
CATEGORIES=www
HOMEPAGE= http://modruby.net/
Index: distinfo
===
RCS file: /cvs/ports/www/mod_ruby/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo27 Feb 2005 00:36:44 - 1.2
+++ distinfo24 Oct 2006 03:28:29 -
@@ -1,4 +1,4 @@
-MD5 (mod_ruby-1.2.3.tar.gz) = a7bdbccd5c76c32f501ecd18a8d44418
-RMD160 (mod_ruby-1.2.3.tar.gz) = afe28863724787f654b0cfab40a7852a1d925e4c
-SHA1 (mod_ruby-1.2.3.tar.gz) = eb79be37661d2353dc3fd3caa4c9f90fef3f7a61
-SIZE (mod_ruby-1.2.3.tar.gz) = 108594
+MD5 (mod_ruby-1.2.6.tar.gz) = 299d8536f36e93197f6386e35c2a02c1
+RMD160 (mod_ruby-1.2.6.tar.gz) = 08a7beb415608d93b7e48b484e3969a08eec4f31
+SHA1 (mod_ruby-1.2.6.tar.gz) = 3934fdb206a78baf9deb592334ef4d05400ea133
+SIZE (mod_ruby-1.2.6.tar.gz) = 110886
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/mod_ruby/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 PLIST
--- pkg/PLIST 16 Jan 2005 23:44:39 - 1.1.1.1
+++ pkg/PLIST 24 Oct 2006 03:28:29 -
@@ -1,13 +1,17 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2005/01/16 23:44:39 couderc Exp $
lib/mod_ruby.so
lib/ruby/1.8/apache/
lib/ruby/1.8/apache/erb-run.rb
lib/ruby/1.8/apache/eruby-debug.rb
lib/ruby/1.8/apache/eruby-run.rb
lib/ruby/1.8/apache/query.rb
+lib/ruby/1.8/apache/rails-dispatcher.rb
lib/ruby/1.8/apache/rd2html.rb
lib/ruby/1.8/apache/registry.rb
lib/ruby/1.8/apache/ruby-debug.rb
+lib/ruby/1.8/apache/ruby-profile.rb
lib/ruby/1.8/apache/ruby-run.rb
lib/ruby/1.8/auto-reload.rb
sbin/mod_ruby-enable
Re: update: editors/vim 7.0.109 -> 7.0.145
This patch worked for me on 3 separate i386 Systems Sam Fourman Jr. On 10/18/06, Chris Kuethe <[EMAIL PROTECTED]> wrote: more shiny little patches -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: NEW: devel/itcl
nikns [2006-10-18, 11:36:18]: > COMMENT="object-oriented extensions to Tcl" > > [incr Tcl] is an object-oriented extension of the Tcl language. It > was created to support more structured programming in Tcl. Tcl scripts > that grow beyond a few thousand lines become extremely difficult to > maintain. This is because the building blocks of vanilla Tcl are > procedures and global variables, and all of these building blocks > must reside in a single global namespace. There is no support for > protection or encapsulation. > > http://secure.lv/~nikns/stuff/ports/itcl-3.3.tar > > feedback and corrections appricated. I think you should make it include/itcl instead of itk3.3 ? If possible, avoid the version number in these directories, or else put the version in SUBST_VARS. It looks like WANTLIB is not needed here, and you should reverse the RUN_DEPENDS and BUILD_DEPENDS definitions. Put a more restrictive pkgspec in there, since now it defaults to tcl-* which will also be satisfied by older tcl versions... make regress shows no errors on amd64. Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: NEW: ipcalc
Pierre-Yves Ritschard wrote: alternative location: http://spootnik.org/ipcalc/ipcalc-port.tgz I'll try to have a look at it tomorrow. -- Antoine
Re: NEW: ipcalc
Here is a new version with a '-c' flag that prints the (in)famous cisco wildcard. I also put the port in the net category instead of sysutils as previously, it makes more sense (or does it ?). alternative location: http://spootnik.org/ipcalc/ipcalc-port.tgz ipcalc-port.tgz Description: Binary data
Re: sqlports web application, a clarification
I for one would enjoy writting code for this project if RoR is chosen. The down side is I never worked with SQLite (but I'm a fast learner) and my spare time is very little, but I guess that's everyone's problem. So who's in?
Pour les voeux de fin d'année, offrez les cartes de voeux cadeau !
Pour recevoir rapidement des informations détaillées sur notre offre, remplissez le formulaire ci-dessous : Société : Nom : Prénom : E-mail : Téléphone Adresse postale : Code postal : Ville : Vous disposez d'un droit d'accès, de modification, de rectification et de suppression des données qui vous concernent (art. 34 de la loi"Informatique et Libertés"). Cet e-mailing a été diffusé à partir du fichier Arawak, enregistré à la CNIL, sous le N°1026477. Pour vous désabonner, veuillez cliquer sur le lien ci-dessous et renvoyer simplement l'e-mail vide. Lien de désabonnement pour ne plus recevoir de messages de Stimulation des Ventes. Lien de retrait de la base de données Arawak
Re: NEW: pgadmin3
My apologies for missing the right commit to [EMAIL PROTECTED] Marc Balmer wrote: * Genadijus Paleckis wrote: This is PostgreSQL administration and design tool using new wxWidgets-gtk2-2.6.3. Works fine on i386. Port can be found at http://84.32.234.78/ports/pgadmin.tar.gz Please test. comments are welcome. If you want to do serious port work, then you should subsribe to the ports-changes mailing list. For every we committ we make in the CVS tree, an automated email is generated, so you don't miss anything. And of course you would have seen then that pgadmin3 got imported. And, of course you have to use a -current system for ports work. - mb
sqlports web application, a clarification
I've got a lot of *private* email in the recent weeks, from at least 4 persons who might be interested. Guys, this is the wrong way to go about this. Just volunteer on this list, and start getting organized. As far as page setup goes, I don't want to give you a lot of input, because I don't want to restrict your efforts. I have no idea if my idea of a ports page would be the most useful. What I can tell is that, with sqlports, you can make a killer search engine, that would allow you to search for basically anything. I can also tell you that sqlports, as opposed to earlier efforts, has at least sensible treatment of sub-packages in multi-packages settings. So, a good presentation, multiple links, access to all the info you have... Probably add a locate database as well, so that you can search based on package file names instead of ports (I tried adding this info to the sql db, but it just bloats it by an insane amount, locate is much more efficient there). As far as language goes, good luck. I've got input for php, python, ruby... Surprisingly, no-one wants to do it as perl mason components (well...) What I can tell you is: the technology probably doesn't matter. You want to build a prototype, you want to see how it looks, offer it to people and get feedback. Then you throw the prototype away, and code something really nice. But the first step, as usual, is communication. I should have been more clear: I don't want to make private coordination of such a project. You are bright people, just post an initial messsage to get involved on ports@, then switch to private email. Get organized, and come back with an application when it's finished.
GCC 4.2 and the ports hackathon
I also spent quite a lot of time working on GCC 4.2 during the hackathon. Having fast build machines helped a lot. According to robert@, it seems that some issue were fixed in GCC on some architectures after 3.3, and so that a recent GCC is a prerequisite for porting openoffice to amd64. So, we now have a gcc 4.2 port that compiles and runs on i386, amd64, and sparc64. Most of the time was spent coercing libtool into grabbing the right libgcc, since it insisted on grabbing the non-pic one, which does not work on amd64. An amd64 port of openoffice is still some ways off, as the bundled stlports does not agree at all with GCC 4.2. But still, this is progress...
Re: NEW: pgadmin3
* Genadijus Paleckis wrote: > This is PostgreSQL administration and design tool using new > wxWidgets-gtk2-2.6.3. Works fine on i386. > > Port can be found at http://84.32.234.78/ports/pgadmin.tar.gz > > Please test. > comments are welcome. If you want to do serious port work, then you should subsribe to the ports-changes mailing list. For every we committ we make in the CVS tree, an automated email is generated, so you don't miss anything. And of course you would have seen then that pgadmin3 got imported. And, of course you have to use a -current system for ports work. - mb
Re: NEW: git 1.4.3
On Sat, Oct 21, 2006 at 04:27:09PM +0200, Matthieu Herrb wrote: > Git is the software configuration management tool used by the Linux > kernel and X.Org. This port has been circulating around from some times. > > I've removed the non-working SUBPACKAGE stuff because git requires some > of the python scripts to be functionnal and since tk is a dependency of > python, the -tk sub-package doesn't buy us much. > > I'd like to see it move forward and get commited... > -- > Matthieu Herrb Works fine on i386 and I tried to test on hppa, however, the python installation locked up on me during configuration at the step where it was looking for a working tzset(). I was in fact about to ask if anyone was working on this very program. One of the packages I am maintainer on uses git for their development source repository. Thanks! -- James Prevatt [EMAIL PROTECTED]
Re: some news for asian language speakers
And I forgot: I haven't been able to make sense of the uim-xim bridge. For that matter, I've never been able to use kinput2 either. Someone who knows could send me a quick howto of things I need to tweak, so that I'm at least able to try it out ? xfig is probably the application where it makes the most sense...
some news for asian language speakers
I managed to put together a set of ports for asian language speakers during the ports hackathon. Those have been put into the inputmethods subcategory. Since I only speak a bit of japanese, I've been able to use these only in japanese, but they're supposed to work for korean and chinese as well, with the proper setup. The central port is called uim, it comes with two subpackages, uim-qt and uim-gtk. They depend upon anthy, which is japanese-specific, and is apparently one of the favorite methods to enter japanese characters (I have a port of prime somewhere). It should also be possible to make a canna flavor, I'm not sure if that makes sense. What works and what does not work: - if you add two or three lines to your .xinitrc, gtk and/or qt stuff becomes aware of uim (qt was already patched for input modules last year), and you can enter asian characters into it directly. In that case, you probably want to launch uim-toolbar-(qt|gtk) to be able to control the mode easily. Qt applications work out-of-the-box. gvim works as well, but you have to explicitly set the encoding to utf8. The quick summary is that now, you're able to enter japanese text search directly into google from mozilla or konqueror... - uim-fep is a console mode input handler, similar to the old Wnn. I haven't been able to get it to work yet. I suspect our curses is too old (I can't seem to display complete characters). - there is some emacs-mode stuff in anthy, and in prime. I don't use emacs, I don't really care about it. If someone volunteers to help maintain that, they would be welcome. - there's an handwriting tool for japanese, called uim-tomoe. The interface appears to be gnome specific, and even though the qt part launches it just fine, I haven't been able to use it to enter characters into a qt application. It is much less impressive than the zaurus native character recognition, but it is still useful...
UPDATE: p5-Mail-SpamAssassin-3.1.7
The attached patch updates p5-Mail-SpamAssassin to version 3.1.7,
which is a bug fix release. See http://spamassassin.apache.org/ for
the release announcements.
I've cleaned up the Makefile. The port now uses DESTDIR to install
the package into the staging area. The files patch-Makefile_PL,
patch-lib_Mail_SpamAssassin_pm and patch-spamc_spamc_pod are gone.
I also decided to no longer install SpamAssassin's public keys as
config files. This keeps the port simple. Instead I added the
following line to the PLIST file:
@extraunexec rm -rf ${CONFDIR}/sa-update-keys
The keys will be installed on sa-update's first invocation. sa-update
will also create the directory /var/db/spamassassin.
Tested on i386. More testing is very welcome.
Index: Makefile
===
RCS file: /cvs/ports/mail/p5-Mail-SpamAssassin/Makefile,v
retrieving revision 1.42
diff -u -r1.42 Makefile
--- Makefile 21 Oct 2006 19:26:14 - 1.42
+++ Makefile 23 Oct 2006 09:14:46 -
@@ -2,8 +2,8 @@
COMMENT= "mailfilter to identify and mark spam"
-DISTNAME= Mail-SpamAssassin-3.1.4
-PKGNAME= p5-${DISTNAME}p1
+DISTNAME= Mail-SpamAssassin-3.1.7
+PKGNAME= p5-${DISTNAME}
CATEGORIES= mail perl5
MAINTAINER= Andreas Voegele <[EMAIL PROTECTED]>
@@ -27,29 +27,25 @@
:p5-IO-Socket-SSL-*:security/p5-IO-Socket-SSL \
:p5-libwww-*:www/p5-libwww \
:p5-Archive-Tar->=1.23:archivers/p5-Archive-Tar \
- :p5-IO-Zlib->=1.04:archivers/p5-IO-Zlib \
- :gnupg-*:security/gnupg
+ :p5-IO-Zlib->=1.04:archivers/p5-IO-Zlib
-RUN_DEPENDS= ${BUILD_DEPENDS}
+RUN_DEPENDS= ${BUILD_DEPENDS} \
+ :gnupg-*:security/gnupg
MAKE_ENV+= CC="${CC}"
CONFIGURE_STYLE= perl
-CONFIGURE_ARGS+= RUN_NET_TESTS="no" \
+CONFIGURE_ARGS+= DESTDIR=${WRKINST} \
SYSCONFDIR=${SYSCONFDIR} \
- LOCALSTATEDIR=/var/db \
+ LOCALSTATEDIR=${LOCALSTATEDIR} \
CONTACT_ADDRESS="the administrator of this system" \
ENABLE_SSL="yes"
CONFDIR= ${SYSCONFDIR}/mail/spamassassin
-RULES_DIR= ${PREFIX}/share/spamassassin
+LOCALSTATEDIR= /var/db/spamassassin
SAMPLE_CONFDIR= ${PREFIX}/share/examples/SpamAssassin
-SUBST_VARS= CONFDIR SAMPLE_CONFDIR
-
-FAKE_FLAGS= ${DESTDIRNAME}=${WRKINST} \
- DEFRULESDIR=${WRKINST}${RULES_DIR} \
- LOCALRULESDIR=${WRKINST}${SAMPLE_CONFDIR}
+SUBST_VARS= CONFDIR LOCALSTATEDIR
# regress insists on creating files in $HOME
PORTHOME= ${WRKDIR}/temp-home
@@ -57,10 +53,6 @@
FAQ= OpenBSD-SpamAssassin-mini-howto.html
DOCS= README UPGRADE LICENSE procmailrc.example \
sample-nonspam.txt sample-spam.txt
-LOCALCF= local.cf init.pre v310.pre v312.pre
-
-pre-configure:
- @perl -pi -e "[EMAIL PROTECTED]@[EMAIL PROTECTED]@#${CONFDIR}#" ${WRKSRC}/rules/*
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/SpamAssassin
@@ -70,19 +62,9 @@
${FILESDIR}/${FAQ} > ${WRKSRC}/${FAQ}
cd ${WRKSRC} && ${INSTALL_DATA} ${FAQ} ${DOCS} \
${PREFIX}/share/doc/SpamAssassin
- cd ${WRKSRC}/rules && ${INSTALL_DATA} ${LOCALCF} ${SAMPLE_CONFDIR}
- cd ${WRKSRC} && pod2man --section=1 spamc/spamc.pod > \
+ cd ${WRKINST}${CONFDIR} && mv local.cf *.pre ${SAMPLE_CONFDIR}
+ @cd ${WRKSRC} && pod2man --section=1 spamc/spamc.pod > \
${PREFIX}/man/man1/spamc.1
- cd ${WRKSRC} && pod2man --section=8 spamd/spamd > \
- ${PREFIX}/man/man8/spamd.8
- # Extract the default GnuPG keys for sa-update. The keys will
- # be installed as config files in ${CONFDIR}/sa-update-keys.
- # Otherwise, sa-update would install the keys on its first
- # invocation. The sa-update utility also creates the directory
- # /var/db/spamassassin.
- ${INSTALL_DATA_DIR} ${SAMPLE_CONFDIR}/sa-update-keys
- ${LOCALBASE}/bin/gpg --homedir=${SAMPLE_CONFDIR}/sa-update-keys --batch --import ${WRKSRC}/rules/sa-update-pubkey.txt
- rm -f ${SAMPLE_CONFDIR}/sa-update-keys/pubring.gpg~
pre-regress:
mkdir -p ${PORTHOME}
Index: distinfo
===
RCS file: /cvs/ports/mail/p5-Mail-SpamAssassin/distinfo,v
retrieving revision 1.26
diff -u -r1.26 distinfo
--- distinfo 9 Aug 2006 07:21:07 - 1.26
+++ distinfo 23 Oct 2006 09:14:46 -
@@ -1,4 +1,4 @@
-MD5 (Mail-SpamAssassin-3.1.4.tar.gz) = 6259d1b1c5ce34c37596fc262c0b9663
-RMD160 (Mail-SpamAssassin-3.1.4.tar.gz) = 8aebcc9fa4ed0eafadab85eaafd2f7b488a7ff91
-SHA1 (Mail-SpamAssassin-3.1.4.tar.gz) = df88c2e27c1c8ede60a1b967443a3b16cc74cd9f
-SIZE (Mail-SpamAssassin-3.1.4.tar.gz) = 1142066
+MD5 (Mail-SpamAssassin-3.1.7.tar.gz) = 4b342c63949d47f3ce56b3fc1c8881c1
+RMD160 (Mail-SpamAssassin-3.1.7.tar.gz) = b5e5cffdbcfba6e58346bdd51c8adba1547fcca4
+SHA1 (Mail-SpamAssassin-3.1.7.tar.gz) = 3d31eff0eb9a158fab308958d65cdca81b8944bc
+SIZE (Mail-SpamAssassin-3.1.7.tar.gz) = 1168183
Index: patches/patch-Makefile_PL
===
RCS file: patches/patch-Makefile_PL
diff -N patches/patch-Makefile_PL
--- patches/patch-Makefile_PL 6 Jun 2006 17:33:41 - 1.5
+++ /dev/null 1 J
Re: NEW: pgadmin3
Genadijus Paleckis [2006-10-23, 12:31:47]: > This is PostgreSQL administration and design tool using new > wxWidgets-gtk2-2.6.3. Works fine on i386. > > Port can be found at http://84.32.234.78/ports/pgadmin.tar.gz pgadmin3 was imported a few days ago already... http://marc.theaimsgroup.com/?l=openbsd-ports-cvs&m=116118047932088&w=2 -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: NEW: pgadmin3
It's already in. http://www.openbsd.org/cgi-bin/cvsweb/ports/databases/pgadmin3/ On 10/23/06, Genadijus Paleckis <[EMAIL PROTECTED]> wrote: This is PostgreSQL administration and design tool using new wxWidgets-gtk2-2.6.3. Works fine on i386. Port can be found at http://84.32.234.78/ports/pgadmin.tar.gz Please test. comments are welcome. -- Xavier Santolaria, [EMAIL PROTECTED], [EMAIL PROTECTED]
NEW: pgadmin3
This is PostgreSQL administration and design tool using new wxWidgets-gtk2-2.6.3. Works fine on i386. Port can be found at http://84.32.234.78/ports/pgadmin.tar.gz Please test. comments are welcome.
Re: NEW: ipcalc
On Monday 23 October 2006 13:58, Pierre-Yves Ritschard wrote: > I wondered if anybody really needed that, I might add a flag for it then. To be honest, I have no idea what it's good for or why it exists at all (it's just the inverse netmask?) but it's really handy when you work with Cisco gear. Maybe it's just there to make up for some horrible design deficiency in IOS. --- Lars Hansson
