Re: unarj-port
* J.C. Roberts wrote: A better answer is to replace the commercial unarj uncompressor with the free, open source compressor/uncompressor available here: http://arj.sourceforge.net/ I'll do the work, but tell me which way you want to go. If there is a functional and free unarj, then I would go that route, definitely. I would be nice if all packages that clamav depends on could actually be redistributed, we (I) get a lot of email because of this, it confuses people that the clamav package can only be installed after some archivers have been manually build from the ports tree. Maybe I should move these dependencies to a subpackage, clamav-unfree or the like.
Re: UPDATE: gajim-0.11
Builds fine. Runs without problems so far. -- simon
Re: remove RUN_DEPENDS of unfree software in security/clamav
On 2007/01/13 13:55, Marc Balmer wrote: removing the RUN_DEPENDS for archivers/unrar and archivers/unarj will let users install the ClamAV package without the need to manually built some archivers that are unfree. I think this is a worthwhile change, it makes it much easier to keep up with updates to this security-related software which doesn't have an entirely clean security history itself. +# if you want to scan rar (2.0) and/or arj archives, you have to manually +# built and install the archivers/unrar and archivers/unarj ports. A while ago, clamscan arj-scanning switched to using arj rather than unarj (not in ports: the description at sf.net/projects/arj says GPL but http://switch.dl.sourceforge.net/sourceforge/arj/arj-3.10.22.tar.gz has no license text). clamdscan has internal routines using zlib but if you want to scan other archive-types, you must decompress them first or use clamscan. Since I suspect clamdscan is more widely used than clamscan, I don't think this change will remove any functionality for most users.
NEW: misc/rlwrap
rlwrap is a generic readline wrapper that allows line-editing, command history, tab completion and other readline-style capabilities to programs that don't have it built in. It's handy for things like math/moo or interactive language interpreters (where you can even get blinking parens). And this is some extra text to fool the MLM into re-posting this, since the gmane gateway to this list seems to be brocken. rlwrap.tar.gz Description: Binary data
Re: Sylpheed-Claws 1.9.6 Dump
James Turner writes: When I try to access any of the options under Customize Toolbar in the preferences dialog sylpheed-claws crashes. Well, this is an old port that hasn't been updated in years, and the port maintainer isn't interested in it any more. Sylpheed-claws has been renamed claws-mail and is now at: http://www.claws-mail.org/ It looks like a nice, full-featured mailer. Does any use or want to use this?
Re: [4.0] sixxs-aiccu-2007-01-07
Kurt Miller [EMAIL PROTECTED] wrote: I would like to point out that the aixxs-aiccu client isn't needed at all in most cases. Simply use /etc/hostname.gif0 with the appropriate 'up giftunnel' and 'up inet6' lines and set your default ipv6 route. Nothing more is needed. That assumes a static IPv4 address, which in my part of the world is virtually nonexistent for residential ADSL lines. With dynamic addresses, you need to implement the SixXS heartbeat protocol. Although net/sixxs-heartbeatd is perfectly functional, it is deprecated by SixXS. The port that comes with the sixxs distfile is outdated. Attached is a proper port for -current that I created to use AYIYA. Sigh. We need to compare notes. I have an aiccu port sitting on my disk, too. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: bitlbee-1.0.3
It would be nice to get this in before the tree freeze -- viq
Re: NEW: cacti
Marc Espie wrote on 7/01/07 21:31:
Half the patches don't belong here... I don't see how this is OpenBSD
related. It looks like some cacti development. discuss it with the
cacti people... or explain to use why you think this is suitable here.
problem of the patch is about cacti optional plugin-architecture. it is
a patch in a folder archive (SUPDISTFILES as it is not a PATCHFILES), i
don't know how to handle it in the Makefile
joined a possible Makefile but the problem is for plugins FLAVOR. i
didn't find a way to post-patch like
tar xzf archive, change dir where the patch and apply patch
typical plugin archive is like this:
cacti-plugin-arch$ l
LICENSE Readme.txt cacti-plugin-0.8.6h.diff cacti-plugin-0.8.6i.diff
files-0.8.6h/ files-0.8.6i/
and apply like
cd $(WRKDIR) patch -p1 -N cacti-plugin-0.8.6i.diff
the second problem is on line 54 of the Makefile: i don't find a
primitive to extract multiple archive from different mirrors
(${PLUGINS:S/:[01]$//} doesn't work)
help to make plugins flavor work appreciated
(basic cacti is working)
thanks
Regards
Julien
# $OpenBSD: Makefile,v 1.16 2005/06/03 19:46:43 mbalmer Exp $
COMMENT=cacti php monitoring tool
VERSION=0.8.6i
DISTNAME= cacti-${VERSION}
PKGNAME=cacti-${VERSION}p1
CATEGORIES= net sysutils
HOMEPAGE= http://www.cacti.net/
MAINTAINER=
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=cacti/}
MASTER_SITES0= http://cactiusers.net/downloads/plugins/
MASTER_SITES1= http://wotsit.thingy.com/haj/cacti/php-weathermap/
MASTER_SITES2= http://gilles.boulon.free.fr/manage/
# GPL
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
RUN_DEPENDS=::net/rrdtool \
:php5-mysql-*:www/php5/extensions,-mysql \
::databases/mysql,-server \
netsnmp::net/net-snmp
PATCH_LIST=
NO_BUILD= Yes
NO_REGRESS= Yes
PKG_ARCH= *
#EXTRACT_ONLY=
FLAVORS=plugins
FLAVOR?=
.if ${FLAVOR:L:Mplugins}
## include plugin framework and some classicals
## haloe (syslog) need external tools to feed a syslog mysql db
PLUGINS=discovery-0.6.tar.gz:0 \
thold-0.3.0.tar.gz:0 \
haloe-0.4.tar.gz:0 \
php-weathermap-0.82.zip:1 \
manage-0.4.2.zip:2
SUPDISTFILES= cacti-plugin-arch.tar.gz:0 \
${PLUGINS}
PATCHFILES= cacti-plugin-arch.tar.gz:0
EXTRACT_ONLY= ${SUPDISTFILES}
post-extract:
@${ECHO_MSG} === Adding plugins specific object files
for i in ${PLUGINS:S/:[01]$//}; do \
j=`basename $$i`; \
mv ${WRKDIR}/$$j ${WRKDIST}/plugins/ ; \
done
.endif
PREFIX= /var/www
PREFIX2=/usr/local
INSTDIR=${PREFIX}/cacti
CACTI_USER= _cacti
CACTI_ID= 570
SUBST_VARS= INSTDIR CACTI_USER CACTI_ID PREFIX2
.if ${FLAVOR:L:Mplugins}
post-patch:
tar xzf $(FULLDISTDIR)/cacti-plugin-arch.tar.gz $(WRKDIR) cd
${WRKDIST} patch -p1 -N
${WRKDIR}/cacti-plugin-arch/cacti-plugin-${VERSION}.diff
.endif
do-install:
@mv ${WRKDIST} ${INSTDIR}
.include bsd.port.mk
Re: NEW: tuxpaint-0.9.16
On Sat, 13 Jan 2007, Antoine Jacoutot wrote: - fix a crash Err, now it should really fix all crashes. -- Antoine tuxpaint.tar.gz Description: Binary data
UPDATE: audio/flite
This updates audio/flite to 1.3, which provides speed
improvements, bugfixes and a higher quality default voice.
Tested on i386 and amd64, more testing and ok's appreciated.
'flite doc/alice' to test text-to-speech.
'flite doc/alice /tmp/alice.wav' to test tts-audio file
conversion.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/audio/flite/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile28 Dec 2006 11:47:23 - 1.8
+++ Makefile13 Jan 2007 17:57:49 -
@@ -6,15 +6,15 @@ COMMENT= text to speech utility
BROKEN=gcc hang compiling cmu_us_kal_diphone.c
.endif
-VERSION= 1.2
+VERSION= 1.3
DISTNAME= flite-${VERSION}-release
-PKGNAME= flite-${VERSION}p1
-SHARED_LIBS= flite 1.2 \
- flite_cmu_time_awb 1.2 \
- flite_cmu_us_kal1.2 \
- flite_cmu_us_kal16 1.2 \
- flite_cmulex1.2 \
- flite_usenglish 1.2
+PKGNAME= flite-${VERSION}
+SHARED_LIBS= flite 1.3 \
+ flite_cmu_time_awb 1.3 \
+ flite_cmu_us_kal1.3 \
+ flite_cmu_us_kal16 1.3 \
+ flite_cmulex1.3 \
+ flite_usenglish 1.3
MAKE_FLAGS=LIBlibflite.so_VERSION=${LIBflite_VERSION} \
LIBlibflite_cmu_time_awb.so_VERSION=${LIBflite_cmu_time_awb_VERSION} \
@@ -39,7 +39,7 @@ WANTLIB= c m
MASTER_SITES= http://www.speech.cs.cmu.edu/flite/packed/flite-${VERSION}/
CONFIGURE_STYLE= gnu dest
-CONFIGURE_ARGS= ${CONFIGURE_SHARED}
+CONFIGURE_ARGS= ${CONFIGURE_SHARED} --with-vox=cmu_us_kal16
USE_GMAKE= Yes
NO_REGRESS=Yes
Index: distinfo
===
RCS file: /cvs/ports/audio/flite/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo5 Jan 2005 15:47:06 - 1.2
+++ distinfo13 Jan 2007 17:57:49 -
@@ -1,4 +1,4 @@
-MD5 (flite-1.2-release.tar.gz) = 359e6a36c1b4789c099a23c731c27ca9
-RMD160 (flite-1.2-release.tar.gz) = 923b7e2781d086b1ed9cf6600741576f4f56
-SHA1 (flite-1.2-release.tar.gz) = 64f85b5c4e77034fdfe41e11231c34171db7c3a0
-SIZE (flite-1.2-release.tar.gz) = 11815669
+MD5 (flite-1.3-release.tar.gz) = ae0aca1cb7b4801f4372f3a75a9e52b5
+RMD160 (flite-1.3-release.tar.gz) = a908acfd196754783ee4665ac84ea860d54bcf80
+SHA1 (flite-1.3-release.tar.gz) = 233144a772de72741ae1aa2292f672c30224afb3
+SIZE (flite-1.3-release.tar.gz) = 10663835
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Makefile 13 Jan 2007 17:57:49 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- Makefile.orig Tue Jan 2 11:07:48 2007
Makefile Tue Jan 2 11:08:12 2007
+@@ -41,7 +41,7 @@
+ ###
+ TOP=.
+ DIRNAME=
+-BUILD_DIRS = include src lang doc
++BUILD_DIRS = include src lang lib doc
+ ALL_DIRS=config $(BUILD_DIRS) testsuite sapi palm tools main
+ CONFIG=configure configure.in config.sub config.guess \
+missing install-sh mkinstalldirs
Index: patches/patch-config_common_make_rules
===
RCS file: /cvs/ports/audio/flite/patches/patch-config_common_make_rules,v
retrieving revision 1.2
diff -u -p -r1.2 patch-config_common_make_rules
--- patches/patch-config_common_make_rules 24 Dec 2005 16:01:55 -
1.2
+++ patches/patch-config_common_make_rules 13 Jan 2007 17:57:49 -
@@ -1,18 +1,63 @@
-$OpenBSD: patch-config_common_make_rules,v 1.2 2005/12/24 16:01:55 espie Exp $
config/common_make_rules.orig Tue Feb 18 17:17:21 2003
-+++ config/common_make_rules Sat Dec 24 16:54:14 2005
-@@ -86,11 +86,10 @@ nothing:
- %.so: %.shared.a
+$OpenBSD$
+--- config/common_make_rules.orig Sun Dec 19 17:20:43 2004
config/common_make_rules Tue Jan 2 13:34:55 2007
+@@ -59,27 +59,34 @@ BUILDDIR=$(TOP)/build/$(TARGET_PLATFORM)
+ endif
+ OBJDIR=$(BUILDDIR)/obj/$(DIRNAME)
+ BINDIR=$(BUILDDIR)/bin
++LIBDIR=$(BUILDDIR)/lib
+ ifeq ($(HOST_PLATFORM),$(TARGET_PLATFORM))
+ BINDIR=$(TOP)/bin
++LIBDIR=$(TOP)/lib
+ endif
+
+-LIBDIR=$(BUILDDIR)/lib
+ BUILDDIRS=$(OBJDIR) $(BINDIR) $(LIBDIR)
+
+-FLITELIBS = $(BUILDDIR)/lib/libflite.a
+-LDFLAGS += -L$(BUILDDIR)/lib -lflite -lm $(AUDIOLIBS) $(OTHERLIBS)
++ifdef SHFLAGS
++FLITELIBS = $(LIBDIR)/libflite.so $(LIBDIR)/libflite.a
++else
++FLITELIBS = $(LIBDIR)/libflite.a
++endif
++LDFLAGS += -L$(LIBDIR) -lflite -lm $(AUDIOLIBS) $(OTHERLIBS)
+
+ FULLOBJS = $(OBJS:%=$(OBJDIR)/%)
+ ifdef SHFLAGS
+ SOOBJS = $(OBJS:.o=.os)
+-FULLSHOBJS = $(SOOBJS:%=$(OBJDIR)/%)
++FULLSOOBJS = $(SOOBJS:%=$(OBJDIR)/%)
+ ifdef LIBNAME
+
Re: NEW: tuxpaint-0.9.16
On Sat, Jan 13, 2007 at 07:06:24PM +0100, Antoine Jacoutot wrote: - fix a crash Err, now it should really fix all crashes. Sorry for ruining your day, but I again managed to crash it, by starting, quitting, and restarting it after a few seconds. It doesn't segfault always, but only sometimes (every 3rd or 4th try or so). It seems to be better reproducable when you run sync right before starting tuxpaint. If you're annoyed by that lockfile warning when restarting too fast, just use the --nolockfile option. Here's the backtrace (not very different above load_user_fonts()): #0 0x0200b1f4 in TTF_RenderUNICODE_Blended () from /usr/local/lib/libSDL_ttf.so.7.0 #1 0x0200af51 in TTF_RenderUTF8_Blended () from /usr/local/lib/libSDL_ttf.so.7.0 #2 0x1c01e198 in charset_works (font=0x7e426000, s=0x3c00bea3 [EMAIL PROTECTED]^*) at src/fonts.c:1166 #3 0x1c01e6b0 in loadfont_callback (screen=0x8ba7f7c0, dir=0x89849d88 /usr/local/share/tuxpaint/fonts/locale/, dirlen=39, files=0x8309ae00, i=11) at src/dirwalk.c:116 #4 0x1c01eb2a in tp_ftw (screen=0x8ba7f7c0, dir=0x89849d88 /usr/local/share/tuxpaint/fonts/locale/, dirlen=39, rsrc=1, fn=0x1c01e314 loadfont_callback) at src/dirwalk.c:285 #5 0x1c01ebbb in tp_ftw (screen=0x8ba7f7c0, dir=0x89849d88 /usr/local/share/tuxpaint/fonts/locale/, dirlen=32, rsrc=1, fn=0x1c01e314 loadfont_callback) at src/dirwalk.c:296 #6 0x1c01df66 in loadfonts (screen=0x8ba7f7c0, dir=0x873ebfe0 Address 0x873ebfe0 out of bounds) at src/fonts.c:1081 #7 0x1c01d276 in load_user_fonts (screen=0x8ba7f7c0, vp=0x0) at src/fonts.c:487 #8 0x1c00b078 in load_user_fonts_stub (vp=0x0) at src/tuxpaint.c:5733 #9 0x0962b7da in SDL_RunThread () from /usr/local/lib/libSDL.so.6.0 #10 0x0962b9b3 in RunThread () from /usr/local/lib/libSDL.so.6.0 #11 0x046b7fbb in _thread_start () at /usr/src/lib/libpthread/uthread/uthread_create.c:244 #12 0x001f in ?? () #13 0x in ?? () Ciao, Kili
Re: Sylpheed-Claws 1.9.6 Dump
On 2007 Jan 13 (Sat) at 13:28:56 + (+), Deanna Phillips wrote: :James Turner writes: : : When I try to access any of the options under Customize : Toolbar in the preferences dialog sylpheed-claws crashes. : :Well, this is an old port that hasn't been updated in years, and :the port maintainer isn't interested in it any more. : :Sylpheed-claws has been renamed claws-mail and is now at: : :http://www.claws-mail.org/ : :It looks like a nice, full-featured mailer. : :Does any use or want to use this? : I use sylpheed-claws, and would be interested in this. I've tried to update the port in the past, but couldn't get past compile and runtime issues. -- Q: If Tarzan was Jewish, and Jane was a princess, what would Cheetah be? A: A fur coat.
Re: UPDATE: bitlbee-1.0.3
I've tested it on i386 without regressions. Using it on i386 for more than a month with various protocols. I've just tested it on zaurus and amd64 with multiple accounts, multiple users. Most features of set (e.g. charset) tested too. No regressions. -- Martynas Venckus
Re: Sylpheed-Claws 1.9.6 Dump
On Sat, 13 Jan 2007 07:36:16 -0800 Rodney Hopkins [EMAIL PROTECTED] wrote: Deanna Phillips writes: Well, this is an old port that hasn't been updated in years, and the port maintainer isn't interested in it any more. Sylpheed-claws has been renamed claws-mail and is now at: http://www.claws-mail.org/ It looks like a nice, full-featured mailer. Does any use or want to use this? I currently use sylpheed-claws 1.9.6. It works but I do experience occasional dumps. same here (on macppc). I'd love to use claws-mail, but I don't have the skills or time to port it. me too, but i have time for testing of course...
buildinga browser
I'm trying to see if any of the browsers in ports will build on the Zaurus (Arm processor)? I know that mozilla is marked as bot buiilding, and that seems to block, one way or another, all of the other browsers ... anyone know of a browser I could build? Thanks
Re: buildinga browser
On 2007/01/13 17:39, Chuck Robey wrote: I'm trying to see if any of the browsers in ports will build on the Zaurus (Arm processor)? I know that mozilla is marked as bot buiilding, and that seems to block, one way or another, all of the other browsers ... anyone know of a browser I could build? konq-e, dillo, links...
Re: buildinga browser
Stuart Henderson wrote: On 2007/01/13 17:39, Chuck Robey wrote: I'm trying to see if any of the browsers in ports will build on the Zaurus (Arm processor)? I know that mozilla is marked as bot buiilding, and that seems to block, one way or another, all of the other browsers ... anyone know of a browser I could build? konq-e, dillo, links... I need to zero in on a better way to search out ports. I am still getting used to OpenBSD, but the size of the ports directories makes my favorite trick (using find on all the DESCR files) just isn't practical. I hadn't even seen the konq-e one, even though I was in the right parent dir (www). Anyhow, thanks.
Re: Sylpheed-Claws 1.9.6 Dump
On Sat, 13 Jan 2007 11:24:29 -0800 Peter Hessler [EMAIL PROTECTED] wrote: On 2007 Jan 13 (Sat) at 13:28:56 + (+), Deanna Phillips wrote: :James Turner writes: : : When I try to access any of the options under Customize : Toolbar in the preferences dialog sylpheed-claws crashes. : :Well, this is an old port that hasn't been updated in years, and :the port maintainer isn't interested in it any more. : :Sylpheed-claws has been renamed claws-mail and is now at: : :http://www.claws-mail.org/ : :It looks like a nice, full-featured mailer. : :Does any use or want to use this? : I use sylpheed-claws, and would be interested in this. I've tried to update the port in the past, but couldn't get past compile and runtime issues. Did you created a port for libetpan too? 2.7.0 seems to want libetpan (http://libetpan.sourceforge.net/) for imap4 support, this means a port for this is needed first. just disabling imap4 works but is not a solution i think... I've tried 2.7.0, compiled without problems, except that I have to give some configure options for directories (i.e. aspell...) Regards Joerg
Re: buildinga browser
I'm trying to see if any of the browsers in ports will build on the Zaurus (Arm processor)? I know that mozilla is marked as bot buiilding, and that seems to block gecko* things currently won't run; i'm working on this. (should minimo friends be unmarked for arm till xptc(invoke|stubs) are finished? otherwise they all are useless; just returns NS_ERROR_NOT_IMPLEMENTED). one way or another, all of the other browsers ... anyone know of a browser I could build? Sure; basically any non-gecko product. e.g. lynx; w3c; konqueror; konqueror-embedded; links+; elinks, dillo. -- Martynas Venckus
Re: buildinga browser
I need to zero in on a better way to search out ports. I am still getting used to OpenBSD, but the size of the ports directories makes my favorite trick (using find on all the DESCR files) just isn't practical. I hadn't even seen the konq-e one, even though I was in the right parent dir (www). Ah, you should also read some documentation. http://www.openbsd.org/faq/faq8.html#Browsers -- Martynas Venckus
Re: buildinga browser
Martynas Venckus wrote: I'm trying to see if any of the browsers in ports will build on the Zaurus (Arm processor)? I know that mozilla is marked as bot buiilding, and that seems to block gecko* things currently won't run; i'm working on this. (should minimo friends be unmarked for arm till xptc(invoke|stubs) are finished? otherwise they all are useless; just returns NS_ERROR_NOT_IMPLEMENTED). I don't have the context to comment ... until I really began working on my little Zaurus, I'd had little reason to go looking at things that were minimo-ish. BTW, I would really appreciate anyone that gives me a better range of browser choices. one way or another, all of the other browsers ... anyone know of a browser I could build? Sure; basically any non-gecko product. e.g. lynx; w3c; konqueror; konqueror-embedded; links+; elinks, dillo. I don't care too much for the textual browsers, so I;m going after konq-e now. -- Martynas Venckus
Re: buildinga browser
I don't care too much for the textual browsers, so I;m going after konq-e now. Oh; then be clear when you're asking. Anyway, $ cd /usr/ports/www/links+ make show=COMMENT graphics and text browser with javascript support -- Martynas Venckus
Re: buildinga browser
Martynas Venckus wrote: I don't care too much for the textual browsers, so I;m going after konq-e now. Oh; then be clear when you're asking. Anyway, $ cd /usr/ports/www/links+ make show=COMMENT graphics and text browser with javascript support Well, if I know which port I'm going after apriori, then that is obviously yhr method but some of those ports dirs have about a thousand entries. You can waste a good afternoon that way real easily. A LONG time back, when FreeBSD oirts were new, I'd played about with a method of allowing ports to have a set of attached KEYWORDS, which would allow you to be a lot more sophisticated about smart searching. No one was really interested, so the idea died, although the coding is truly simple. -- Martynas Venckus
Re: buildinga browser
A LONG time back, when FreeBSD oirts were new, I'd played about with a method of allowing ports to have a set of attached KEYWORDS, which would allow you to be a lot more sophisticated about smart searching. No one was really interested, so the idea died, although the coding is truly simple. Horrible. KEYWORDS=graphical web browser www ipv4 ipv6 award-winning fast safe rss phishingprotection spellchecking svg addons extensions plugins javascript flash bloat -- Martynas Venckus
Re: buildinga browser
Martynas Venckus wrote: A LONG time back, when FreeBSD oirts were new, I'd played about with a method of allowing ports to have a set of attached KEYWORDS, which would allow you to be a lot more sophisticated about smart searching. No one was really interested, so the idea died, although the coding is truly simple. Horrible. KEYWORDS=graphical web browser www ipv4 ipv6 award-winning fast safe rss phishingprotection spellchecking svg addons extensions plugins javascript flash bloat -- Martynas Venckus Was that supposed to be a negaitve comment? I would code up a short python script that would use A scire-card-like approach, and give you a much better chance of getting the data you wanted witha minimum of lost time. But, if you don't like it, that's fine, that's what's great about our software approach ... OpenBSD is Open, right?
Re: buildinga browser
I know you are looking for a web browser but if you have a seprate computer this may help http://ports.openbsd.nu/ I find all of my ports this way Sam Fourman Jr. On 1/13/07, Martynas Venckus [EMAIL PROTECTED] wrote: A LONG time back, when FreeBSD oirts were new, I'd played about with a method of allowing ports to have a set of attached KEYWORDS, which would allow you to be a lot more sophisticated about smart searching. No one was really interested, so the idea died, although the coding is truly simple. Horrible. KEYWORDS=graphical web browser www ipv4 ipv6 award-winning fast safe rss phishingprotection spellchecking svg addons extensions plugins javascript flash bloat -- Martynas Venckus
Re: buildinga browser
Was that supposed to be a negaitve comment? What? No, it's just my opinion. I mean, i won't use such feature. I would code up a short python script that would use A scire-card-like approach, and give you a much better chance of getting the data you wanted witha minimum of lost time. Good luck! But, if you don't like it, that's fine, that's what's great about our software approach ... OpenBSD is Open, right? Sure. -- Martynas Venckus
building me a browser (Zaurus)
Well. I have to make really certain I don't get off onto my personal hot button (ports with gigantic lists of very questionable dependencies). Well, one of the dependencies of konqueror-embedded is libgpg-error-1.1p0 ... it's not clicking, and the broken part is a missing file, de.gmo, and I don't know the gmo language (note to literalists, that was a joke), anyhow, I am very much at a loss as to how to proceed. The error looks like: Making all in po test -z de.gmo pl.gmo || make de.gmo pl.gmo cd /home/chuckr/ports/security/libgpg-error/w-libgpg-error-1.1p0/libgpg-error-1.1/po rm -f de.gmo : -c --sta tistics -o de.gmo de.po mv: t-de.gmo: No such file or directory *** Error code 1 Stop in /home/chuckr/ports/security/libgpg-error/w-libgpg-error-1.1p0/build-arm/po. Anyone got any ideas on this?
claws-mail port, was: Re: Sylpheed-Claws 1.9.6 Dump
Am Sat, 13 Jan 2007 20:09:06 +0100 schrieb Joerg Zinke [EMAIL PROTECTED]: On Sat, 13 Jan 2007 07:36:16 -0800 Rodney Hopkins [EMAIL PROTECTED] wrote: Deanna Phillips writes: Well, this is an old port that hasn't been updated in years, and the port maintainer isn't interested in it any more. Sylpheed-claws has been renamed claws-mail and is now at: http://www.claws-mail.org/ It looks like a nice, full-featured mailer. Does any use or want to use this? I currently use sylpheed-claws 1.9.6. It works but I do experience occasional dumps. same here (on macppc). I'd love to use claws-mail, but I don't have the skills or time to port it. me too, but i have time for testing of course... I made a port for etpan and claws-mail. It needs clean up and serious testing (exept reading and writing e-mails ;). If nobody have objectives I will send them to anyone interested or post it here. Only tested on i386 so far. Ulrich
Re: building me a browser (Zaurus)
Anyone got any ideas on this? http://www.openbsd.org/faq/faq15.html#NoFun http://www.openbsd.org/faq/faq15.html#PkgVsPorts http://www.openbsd.org/faq/faq15.html#Problems Try: PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/4.0/packages/arm/ pkg_add konqueror -- Martynas Venckus
Re: building me a browser (Zaurus)
why not just # export PKG_PATH=ftp://some.mirror/pub/OpenBSD/snapshots/packages/arm/ # pkg_add konqueror there are plenty of ports that there's a reason to build from source, make it easy on yourself for this :-) ... it's not clicking, and the broken part is a missing file, de.gmo, $ find /usr/ports/security/libgpg-error -name de.gmo /usr/ports/security/libgpg-error/w-libgpg-error-1.1p0/libgpg-error-1.1/po/de.gmo it should be there. NFS problems? (NFS over 802.11 with a bunch of packet loss?)
Re: building me a browser (Zaurus)
Martynas Venckus wrote: Anyone got any ideas on this? http://www.openbsd.org/faq/faq15.html#NoFun http://www.openbsd.org/faq/faq15.html#PkgVsPorts http://www.openbsd.org/faq/faq15.html#Problems Try: PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/4.0/packages/arm/ pkg_add konqueror -- Martynas Venckus Hmmm I violated some rules? OK, but I really did try. I am working from a fully synchronized sources tree (both ports and src are current, minutes old). The maintainer is the ports-list so that's no help either. The version I see is at 1.1, where the gpg folks are right now at 1.4.6. I just finished a test compile of the 1.4.6, and it built trvially (but that's not a port, either). I don't know the gpg stuff very well, so was hunting for suggestions, this isn;'t C, C++, Python, nor Perl, so I'm not sure where to go from here, and not asking for any guarantees, either, but if I am becoming boring, I can go back at it, I'm just very wary of the extremely strict rules that the ports seem to run, and I didn't want to get myself broken here.
Re: claws-mail port, was: Re: Sylpheed-Claws 1.9.6 Dump
Ulrich Kahl writes: I made a port for etpan and claws-mail. It needs clean up and serious testing (exept reading and writing e-mails ;). If nobody have objectives I will send them to anyone interested or post it here. Only tested on i386 so far. Sounds good. I just started on one, but if you have it all finished, that's even better. :-)
Re: java on openbsd 4.0?
On 1/12/07, Kurt Miller [EMAIL PROTECTED] wrote: Attached are two patch files that you can drop in /usr/ports/devel/jdk/1.5/patches that hopefully will fix your amd64 build issue. Please let me know if this fixes it for you and I'll work on getting this in 4.0-stable. Thank you very much, the patches work for jdk-1.5p19 (from 4.0 ports.tar.gz) and for jdk-1.5p20 (cvs update for OPENBSD_4_0). BTW, I replied to your email on ports@ (the mailing list). Ports build problems should be dealt with there. For example I have 17,838 unread messages from [EMAIL PROTECTED] I easily could have missed your issue. Sorry about that. I'm replying to ports too (unless it bounces).
Re: NEW: tuxpaint-0.9.16
On Sat, 13 Jan 2007, Matthias Kilian wrote: Sorry for ruining your day, but I again managed to crash it, by starting, quitting, and restarting it after a few seconds. It doesn't segfault always, but only sometimes (every 3rd or 4th try or so). You bad bad bad person... you ruined my birthday! Anyway, you have to stop using software this way, you're not supposed to start/stop/start/stop/start programs is 3 seconds!!! Err, I'm kidding of course, I'll have a look at this (but I cannot reproduce this on my macppc here). Cheers! -- Antoine
Re: NEW: cacti
On Sat, Jan 13, 2007 at 05:01:03PM +0100, Julien TOUCHE wrote:
Marc Espie wrote on 7/01/07 21:31:
Half the patches don't belong here... I don't see how this is OpenBSD
related. It looks like some cacti development. discuss it with the
cacti people... or explain to use why you think this is suitable here.
problem of the patch is about cacti optional plugin-architecture. it is
a patch in a folder archive (SUPDISTFILES as it is not a PATCHFILES), i
don't know how to handle it in the Makefile
joined a possible Makefile but the problem is for plugins FLAVOR. i
didn't find a way to post-patch like
tar xzf archive, change dir where the patch and apply patch
Do the extraction during extrac/post-extract, patch during post-patch.
use explicit post-patch targets.
typical plugin archive is like this:
cacti-plugin-arch$ l
LICENSE Readme.txt cacti-plugin-0.8.6h.diff cacti-plugin-0.8.6i.diff
files-0.8.6h/ files-0.8.6i/
and apply like
cd $(WRKDIR) patch -p1 -N cacti-plugin-0.8.6i.diff
the second problem is on line 54 of the Makefile: i don't find a
primitive to extract multiple archive from different mirrors
(${PLUGINS:S/:[01]$//} doesn't work)
:S doesn't handle regexps, :C does.
Re: NEW: archivers/p7zip
On Fri, Jan 12, 2007 at 12:32:14AM +0100, steven mestdagh wrote: some testing on more archs would be good... AFAIK, this port has been tested on i386, amd64, and zaurus. Has anyone tested it on any other archs?
Re: buildinga browser
Martynas Venckus wrote: I'm trying to see if any of the browsers in ports will build on the Zaurus (Arm processor)? I know that mozilla is marked as bot buiilding, and that seems to block gecko* things currently won't run; i'm working on this. (should minimo friends be unmarked for arm till xptc(invoke|stubs) are finished? otherwise they all are useless; just returns NS_ERROR_NOT_IMPLEMENTED). one way or another, all of the other browsers ... anyone know of a browser I could build? Sure; basically any non-gecko product. e.g. lynx; w3c; konqueror; konqueror-embedded; links+; elinks, dillo. -- Martynas Venckus Good luck with w3m. It wont build without boehm-gc and the one in the ports collection has been shot for months! I was able to build boehm-gc-6.8 from src, but for some reason w3m (which supports inline graphics and would be great on the Z!) gives the following configure errors: ./configure ..snip.. checking gc.h usability... yes checking gc.h presence... yes checking for gc.h... yes checking for GC_init in -lgc... no checking GC library location... /usr /usr/local /root checking /usr... checking for GC_init in -lgc... no checking /usr/local... checking for GC_init in -lgc... no checking /root... checking for GC_init in -lgc... no configure: error: libgc not found I also tried to use the patched sources from a freebsd w3m build, but the result ended with the following: AUXBIN_DIR=\/usr/local/libexec/w3m\ -DCGIBIN_DIR=\/usr/local/libexec/w3m/cgi-bin\ -DHELP_DIR=\/usr/local/share/w3m\ -DETC_DIR=\/usr/local/etc\ -DCONF_DIR=\/usr/local/etc/w3m\ -DRC_DIR=\~/.w3m\ -DLOCALEDIR=\/usr/local/share/locale\ -o mktable mktable.o dummy.o -L/usr/local/lib -L. -lindep /usr/local/lib/libintl.so.3.0 -L/usr/local/lib /usr/local/lib/libiconv.so.4.0 -Wl,-rpath -Wl,/usr/local/lib -lm -L/usr/local/lib -lgc ./libindep.a(Str.o)(.text+0xbe4): In function `Sprintf': /home/mathemajikian/w3m-0.5.1-setup/Str.c:519: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libintl.so.3.0: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libgc.so.1.2: warning: sprintf() is often misused, please use snprintf() /usr/local/lib/libgc.so.1.2: undefined reference to `__stack_base__' collect2: ld returned 1 exit status However when I do a strings /usr/local/lib/libgc.so.1.2 | grep stack_base the string is present!!! Really is frustrating! At least elinks works to some extent, but only without javascript support. If you enable spidermonkey/ecmascript it will crash on any website using javascript. (can't even access slashdot.org with it) However, it works fine on my i386! sigh Jesse
Re: buildinga browser
Sure; basically any non-gecko product. e.g. lynx; w3c; konqueror; konqueror-embedded; links+; elinks, dillo. -- Martynas Venckus konqueror-embedded is another port which no longer works correctly on the Z! So basically you are stuck with elinks, dillo, links, links+, amaya, and lynx. Jesse
Re: buildinga browser
Jesse Scott wrote: Martynas Venckus wrote: I'm trying to see if any of the browsers in ports will build on the Zaurus (Arm processor)? I know that mozilla is marked as bot buiilding, and that seems to block gecko* things currently won't run; i'm working on this. (should minimo friends be unmarked for arm till xptc(invoke|stubs) are finished? otherwise they all are useless; just returns NS_ERROR_NOT_IMPLEMENTED). one way or another, all of the other browsers ... anyone know of a browser I could build? Sure; basically any non-gecko product. e.g. lynx; w3c; konqueror; konqueror-embedded; links+; elinks, dillo. -- Martynas Venckus Good luck with w3m. It wont build without boehm-gc and the one in the ports collection has been shot for months! I was able to build boehm-gc-6.8 from src, but for some reason w3m (which supports inline graphics and would be great on the Z!) gives the following configure errors: ./configure ..snip.. checking gc.h usability... yes checking gc.h presence... yes checking for gc.h... yes checking for GC_init in -lgc... no checking GC library location... /usr /usr/local /root checking /usr... checking for GC_init in -lgc... no checking /usr/local... checking for GC_init in -lgc... no checking /root... checking for GC_init in -lgc... no configure: error: libgc not found fantastic, as long as we keep away from text formatting (which confuses the bejesus out of me, really!), I will try to get boehm-gc working ... it's such a major port, that's embarrassing anyhow. If you want a headache, you could try that security/libgpg-error port. Just leave boehm-gc to me. I also tried to use the patched sources from a freebsd w3m build, but the result ended with the following: AUXBIN_DIR=\/usr/local/libexec/w3m\ -DCGIBIN_DIR=\/usr/local/libexec/w3m/cgi-bin\ -DHELP_DIR=\/usr/local/share/w3m\ -DETC_DIR=\/usr/local/etc\ -DCONF_DIR=\/usr/local/etc/w3m\ -DRC_DIR=\~/.w3m\ -DLOCALEDIR=\/usr/local/share/locale\ -o mktable mktable.o dummy.o -L/usr/local/lib -L. -lindep /usr/local/lib/libintl.so.3.0 -L/usr/local/lib /usr/local/lib/libiconv.so.4.0 -Wl,-rpath -Wl,/usr/local/lib -lm -L/usr/local/lib -lgc ./libindep.a(Str.o)(.text+0xbe4): In function `Sprintf': /home/mathemajikian/w3m-0.5.1-setup/Str.c:519: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libintl.so.3.0: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libgc.so.1.2: warning: sprintf() is often misused, please use snprintf() /usr/local/lib/libgc.so.1.2: undefined reference to `__stack_base__' collect2: ld returned 1 exit status However when I do a strings /usr/local/lib/libgc.so.1.2 | grep stack_base the string is present!!! Really is frustrating! At least elinks works to some extent, but only without javascript support. If you enable spidermonkey/ecmascript it will crash on any website using javascript. (can't even access slashdot.org with it) However, it works fine on my i386! sigh Jesse
