Re: [update] Erlang/OTP R12B-1
On Thu, Feb 14, 2008 at 4:52 PM, Benoit Chesneau <[EMAIL PROTECTED]> wrote: > On Thu, Feb 14, 2008 at 4:49 PM, Benoit Chesneau <[EMAIL PROTECTED]> wrote: > > > > > works fine here. Even with --enable-smp-supoort (wich juste use one > > thread on openbsd currently but is usefull to test). > > > > Though erlang is slower than on other arch maybe it's related to SMP. > > 5-6 times slower to be precise. I don't know if something could be > > done on this topic. I willl try to have a look on it like testing on > > sincle cpu & . > > > > - benoit > > > > > on other operating system I mean and forgot to say I tested it on amd64 > > - benoit > more tests about it with couchdb suite on an amd64 4400+ double core : http://friendpaste.com/96hYqpLd. I have same result for openbsd with only one core. Something related to threads i guess., but differences are quite high. Anyway I started to find a way to add hipe support for openbsd. For now compile failed at the end: http://friendpaste.com/4eJxpuUy I'm trying to figure what does it mean ;) - benoît
update: net/nepenthes
nepenthes was released to public today, however i've been running this
for a long time.
ok?
cheers,
rui
Index: Makefile
===
RCS file: /cvs/ports/net/nepenthes/Makefile,v
retrieving revision 1.19
diff -u -r1.19 Makefile
--- Makefile14 Feb 2008 21:36:27 - 1.19
+++ Makefile14 Feb 2008 22:01:58 -
@@ -3,8 +3,7 @@
COMMENT= determine the malware activity on a network
-DISTNAME= nepenthes-20070830
-PKGNAME= ${DISTNAME}p4
+DISTNAME= nepenthes-0.2.2
CATEGORIES=net
HOMEPAGE= http://nepenthes.mwcollect.org/
@@ -17,7 +16,7 @@
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-MASTER_SITES= http://www.bsdfrog.org/OpenBSD/distfiles/
+MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=nepenthes/}
USE_LIBTOOL= Yes
LIBTOOL_FLAGS+=--tag=disable-static
Index: distinfo
===
RCS file: /cvs/ports/net/nepenthes/distinfo,v
retrieving revision 1.5
diff -u -r1.5 distinfo
--- distinfo2 Sep 2007 22:42:55 - 1.5
+++ distinfo14 Feb 2008 22:01:58 -
@@ -1,5 +1,5 @@
-MD5 (nepenthes-20070830.tar.gz) = SWGBdSlEWf8ScjCobcAo+w==
-RMD160 (nepenthes-20070830.tar.gz) = XAvJ5pp+3EI5xDG8yoJpnSccSpM=
-SHA1 (nepenthes-20070830.tar.gz) = ixI9s6wIPxeDfedCJnznRCf+ZRU=
-SHA256 (nepenthes-20070830.tar.gz) =
sDaTUSWXkrWPs+hzs04WZ+X1hvrLLQ4mjNAggxCKOxM=
-SIZE (nepenthes-20070830.tar.gz) = 1881994
+MD5 (nepenthes-0.2.2.tar.gz) = doFVfs5MBei2Afmcp9p5/w==
+RMD160 (nepenthes-0.2.2.tar.gz) = ubMMfYWansMpRaiRinUYfWciVas=
+SHA1 (nepenthes-0.2.2.tar.gz) = zJdAMYsGbk7whcnTYLJJMtO+ecg=
+SHA256 (nepenthes-0.2.2.tar.gz) = HqeWm0HvTGivaPRiBxeJlu/G4bXxBG8JDkUNUqH61k4=
+SIZE (nepenthes-0.2.2.tar.gz) = 936776
Index: patches/patch-Makefile_in
===
RCS file: /cvs/ports/net/nepenthes/patches/patch-Makefile_in,v
retrieving revision 1.4
diff -u -r1.4 patch-Makefile_in
--- patches/patch-Makefile_in 2 Sep 2007 22:42:55 - 1.4
+++ patches/patch-Makefile_in 14 Feb 2008 22:01:58 -
@@ -1,16 +1,16 @@
-$OpenBSD: patch-Makefile_in,v 1.4 2007/09/02 22:42:55 rui Exp $
Makefile.in.orig Sun Apr 29 14:29:35 2007
-+++ Makefile.inSun Apr 29 14:31:50 2007
-@@ -214,7 +214,7 @@ AUTOMAKE_OPTIONS = foreign
- SUBDIRS = nepenthes-core modules
- #tools
- EXTRA_DIST = configure.ac CHANGES doc/README.VFS doc/logo-shaded.svg
doc/nepenthes.8 conf/nepenthes.conf.dist
+$OpenBSD$
+--- Makefile.in.orig Thu Dec 13 22:02:56 2007
Makefile.inThu Dec 13 22:05:21 2007
+@@ -191,7 +191,7 @@ build_os = @build_os@
+ build_vendor = @build_vendor@
+ datadir = @datadir@
+ datarootdir = @datarootdir@
-docdir = $(prefix)/share/doc
+docdir = $(prefix)/share/doc/nepenthes
- doc_DATA = doc/README.VFS doc/logo-shaded.svg
-
- #sysconf_DATA = conf/nepenthes.conf.dist
-@@ -707,21 +707,9 @@ install-data-local:
+ dvidir = @dvidir@
+ exec_prefix = @exec_prefix@
+ host = @host@
+@@ -714,21 +714,9 @@ install-data-local:
$(mkinstalldirs) $(DESTDIR)$(mandir)
$(mkinstalldirs) $(DESTDIR)$(mandir)/man8
$(INSTALL_DATA) $(srcdir)/doc/nepenthes.8
$(DESTDIR)$(mandir)/man8/nepenthes.8;
Index: patches/patch-modules_download-ftp_CTRLDialogue_cpp
===
RCS file: patches/patch-modules_download-ftp_CTRLDialogue_cpp
diff -N patches/patch-modules_download-ftp_CTRLDialogue_cpp
--- patches/patch-modules_download-ftp_CTRLDialogue_cpp 13 Dec 2007 21:47:32
- 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,29 +0,0 @@
-$OpenBSD: patch-modules_download-ftp_CTRLDialogue_cpp,v 1.1 2007/12/13
21:47:32 rui Exp $
modules/download-ftp/CTRLDialogue.cpp.orig Sat Dec 8 19:52:46 2007
-+++ modules/download-ftp/CTRLDialogue.cpp Sat Dec 8 19:57:35 2007
-@@ -28,6 +28,7 @@
- /* $Id: patch-modules_download-ftp_CTRLDialogue_cpp,v 1.1 2007/12/13
21:47:32 rui Exp $ */
-
- #include
-+#include
- #include
- #include
- #include
-@@ -455,10 +456,17 @@ void CTRLDialogue::sendPort()
-
-
- asprintf(&nmsg,"PORT %d,%d,%d,%d,%d,%d\r\n",
-+#if BYTE_ORDER == BIG_ENDIAN
-+ (int32_t)(ip >> 24) & 0xff,
-+ (int32_t)(ip >> 16) & 0xff,
-+ (int32_t)(ip >> 8) & 0xff,
- (int32_t)ip & 0xff,
-+#else
-+ (int32_t)ip & 0xff,
- (int32_t)(ip >> 8) & 0xff,
- (int32_t)(ip >> 16) & 0xff,
- (int32_t)(ip >> 24) & 0xff,
-+#endif
- (int32_t)(port >> 8) & 0xff,
- (int32_t)port & 0xff);
- logDebug("FTPSEND: '%s'\n",nmsg);
Index: patches/patch-modules_shellcode-signatures_sch_namespace_cpp
===
RCS file: patches/patch-modules_shellcode-signatures_sch_names
UPDATE: devel/py-zopeinterface
This diff updates py-zopeinterface to 3.3.0. Also, maintainership passes to me (ok with former maintainer alek@) Eric. py-zopeinterface.diff Description: Binary data
UPDATE: games/londonlaw
This diff lets londonlaw work with the twisted update posted previously. Eric. londonlaw.diff Description: Binary data
[Fwd: Re: [Apcupsd-users] bsd-usb compiling errors]
It was patched by developer at the end of January and this patch was included in current tarball on my ftp. Peter Strömberg (wilfried@) tested it with his Smart-UPS 750 on USB cable. At least I have no errors now. Try to download and compile it. -- Original Message -- Subject: Re: [Apcupsd-users] bsd-usb compiling errors From:"Adam Kropelin" <[EMAIL PROTECTED]> Date:Sun, January 27, 2008 18:07 To: "Apcupsd Discussion List" <[EMAIL PROTECTED]> -- Kirill S. Bychkov wrote: > Hi! I've got some problems while compiling 3.14.3 on my OpenBSD box: > > bsd-usb.c: In function `int pusb_ups_get_capabilities(UPSINFO*, const > s_known_info*)': > bsd-usb.c:367: error: `input' undeclared (first use this function) > bsd-usb.c:367: error: (Each undeclared identifier is reported only > once for each function it appears in.) > bsd-usb.c:377: error: `feature' undeclared (first use this function) > bsd-usb.c:384: error: `witem' undeclared (first use this function) > bsd-usb.c:354: warning: unused variable `int rc' > bsd-usb.c: In function `bool populate_uval(UPSINFO*, USB_INFO*, > unsigned char*, USB_VALUE*)': > bsd-usb.c:509: warning: converting to `int' from `double' > > I haven't such problems with previous 3.14.2 version. What can be > done to fix this issue? Wow, it looks like I never completed the input/feature report conversion on the bsd driver, or at least incorrectly ported it from generic-usb. I would have caught this if I followed my normal release process of doing a test build on every platform, but I shortcut that this time around. Argh. Please try the attached patch. This should fix it up. --Adam -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments apcupsd-bsd-witem.patch Description: Binary data
Re: gstreamer-plugins-base
On Tue, Jan 29, 2008 at 11:32:44PM -0500, [EMAIL PROTECTED] wrote:
> On 28 January 2008 at 14:52, Brad <[EMAIL PROTECTED]> wrote:
>
> > On Sunday 27 January 2008 13:09:40 [EMAIL PROTECTED] wrote:
> > > A while back after a snapshot update I noted that gcompris would make
> > > horrid squealing noises upon launch and thus be unusable if run with
> > > sound enabled.
> > >
> > > As of gcompris 8.4 it uses gstreamer for sound. If I launch
> > > /usr/local/bin/gst-visualise-0.10 (part of gstreamer-plugins-base)
> > > with no arguments, the machine begins its squealing in the exact same
> > > manner.
> > >
> > > The gcompris website ( http://gcompris.net/-News- ) says the issue is
> > > fixed in gstreamer-plugins-base 0.10.15 and higher (their workaround
> > > didn't work for me). -current has 0.10.12.
> > >
> > > Is it acceptable for me to post an update to just gstreamer-plugins-base
> > > or should all of gstreamer be updated, or should I just try to backport
> > > that specific fix?
> > >
> > > Thanks.
> >
> > A full update of gstreamer would be very useful.
>
> Thanks.
>
> I'm working my way through it... core and plugins-base are done. I'll
> post when it's complete.
>
> Unfortunately I don't think it will solve my issue -- even the new
> gst-visualise still squeals like the old one.
>
> Which makes me suspect the recent commits to ac97, which is the only
> other change I'm aware of... ah well, more work to do :-)
>
probably what tripped this off was r1.12 of src/lib/libossaudio/ossaudio.c
--
[EMAIL PROTECTED]
SDF Public Access UNIX System - http://sdf.lonestar.org
--- gstosshelper.c.orig Sat Dec 10 06:57:48 2005
+++ gstosshelper.c Thu Feb 14 10:43:38 2008
@@ -250,12 +250,18 @@
if (probe->min == -1 || probe->max == -1) {
/* This is a workaround for drivers that return -EINVAL (or another
* error) for rates outside of [8000,48000]. If this fails, the
* driver is seriously buggy, and probably doesn't work with other
* media libraries/apps. */
probe->min = gst_oss_helper_rate_check_rate (probe, 8000);
+if (probe->min == -1)
+probe->min = gst_oss_helper_rate_check_rate (probe, 32000);
+if (probe->min == -1)
+probe->min = gst_oss_helper_rate_check_rate (probe, 44100);
+if (probe->min == -1)
+probe->min = gst_oss_helper_rate_check_rate (probe, 48000);
probe->max = gst_oss_helper_rate_check_rate (probe, 48000);
}
if (probe->min == -1 || probe->max == -1) {
GST_DEBUG ("unexpected check_rate error");
return FALSE;
}
although, this is a more fitting comment:
/* This is a workaround for drivers that return -EINVAL (or another
* error) for rates outside of [8000,48000]. If this fails, then
* gstreamer is seriously braindead yet still overly complex and
* is a poor choice for media libraries/apps. */
Re: NEW: krename (for KDE 3)
On Thu, 14 Feb 2008, Vadim Jukov wrote: Please test (I have only i386) and comment/commit. I will look at it. Thanks for your submission. -- Antoine
port-lib-depends-check doesn't use quoting?
Hi, while adding part library to cad/qcad I noticed this: [EMAIL PROTECTED]:/stuff/ports/mystuff/cad/qcad$ make port-lib-depends-check objdump: '/stuff/ports/mystuff/cad/qcad/w-qcad-2.0.5.0/fake-i386/usr/local/share/qcad/library/mechanical/tapers/brown': No such file The whole directory is: drwxr-xr-x2 root bin 512 Apr 2 2007 /stuff/ports/mystuff/cad/qcad/w-qcad-2.0.5.0/fake-i386/usr/local/share/qcad/library/mechanical/tapers/brown&sharpe/ Lots of others too from the same command, but I pasted only one. Some variable lacks quoting? -- Antti Harri
NEW: krename (for KDE 3)
Please test (I have only i386) and comment/commit. From pkg/DESCR: KRename is a powerful batch renamer for KDE. It allows you to easily rename hundreds or even more files in one go. The filenames can be created by parts of the original filename, numbering the files or accessing hundreds of informations about the file, like creation date or Exif informations of an image, - thanks to KDE file plugins. -- Best wishes, Vadim Zhukov krename.tgz Description: application/tgz
editors/abiword diff
Hello,
This diff unbreaks editors/abiword since x11/gnome/libgnomeprint no
longer depends on devel/popt. It also adds gailutil to WANTLIB.
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/editors/abiword/Makefile,v
retrieving revision 1.65
diff -u -r1.65 Makefile
--- Makefile15 Dec 2007 20:32:57 - 1.65
+++ Makefile14 Feb 2008 16:50:06 -
@@ -5,7 +5,7 @@
VERSION= 2.4.6
MAJORVER= ${VERSION:C/..$//}
DISTNAME= abiword-${VERSION}
-PKGNAME= ${DISTNAME}p2
+PKGNAME= ${DISTNAME}p3
CATEGORIES=editors
HOMEPAGE= http://www.abisource.com/
@@ -14,6 +14,7 @@
RUN_DEPENDS= :desktop-file-utils-*:devel/desktop-file-utils
LIB_DEPENDS= fribidi::devel/fribidi \
+ popt::devel/popt \
gdk-x11-2.0,gdk_pixbuf-2.0,gtk-x11-2.0::x11/gtk+2 \
gnomeprintui-2-2::x11/gnome/libgnomeprintui
@@ -25,10 +26,10 @@
WANTLIB= ICE SM X11 Xext Xft Xrender art_lgpl_2 atk-1.0 c Xrandr \
Xau Xcomposite Xcursor Xdamage Xdmcp Xfixes Xi Xinerama \
- expat fontconfig freetype glade-2.0 glib-2.0 gmodule-2.0 \
- gnomecanvas-2 gnomeprint-2-2 gobject-2.0 glitz \
+ expat fontconfig freetype gailutil glade-2.0 glib-2.0 \
+ gmodule-2.0 gnomecanvas-2 gnomeprint-2-2 gobject-2.0 glitz \
gthread-2.0 m pango-1.0 pangocairo-1.0 cairo \
- pangoft2-1.0 pangoxft-1.0 png popt pthread stdc++ \
+ pangoft2-1.0 pangoxft-1.0 png pthread stdc++ \
xml2.>=9 z
MASTER_SITES= ${HOMEPAGE}/downloads/abiword/${VERSION}/source/
Re: NEW: apcupsd
Without the patch, apcupsd will not compile the usb support:
% configure --enable-usb
[deletia]
% make
[deletia]
gmake[3]: Entering directory
`/usr/home/bruce/src/openbsd/apcupsd-3.14.3/src/drivers/usb/bsd'
g++ -c -fno-exceptions -fno-rtti -g -O2 -Wall -pthread
-I/usr/home/bruce/src/openbsd/apcupsd-3.14.3/include -I..
-I/usr/home/bruce/src/openbsd/apcupsd-3.14.3/src/libusbhid bsd-usb.c
bsd-usb.c: In function `int pusb_ups_get_capabilities(UPSINFO*, const
s_known_info*)':
bsd-usb.c:367: error: `input' undeclared (first use this function)
bsd-usb.c:367: error: (Each undeclared identifier is reported only once for
each function it appears in.)
bsd-usb.c:377: error: `feature' undeclared (first use this function)
bsd-usb.c:384: error: `witem' undeclared (first use this function)
bsd-usb.c:354: warning: unused variable `int rc'
bsd-usb.c: In function `bool populate_uval(UPSINFO*, USB_INFO*, unsigned
char*,
USB_VALUE*)':
bsd-usb.c:509: warning: converting to `int' from `double'
gmake[3]: *** [bsd-usb.o] Error 1
gmake[3]: Leaving directory
`/usr/home/bruce/src/openbsd/apcupsd-3.14.3/src/drivers/usb/bsd'
gmake[2]: *** [all-subdirs] Error 2
gmake[2]: Leaving directory
`/usr/home/bruce/src/openbsd/apcupsd-3.14.3/src/drivers/usb'
gmake[1]: *** [all-subdirs] Error 2
gmake[1]: Leaving directory
`/usr/home/bruce/src/openbsd/apcupsd-3.14.3/src/drivers'
gmake: *** [all-subdirs] Error 2
*** Error code 2
On Thu, Feb 14, 2008 at 08:13:13AM +0300, Kirill S. Bychkov wrote:
> Hi. And what was wrong without this patch?
> Well, all you can see in current patches/patch-src_drivers_usb_bsd_bsd-usb_c
> was wriiten by Adam Kropelin, the developer of apcupsd. At least I have no
> problems with my RS 500 (while it was alive).
>
> On Thu, February 14, 2008 07:52, bruce wrote:
> > I also recently ported apcupsd to openbsd. I sent a patch
> > upstream but got no reply. (I'm new enough to openbsd that
> > I didn't even consider volunteering to maintain a port. I'm
> > glad you are!)
> >
> > Here is what I patched to get it working (this is for 4.2-CURRENT,
> > supporting a Back-UPS RS 1500).
> >
> > --- patch begins ---
> >
> > diff -ru apcupsd-3.14.3_openbsd_fix/src/drivers/usb/bsd/bsd-usb.c
> > apcupsd-3.14.3/src/drivers/usb/bsd/bsd-usb.c
> > --- apcupsd-3.14.3_openbsd_fix/src/drivers/usb/bsd/bsd-usb.cSat Feb
> > 9
> > 08:49:05 2008
> > +++ apcupsd-3.14.3/src/drivers/usb/bsd/bsd-usb.cSat Oct 27 10:15:14 2007
> > @@ -351,11 +351,10 @@
> >
> > int pusb_ups_get_capabilities(UPSINFO *ups, const struct s_known_info
> > *known_info)
> > {
> > - int i, rc, ci, phys, input, feature;
> > + int i, rc, ci, phys;
> > USB_DATA *my_data = (USB_DATA *)ups->driver_internal_data;
> > hid_item_t item;
> > USB_INFO *info;
> > - hid_item_t witem;
> >
> > write_lock(ups);
> >
> > @@ -776,7 +775,7 @@
> > return true;
> > }
> >
> > -int pusb_write_int_to_ups(UPSINFO *ups, int ci, int value, const char
> > *name)
> > +int pusb_write_int_to_ups(UPSINFO *ups, int ci, int value, char *name)
> > {
> > USB_DATA *my_data = (USB_DATA *)ups->driver_internal_data;
> > USB_INFO *info;
> >
> > --- patch ends ---
> >
> > After that change, everything works fine for me as well:
> >
> > % /etc/rc.apcupsd status
> > APC : 001,039,1025
> > DATE : Wed Feb 13 20:50:12 PST 2008
> > HOSTNAME : ogoun.ironfist.org
> > RELEASE : 3.14.3
> > VERSION : 3.14.3 (20 January 2008) openbsd
> > UPSNAME : ogoun.ironfist.org
> > CABLE: Custom Cable Smart
> > MODEL: Back-UPS RS 1500
> > UPSMODE : Stand Alone
> > STARTTIME: Sat Feb 09 08:55:40 PST 2008
> > STATUS : ONLINE
> > LINEV: 117.0 Volts
> > LOADPCT : 22.0 Percent Load Capacity
> > BCHARGE : 100.0 Percent
> > TIMELEFT : 41.9 Minutes
> > MBATTCHG : 5 Percent
> > MINTIMEL : 3 Minutes
> > MAXTIME : 0 Seconds
> > SENSE: High
> > LOTRANS : 097.0 Volts
> > HITRANS : 132.0 Volts
> > ALARMDEL : Always
> > BATTV: 26.8 Volts
> > LASTXFER : Low line voltage
> > NUMXFERS : 2
> > XONBATT : Wed Feb 13 06:22:48 PST 2008
> > TONBATT : 0 seconds
> > CUMONBATT: 5 seconds
> > XOFFBATT : Wed Feb 13 06:22:50 PST 2008
> > SELFTEST : NO
> > STATFLAG : 0x0708 Status Flag
> > MANDATE : 2005-08-22
> > SERIALNO : JB0535003610
> > BATTDATE : 2001-09-25
> > NOMINV : 120 Volts
> > NOMBATTV : 24.0 Volts
> > NOMPOWER : 865 Watts
> > FIRMWARE : 8.g9 .D USB FW:g9
> > APCMODEL : Back-UPS RS 1500
> > END APC : Wed Feb 13 20:50:22 PST 2008
> >
> >
> >
> >
> > On Tue, Feb 12, 2008 at 11:28:29AM +0300, Kirill S. Bychkov wrote:
> >> Hi [EMAIL PROTECTED]
> >> I have made an effort to make a port of apcupsd. It is daemon for
> >> controlling
> >> APC UPSes. It also have CGI scripts for
Re: [update] Erlang/OTP R12B-1
On Thu, Feb 14, 2008 at 4:49 PM, Benoit Chesneau <[EMAIL PROTECTED]> wrote: > > works fine here. Even with --enable-smp-supoort (wich juste use one > thread on openbsd currently but is usefull to test). > > Though erlang is slower than on other arch maybe it's related to SMP. > 5-6 times slower to be precise. I don't know if something could be > done on this topic. I willl try to have a look on it like testing on > sincle cpu & . > > - benoit > on other operating system I mean and forgot to say I tested it on amd64 - benoit
Re: [update] Erlang/OTP R12B-1
On Fri, Feb 8, 2008 at 9:29 AM, Jon Olsson <[EMAIL PROTECTED]> wrote: > Here's an updated patch that fixes a bug reported on the erlang mailing > list. I also suspect my previous patch was botched, due to file permissions > here. > > Makefile | 52 ++- > distinfo | 30 +-- > patches/patch-erts_emulator_Makefile_in | 10 +-- > patches/patch-lib_compiler_src_v3_codegen_erl |6 +- > patches/patch-lib_stdlib_src_dets_v9_erl | 13 > pkg/PLIST | 68 > -- > 6 files changed, 84 insertions(+), 95 deletions(-) > > -- > Jon > works fine here. Even with --enable-smp-supoort (wich juste use one thread on openbsd currently but is usefull to test). Though erlang is slower than on other arch maybe it's related to SMP. 5-6 times slower to be precise. I don't know if something could be done on this topic. I willl try to have a look on it like testing on sincle cpu & . - benoit
Re: UPDATE: sonata version 1.4.1
On Fri, Feb 08, 2008 at 12:57:34AM +0100, markus ploner wrote:
> Hello ports@,
>
> well this is my first submitted patch, so please
> look twice, it might be error-prone.
>
> tested and working on amd64
>
> Markus
I have an updated diff below. It removes the unecessary
"PKGNAME=${DISTNAME}p0". It also fixes PLIST (removes the files that
are not installed through the patch. And fixes setup.py to install the
man page in the right place.
I tested this on i386.
It also builds and packages on alpha, sparc64 and macppc.
ok?
-ME
Index: Makefile
===
RCS file: /cvs/ports/audio/sonata/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile13 Nov 2007 12:44:23 - 1.6
+++ Makefile13 Feb 2008 22:43:03 -
@@ -4,8 +4,7 @@ SHARED_ONLY=Yes
COMMENT= elegant music player for MPD
-DISTNAME= sonata-1.2.3
-PKGNAME= ${DISTNAME}p1
+DISTNAME= sonata-1.4.1
CATEGORIES=audio
HOMEPAGE= http://sonata.berlios.de/
Index: distinfo
===
RCS file: /cvs/ports/audio/sonata/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo2 Sep 2007 15:18:03 - 1.4
+++ distinfo13 Feb 2008 22:43:03 -
@@ -1,5 +1,5 @@
-MD5 (sonata-1.2.3.tar.gz) = at5VuOOqvySXXsCduDuyGw==
-RMD160 (sonata-1.2.3.tar.gz) = aClU5yhXcours+PPxF2bX5Ayjsk=
-SHA1 (sonata-1.2.3.tar.gz) = 14AChSMhewxeHkKrlVTgMvKqGrA=
-SHA256 (sonata-1.2.3.tar.gz) = Fvi/ycoA8G2hdyMTCDW9At+b8iKB2+l2bMG0UrPAtww=
-SIZE (sonata-1.2.3.tar.gz) = 296806
+MD5 (sonata-1.4.1.tar.gz) = vM5KhnbPXWjJbI2Y/m4kCw==
+RMD160 (sonata-1.4.1.tar.gz) = fBIfz5p43przXJ++kfAqPkw+sFU=
+SHA1 (sonata-1.4.1.tar.gz) = nKym3xgqs+cfIEd67xFAbwYSN/s=
+SHA256 (sonata-1.4.1.tar.gz) = iHTOOgy2EaCEhHVy9UtSTvyEbjqvSkvOJbmL+xOtpuA=
+SIZE (sonata-1.4.1.tar.gz) = 398976
Index: patches/patch-setup_py
===
RCS file: /cvs/ports/audio/sonata/patches/patch-setup_py,v
retrieving revision 1.2
diff -u -p -r1.2 patch-setup_py
--- patches/patch-setup_py 19 Jul 2007 16:21:44 - 1.2
+++ patches/patch-setup_py 13 Feb 2008 22:43:03 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-setup_py,v 1.2 2007/07/19 16:21:44 jasper Exp $
setup.py.orig Tue Jul 17 05:07:01 2007
-+++ setup.py Tue Jul 17 12:20:19 2007
-@@ -65,8 +65,7 @@ setup(name='Sonata',
+--- setup.py.orig Sat Feb 2 23:31:14 2008
setup.py Wed Feb 13 17:41:10 2008
+@@ -65,10 +65,9 @@ setup(name='Sonata',
extra_link_args=capture("pkg-config --libs gtk+-2.0
pygtk-2.0").split()
),],
scripts = ['sonata'],
@@ -9,5 +9,8 @@ $OpenBSD: patch-setup_py,v 1.2 2007/07/1
-('share/applications', ['sonata.desktop']),
+data_files=[('share/applications', ['sonata.desktop']),
('share/pixmaps', ['pixmaps/sonata.png',
'pixmaps/sonata_large.png', 'pixmaps/sonatacd.png',
'pixmaps/sonatacd_large.png', 'pixmaps/sonata-artist.png',
'pixmaps/sonata-album.png', 'pixmaps/sonata-stock_volume-mute.png',
'pixmaps/sonata-stock_volume-min.png', 'pixmaps/sonata-stock_volume-med.png',
'pixmaps/sonata-stock_volume-max.png', 'pixmaps/sonata_pause.png',
'pixmaps/sonata_play.png', 'pixmaps/sonata_disconnect.png']),
+-('share/man/man1', ['sonata.1']),
++('man/man1', ['sonata.1']),
('share/locale/de/LC_MESSAGES', ['mo/de/sonata.mo']),
('share/locale/pl/LC_MESSAGES', ['mo/pl/sonata.mo']),
+ ('share/locale/ru/LC_MESSAGES', ['mo/ru/sonata.mo']),
Index: pkg/PLIST
===
RCS file: /cvs/ports/audio/sonata/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 2 Sep 2007 15:18:04 - 1.3
+++ pkg/PLIST 13 Feb 2008 22:43:03 -
@@ -1,5 +1,6 @@
@comment $OpenBSD: PLIST,v 1.3 2007/09/02 15:18:04 jasper Exp $
bin/sonata
+lib/python${MODPY_VERSION}/site-packages/Sonata-1.4.1-py${MODPY_VERSION}.egg-info
lib/python${MODPY_VERSION}/site-packages/audioscrobbler.py
lib/python${MODPY_VERSION}/site-packages/audioscrobbler.pyc
lib/python${MODPY_VERSION}/site-packages/mmkeys.so
@@ -7,11 +8,11 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/mpdclient3.pyc
lib/python${MODPY_VERSION}/site-packages/sonata.py
lib/python${MODPY_VERSION}/site-packages/sonata.pyc
-share/applications/
[EMAIL PROTECTED] man/man1/sonata.1
share/applications/sonata.desktop
-share/locale/cz/
-share/locale/cz/LC_MESSAGES/
-share/locale/cz/LC_MESSAGES/sonata.mo
+share/locale/[EMAIL PROTECTED]/LC_MESSAGES/sonata.mo
+share/locale/cs/LC_MESSAGES/sonata.mo
+share/locale/da/LC_MESSAGES/sonata.mo
share/locale/de/LC_MESSAGES/sonata.mo
share/locale/es/LC_MESSAGES/sonata.mo
share/locale/fi/LC_MESSAGES/sonata.mo
@@ -19,6 +20,7 @@ shar
Re: split www/zope and www/plone into multiple versions
Marc Balmer wrote: Nikolay Sturm wrote: * Marc Winiger [2008-02-08]: The versions of zope and plone in the -current cvs tree are broken. They don't work togheter. So we decided to split the ports into multiple versions, that the user can choose the version he needs. Why would it make sense to have multiple versions of both in-tree? It not only makes sense, it is almost a requirement, for two reasons: 1) Plone usually relies on older Zope Versions, much like Zope usually relies on older Python Versions. If you want plain Zope, you want the current version, if you want to run Plone, you usually need an older one. 2) Updating Plone is very hard and sometimes not even possible (Plone 2.0 to Plone 2.1 was such a nightmare). Plone releases are not compatible. This is one of the cases where upgrading is really, really painful. So we do not force users of Plone to upgrade every 6 months. The Plone/Zope combination that currently is in the tree does not work together. It requires Zope 2.9. And a good Plone would we 2.5, not 2.1. So this is the final step of Zope/Plone cleanup (adding the python2.4/python2.5 flavours to many python ports has been part of this cleanup). Nikolay, do you see the problem we have? Do you have any objections to the way we solved it? Is there anybody else interested in working zope/plone version? Any testing happend? We have running plone 2.5 instances on zope 2.9, built with this splitted port. A new bulk-build is running at the moment. Marc
Re: xpdf - make upgrade/install fails
On Thu, Feb 14, 2008 at 09:22:19AM +0100, Landry Breuil wrote: > On Wed, Feb 13, 2008 at 11:41:20PM +0100, Markus Lude wrote: [update/install problem] > the make install issue can be fixed by the attached patch (i missed a > -utils in RUN_DEPENDS): > Hope this fixes your issue. Yes, it does. Thanks. Regards, Markus
Re: Update: ion-20080207
* Andrés <[EMAIL PROTECTED]> [2008-02-14 13:25]: > After asking Tuomo for details, this is what I got: his interpretation does not matter. what is written in the license does. -- Henning Brauer, [EMAIL PROTECTED], [EMAIL PROTECTED] BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg & Amsterdam
Re: Update: ion-20080207
On Thu, Feb 14, 2008 at 12:13 PM, Andrés <[EMAIL PROTECTED]> wrote: > After asking Tuomo for details, this is what I got: > > * Mentions to Ion in sources/configuration, like "ioncore" counts as > references to Ion. > * Attribution to him should be made "in such a manner that the lusers > won't come asking for support". > * No mention to Ion Web page, even a mention in MASTER_SITES is not OK. > > When I asked if anything else should be considered, Tuomo replied: > "what do I care, as long as it's not associated with ion". > > IMHO, a fork would be more productive now that Ion3 is stable. > > Ok, Im bailing. This is far too political. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: Update: ion-20080207
After asking Tuomo for details, this is what I got: * Mentions to Ion in sources/configuration, like "ioncore" counts as references to Ion. * Attribution to him should be made "in such a manner that the lusers won't come asking for support". * No mention to Ion Web page, even a mention in MASTER_SITES is not OK. When I asked if anything else should be considered, Tuomo replied: "what do I care, as long as it's not associated with ion". IMHO, a fork would be more productive now that Ion3 is stable.
La vidéo sans caméra !
Si ce message ne s'affiche pas correctement, vous pouvez le visualiser en suivant ce lien. Votre Info Vocale s'intègre très facilement, et dans la langue de votre choix : - Sur votre site Internet - Dans vos e-mails envoyés - Sur votre téléphone portable - Sur votre assistant personnel numérique Découvrez nos exemples de réalisations en cliquant ici! Nous vous informons que notre fichier d'adresses email a été déclaré à la CNIL sous le n° 1239369. Conformément à lâarticle 34 de la loi Informatique et Liberté du 6 janvier 1978, vous disposez dâun droit dâaccès, de modification, de rectification et de suppression des données vous concernant. Pour exercer ce droit, cliquez sur ce lien ou par Fax : 01 30 81 00 75.
Re: mod_auth_mysql.so: undefined symbol 'mysql_connect'
I'm using pure MD5, which is probably why it fails. I would very much appreciate that patch. Thanks in advance, Markus Simon Bertrang wrote: On Thu, Feb 14, 2008 at 01:55:07AM +0100, Markus Liljergren wrote: Hi Simon, I've been testing your patch, everything seems to work fine except that Crypt_MD5 cannot be used. With either Crypt_MD5 or Crypt_DES set it behaves as if Crypt_DES was set. Somewhere an incorrect value which then is passed to the crypt-function is set, or is the library function crypt broken? Any thoughts on this? I will probably try to fix this tomorrow, now it's time to sleep. As the actual algorithm is determined by the given setting string to the crypt(3) function it might be possible you're using pure MD5 (32 hex chars) passwords instead. No pun intended but have you ruled that out already? For this case i found a patch that adds pure MD5 support... i'll merge and send a new diff if you need it. Kind regards, Simon
Re: Update: ion-20080207
On Wed, Feb 13, 2008 at 07:01:49PM -0300, Andrés wrote: > > I care, I need. that comment is meaningless. deanna@ has pointed some valid reasons to the ion update, apparently ion in tree version doens't work so well with games. but since i'm not a game player, the current version fits me just fine. However, the reasons deanna@ presentes are valid and i have no objection whatsoever. cheers, rui
Re: mod_auth_mysql.so: undefined symbol 'mysql_connect'
On Thu, Feb 14, 2008 at 01:55:07AM +0100, Markus Liljergren wrote: > Hi Simon, > > I've been testing your patch, everything seems to work fine except that > Crypt_MD5 cannot be used. With either Crypt_MD5 or Crypt_DES set it behaves > as if Crypt_DES was set. Somewhere an incorrect value which then is passed > to the crypt-function is set, or is the library function crypt broken? Any > thoughts on this? I will probably try to fix this tomorrow, now it's time > to sleep. > As the actual algorithm is determined by the given setting string to the crypt(3) function it might be possible you're using pure MD5 (32 hex chars) passwords instead. No pun intended but have you ruled that out already? For this case i found a patch that adds pure MD5 support... i'll merge and send a new diff if you need it. Kind regards, Simon
Re: xpdf - make upgrade/install fails
On Wed, Feb 13, 2008 at 11:41:20PM +0100, Markus Lude wrote:
> Hello,
> today I built the new xpdf packages and tried to update:
>
> $ make update
> ===> Updating for xpdf-3.02pl2p1
> Not installed, no update
yes, because the new package is textproc/xpdf,-main and the previous was
textproc/xpdf. Try running make -n update to see what happens.
At least that's how i understand how ports framework works.
But pkg_add -ui works.
$PKG_PATH=/usr/ports/packages/i386/all sudo pkg_add -ui xpdf
Candidates for updating xpdf-3.02pl2 -> xpdf-3.02pl2p2
...
Running the equivalent of pkg_add -r xpdf-3.02pl2p2
xpdf-utils-3.02pl2 (extracting): complete
xpdf-3.02pl2 (deleting): complete
xpdf-utils-3.02pl2 (installing): complete
xpdf-3.02pl2p2 (replacing xpdf-3.02pl2): complete
> ===> Updating for xpdf-utils-3.02pl2
> Not installed, no update
> $ pkg_info | grep xpdf
> xpdf-3.02pl2p0 PDF viewer for X11
>
> If I remove the installed one and try to install the new one I get
> strange output:
>
> $ sudo pkg_delete xpdf
> xpdf-3.02pl2p0: complete
> Clean shared items: complete
> $ make install
> ===> xpdf-3.02pl2p1 depends on: ghostscript-fonts-* - found
> ===> xpdf-3.02pl2p1 depends on: xpdf-utils-3.02pl2 - not found
> ===> Verifying install for xpdf-utils-3.02pl2 in textproc/xpdf
> ===> xpdf-3.02pl2p1 depends on: xpdf-utils-3.02pl2 - not found
> ===> Verifying install for xpdf-utils-3.02pl2 in textproc/xpdf
> ...
> and so on
>
> I could first explicitly install the -utils package, which works.
> But it woudl be nice if upgrading would work too. I currently don't see
> where it goes wrong.
>
> Any suggestions or hints?
the make install issue can be fixed by the attached patch (i missed a
-utils in RUN_DEPENDS):
$make install
===> xpdf-3.02pl2p2 depends on: xpdf-utils-3.02pl2 - not found
===> Verifying install for xpdf-utils-3.02pl2 in textproc/xpdf
===> Installing xpdf-utils-3.02pl2 from /usr/ports/packages/i386/all/
Can't install xpdf-utils-3.02pl2 because of conflicts (xpdf-3.02pl2)
/usr/sbin/pkg_add: xpdf-utils-3.02pl2:Fatal error
<== this is normal, because xpdf-utils conflicts with previous xpdf
package.
$sudo pkg_delete xpdf-3.02pl2
xpdf-3.02pl2: complete
$make install
===> xpdf-3.02pl2p2 depends on: xpdf-utils-3.02pl2 - not found
===> Verifying install for xpdf-utils-3.02pl2 in textproc/xpdf
===> Installing xpdf-utils-3.02pl2 from /usr/ports/packages/i386/all/
xpdf-utils-3.02pl2: complete
===> Returning to build of xpdf-3.02pl2p2
===> xpdf-3.02pl2p2 depends on: xpdf-utils-3.02pl2 - found
===> Verifying specs: t1.>=3 Xm.>=2 c m pthread stdc++ z ICE SM X11
Xext Xp Xpm Xt freetype
===> found t1.6.0 Xm.4.0 c.43.0 m.2.3 pthread.9.0 stdc++.44.0 z.4.1
ICE.8.1 SM.8.0 X11.11.1 Xext.10.0 Xp.10.0 Xpm.8.0 Xt.10.0 freetype.16.0
===> Installing xpdf-3.02pl2p2 from /usr/ports/packages/i386/all/
xpdf-3.02pl2p2: complete
Hope this fixes your issue.
Landry
Index: Makefile
===
RCS file: /cvs/ports/textproc/xpdf/Makefile,v
retrieving revision 1.59
diff -u -p -u -r1.59 Makefile
--- Makefile13 Feb 2008 16:18:33 - 1.59
+++ Makefile14 Feb 2008 08:12:46 -
@@ -4,7 +4,7 @@ COMMENT-main= PDF viewer for X11
COMMENT-utils= PDF conversion tools
DISTNAME= xpdf-3.02
-PKGNAME-main= xpdf-3.02pl2p1
+PKGNAME-main= xpdf-3.02pl2p2
PKGNAME-utils= xpdf-utils-3.02pl2
CATEGORIES=textproc x11
@@ -39,7 +39,7 @@ LIB_DEPENDS-utils=
LIB_DEPENDS-main= t1.>=3::devel/t1lib ${LIB_DEPENDS}
RUN_DEPENDS-utils= ::print/ghostscript/gnu-fonts
RUN_DEPENDS-main= ${RUN_DEPENDS-utils} \
- :${FULLPKGNAME-utils}:textproc/xpdf
+ :${FULLPKGNAME-utils}:textproc/xpdf,-utils
WANTLIB-utils= c m pthread stdc++ z
WANTLIB-main= ${WANTLIB-utils} ICE SM X11 Xext Xp Xpm Xt freetype
