CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 05:37:53 Modified files: x11/kde/sdk3 : Makefile Log message: unbreak build bump package; bad dependencies following subversion update. problem noticed by/joint work with/final diff from viq
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 08:34:47 Modified files: x11/xfce4 : xfce4.port.mk x11/xfce4/exo : Makefile x11/xfce4/exo/pkg: PLIST x11/xfce4/gtk-xfce-engine: Makefile distinfo x11/xfce4/libxfce4mcs: Makefile distinfo x11/xfce4/libxfce4util: Makefile distinfo x11/xfce4/libxfce4util/pkg: PLIST x11/xfce4/libxfcegui4: Makefile distinfo x11/xfce4/libxfcegui4/pkg: PLIST x11/xfce4/mousepad: Makefile distinfo x11/xfce4/terminal: Makefile distinfo x11/xfce4/terminal/pkg: PLIST x11/xfce4/thunar: Makefile distinfo x11/xfce4/thunar/pkg: PLIST x11/xfce4/xfce-mcs-manager: Makefile distinfo x11/xfce4/xfce-mcs-manager/pkg: PLIST x11/xfce4/xfce-mcs-plugins: Makefile distinfo x11/xfce4/xfce-mcs-plugins/pkg: PLIST x11/xfce4/xfce-utils: Makefile distinfo x11/xfce4/xfce-utils/pkg: PLIST x11/xfce4/xfce4-appfinder: Makefile distinfo x11/xfce4/xfce4-appfinder/pkg: PLIST x11/xfce4/xfce4-icon-theme: Makefile distinfo x11/xfce4/xfce4-mixer: Makefile distinfo x11/xfce4/xfce4-mixer/pkg: PLIST x11/xfce4/xfce4-panel: Makefile distinfo x11/xfce4/xfce4-panel/pkg: PLIST x11/xfce4/xfce4-session: Makefile distinfo x11/xfce4/xfce4-session/files: README.OpenBSD xfce4.desktop x11/xfce4/xfce4-session/pkg: PLIST x11/xfce4/xfdesktop: Makefile distinfo x11/xfce4/xfdesktop/pkg: PLIST x11/xfce4/xfprint: Makefile distinfo x11/xfce4/xfprint/pkg: PLIST x11/xfce4/xfwm4: Makefile distinfo x11/xfce4/xfwm4/pkg: PLIST x11/xfce4/xfwm4-themes: Makefile distinfo Removed files: x11/xfce4/xfdesktop/patches: patch-modules_menu_desktop-menu-dentry_c patch-modules_menu_desktop-menuspec_c patch-modules_menu_desktop-menuspec_h x11/xfce4/xfprint/patches: patch-xfprint_print_dialog_c Log message: Maintenance update to Xfce 4.4.3, bugfix and translation release. See http://www.xfce.org/documentation/changelogs/4.4.3. Fixes some bugs which surfaced on amd64 since Glib update, some patches are now integrated upstream. While here, update PLISTs and use pkg_subst -c in xfce4-session/Makefile. diff reads ok to ajacoutot@, go ahead jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 08:53:46 Modified files: mail/mailscanner: Makefile mail/mailscanner/pkg: MESSAGE Log message: unfortunately the manpages were removed from MailScanner at some point, so don't point people at them in MESSAGE. Sucks! But ok.. todd@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 12:12:24 Modified files: devel/libvmime : Makefile Added files: devel/libvmime/patches: patch-vmime_utility_smartPtrInt_hpp Log message: fix build on sparc64 ok ajacoutot
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 17:33:01 Modified files: devel/sdl-ttf : Makefile Log message: WANTLIB+=sndio and bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 17:34:27 Modified files: devel/sdl-gfx : Makefile Log message: WANTLIB+=sndio and bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 17:36:09 Modified files: devel/sdl-image: Makefile Log message: WANTLIB+=sndio and bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 17:39:16 Modified files: devel/smpeg: Makefile Log message: WANTLIB+=sndio and bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 17:47:51 Modified files: devel/sdl-pango: Makefile devel/sdl-sound: Makefile devel/sdlmm: Makefile Log message: WANTLIB+=sndio and bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 18:15:01 Modified files: multimedia/mjpegtools: Makefile Log message: Clean up dependencies a bit. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 18:16:38 Modified files: graphics/rawstudio: Makefile Log message: Clean up dependencies a bit. rawstudio does not directly depend on Cairo. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 18:19:56 Modified files: audio/gqmpeg : Makefile Log message: Clean up dependencies a bit. gqmpeg does not directly depend on Cairo. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 19:33:58 Modified files: mail/mailscanner: Makefile distinfo mail/mailscanner/patches: patch-bin_MailScanner patch-etc_MailScanner_conf patch-lib_MailScanner_ConfigDefs_pl patch-lib_MailScanner_Message_pm patch-lib_clamav-wrapper mail/mailscanner/pkg: PLIST Log message: Upgrade to MailScanner 4.72.5-1. Feedback from sthen@ including adding a conflict marker as a kludge to ensure that if a user wants to use AV support that the correct version is installed (0.94 or newer) since it is an optional dependency. Great job by the Clam crew for making this such a mess. The current version of MailScanner is broken if using 0.94 since the commandline opts were changed. ok todd@ sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/06 23:32:13 Modified files: textproc/p5-Pod-Spell: Makefile Log message: unbreak after p5-Pod-Escapes removal
Re: NEW net/ipguard
On 00:25:30 Nov 06, irix wrote: Hello Girishvenkatachalam, In official site of ipguard, author put broadcast version of ipguard http://ipguard.deep.perm.ru/files/ipguard-1.01-irix-brcast.tar.gz May you to add this version to ipguard port, like /usr/ports/security/{ ipguard , ipguard-brcast } ? Sorry we rejected the broadcast patch with good reason. I am afraid this may not go in. You can however wait for a dev to chime in. -Girish
UPDATE: misc/memcached
Trivial diff to update memcached to it's latest stable version. memcached-1.2.6.diff Description: Binary data
Re: Glade3, anyone using/interested in a port?
On 2008/11/05 23:43, Jason Beaudoin wrote: while the ports checklist has been helpful, there isn't much out there about getting the build process to work when it fails on you. Should I be looking in bsd.port.mk for more information? (I am currently having trouble getting ports to run the configure script and generate a Makefile for gmake.) There are a couple of ports tutorials with slides available at http://www.openbsd.org/events.html which could be useful. If you have a specific problem where you'd like some pointers, mail with the exact output you're getting, and please include the work-in-progress port (ideally with the whole thing as a tar and also paste the Makefile right in the message, it's easier to read and comment on it that way).
UPDATE: lua 5.1.4
5.1.4 is a bugfix release, see http://www.lua.org/bugs.html for more information. Index: Makefile === RCS file: /cvs/ports/lang/lua/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- Makefile19 Apr 2008 17:59:32 - 1.34 +++ Makefile6 Nov 2008 10:48:13 - @@ -2,7 +2,7 @@ COMMENT= powerful, light-weight programming language -DISTNAME= lua-5.1.3 +DISTNAME= lua-5.1.4 CATEGORIES=lang MASTER_SITES= http://www.lua.org/ftp/ \ Index: distinfo === RCS file: /cvs/ports/lang/lua/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo19 Apr 2008 17:59:32 - 1.10 +++ distinfo6 Nov 2008 10:48:13 - @@ -1,5 +1,5 @@ -MD5 (lua-5.1.3.tar.gz) = pwqN+qFQ4EeGbcAaRiclmQ== -RMD160 (lua-5.1.3.tar.gz) = HFl53UmGBX/vMlqirwyHK77KuS4= -SHA1 (lua-5.1.3.tar.gz) = ibyfWjUUAlZbgHfoEjMn580V8AQ= -SHA256 (lua-5.1.3.tar.gz) = a13y7apeAr8aLYXhRCsuMpSTswsMB4D3cZnSTwh9KW0= -SIZE (lua-5.1.3.tar.gz) = 215817 +MD5 (lua-5.1.4.tar.gz) = 0IcPLeVdWcHIQZ826PrBUA== +RMD160 (lua-5.1.4.tar.gz) = yGfINkKV0+T7Tk2Ouyf6KyMSze8= +SHA1 (lua-5.1.4.tar.gz) = KxHI5gMG77fwc0t0dYj1eZVJPbc= +SHA256 (lua-5.1.4.tar.gz) = sDjiJerypbV8m8w1zROqjGyCiO9JPVKXDJVFB0CYrzo= +SIZE (lua-5.1.4.tar.gz) = 216679 Index: patches/patch-Makefile === RCS file: /cvs/ports/lang/lua/patches/patch-Makefile,v retrieving revision 1.6 diff -u -p -r1.6 patch-Makefile --- patches/patch-Makefile 19 Apr 2008 17:59:32 - 1.6 +++ patches/patch-Makefile 6 Nov 2008 10:48:13 - @@ -1,24 +1,21 @@ -$OpenBSD: patch-Makefile,v 1.6 2008/04/19 17:59:32 okan Exp $ Makefile.orig Thu Jan 17 18:53:37 2008 -+++ Makefile Mon Mar 24 14:54:18 2008 -@@ -5,14 +5,14 @@ +$OpenBSD$ +--- Makefile.orig Thu Nov 6 21:44:23 2008 Makefile Thu Nov 6 21:46:04 2008 +@@ -5,11 +5,11 @@ # == CHANGE THE SETTINGS BELOW TO SUIT YOUR ENVIRONMENT === # Your platform. See PLATS for possible values. -PLAT= none +PLAT= bsd - # Where to install. The installation starts in the src directory, so take care - # if INSTALL_TOP is not an absolute path. (Man pages are installed from the - # doc directory.) You may want to make these paths consistent with LUA_ROOT, - # LUA_LDIR, and LUA_CDIR in luaconf.h (and also with etc/lua.pc). - # + # Where to install. The installation starts in the src and doc directories, + # so take care if INSTALL_TOP is not an absolute path. -INSTALL_TOP= /usr/local +INSTALL_TOP= $(PREFIX) INSTALL_BIN= $(INSTALL_TOP)/bin INSTALL_INC= $(INSTALL_TOP)/include INSTALL_LIB= $(INSTALL_TOP)/lib -@@ -38,7 +38,7 @@ PLATS= aix ansi bsd freebsd generic linux macosx mingw +@@ -43,7 +43,7 @@ PLATS= aix ansi bsd freebsd generic linux macosx mingw # What to install. TO_BIN= lua luac TO_INC= lua.h luaconf.h lualib.h lauxlib.h ../etc/lua.hpp Index: patches/patch-etc_lua_pc === RCS file: /cvs/ports/lang/lua/patches/patch-etc_lua_pc,v retrieving revision 1.4 diff -u -p -r1.4 patch-etc_lua_pc --- patches/patch-etc_lua_pc19 Apr 2008 17:59:32 - 1.4 +++ patches/patch-etc_lua_pc6 Nov 2008 10:48:13 - @@ -1,7 +1,8 @@ $OpenBSD: patch-etc_lua_pc,v 1.4 2008/04/19 17:59:32 okan Exp $ etc/lua.pc.origFri Mar 23 20:58:49 2007 -+++ etc/lua.pc Mon Oct 29 21:26:20 2007 +--- etc/lua.pc.origFri Aug 8 22:46:11 2008 etc/lua.pc Thu Nov 6 21:43:38 2008 @@ -8,7 +8,7 @@ V= 5.1 + R= 5.1.4 # grep '^INSTALL_.*=' ../Makefile | sed 's/INSTALL_TOP/prefix/' -prefix= /usr/local Index: patches/patch-src_lstrlib_c === RCS file: /cvs/ports/lang/lua/patches/patch-src_lstrlib_c,v retrieving revision 1.2 diff -u -p -r1.2 patch-src_lstrlib_c --- patches/patch-src_lstrlib_c 29 Oct 2007 20:30:32 - 1.2 +++ patches/patch-src_lstrlib_c 6 Nov 2008 10:48:13 - @@ -1,7 +1,7 @@ $OpenBSD: patch-src_lstrlib_c,v 1.2 2007/10/29 20:30:32 espie Exp $ src/lstrlib.c.orig Fri Mar 23 18:06:34 2007 -+++ src/lstrlib.c Mon Oct 29 21:26:20 2007 -@@ -745,10 +745,9 @@ static const char *scanformat (lua_State *L, const cha +--- src/lstrlib.c.orig Sat Jul 12 03:27:21 2008 src/lstrlib.c Thu Nov 6 21:43:39 2008 +@@ -746,10 +746,9 @@ static const char *scanformat (lua_State *L, const cha static void addintlen (char *form) { size_t l = strlen(form); @@ -15,7 +15,7 @@ $OpenBSD: patch-src_lstrlib_c,v 1.2 2007 } -@@ -771,22 +770,24 @@ static int str_format (lua_State *L) { +@@ -772,22 +771,24 @@ static int str_format (lua_State *L) { strfrmt = scanformat(L, strfrmt, form); switch (*strfrmt++) { case 'c': { @@ -44,7 +44,7 @@ $OpenBSD: patch-src_lstrlib_c,v 1.2 2007 break;
Re: [+] UPDATE: misc/memcached
Le Thu, Nov 06, 2008 at 11:03:12AM +0300, [EMAIL PROTECTED] ecrivait : Trivial diff to update memcached to it's latest stable version. Works very well. It looks the way it manages its stored objects has changed a bit, and with the same high water limit, it takes longer before it starts pruning entries. Thanks for the update. -- Frank Denis - j [at] pureftpd.org - http://00f.net - http://www.cotery.com
Re: UPDATE: misc/memcached
On 2008/11/06 11:03, [EMAIL PROTECTED] wrote: Trivial diff to update memcached to it's latest stable version. /usr/ports/packages/amd64/all/memcached-1.2.6.tgz: Extra: pthread.11
Re: update: graphics/ImageMagick
On Thu 2008.11.06 at 08:20 +0100, Antoine Jacoutot wrote: On Wed, 5 Nov 2008, Okan Demirmen wrote: new diff, plus a few others. graphics_ImageMagick.diff: - update ImageMagick to 6.4.5-3 (supersedes graphics/p5-PerlMagick) comms_xastir.diff: graphics_inkscape.diff: multimedia_dvdauthor.diff: net_kismet.diff: www_webgui.diff: x11_kde_office3.diff: - make these work with the new ImageMagick graphics_ruby-rmagick.diff: - easier to update to 2.7.1 than back-port for new api. all attached. The shared library Magick++ went down from 12.1 to 1.0, this is wrong. crud; that one should be 13.0 - doesn't change anything else.
Re: NEW: devel/libode
due to not using this nor having any interest in it i can't take the responsibility of following the project and keeping the port updated so i will remove the MAINTAINER line, if somebody creates a port that requires this library may consider being a maintainer for this one too. as for the port: ${CFLAGS:N-O*} is a lucky guess for unknown problem, which can be seen when running regress tests. ode.tgz Description: application/tar-gz
Re: Glade3, anyone using/interested in a port?
On Thu, Nov 6, 2008 at 6:38 AM, Thomas Pfaff [EMAIL PROTECTED] wrote: On Wed, 5 Nov 2008 21:44:07 -0500 Jason Beaudoin [EMAIL PROTECTED] wrote: Hey folks! I'm interested in using glade3 on openbsd [...] So am I. I started working on a port a while back, but I lacked the time to complete it (or even get it working). If you decide to start working on a port, I'm definitely willing to test it on my systems and, if time permits, help make it work properly. Thomas Thank you, everyone, for all the pointers, starter hints and support! I shall take the port in progress that Jasper provided, and keep things rolling. I am currently unemployed (but hopefully that will change after my interviews today and tomorrow!), so projects like this have been great, and I expect to have something ready for comments and clean up later today. Thanks again! ~Jason
Re: UPDATE: lua 5.1.4
Jonathan Gray wrote: 5.1.4 is a bugfix release, see http://www.lua.org/bugs.html for more information. Works well @amd64, tested with net/nmap too. Cheers Giovanni
Re: UPDATE: misc/memcached
On Thu, 6 Nov 2008 12:27:02 + Stuart Henderson [EMAIL PROTECTED] wrote: /usr/ports/packages/amd64/all/memcached-1.2.6.tgz: Extra: pthread.11 Thanks. Here is updated diff. memcached-1.2.6.diff Description: Binary data
bug in libnet-1.1 fix please
Hello Ports, When I try to use arping (using libnet) he sent arp-who requests with wrong source mac e5:a8:0e:00:00:00 ff:ff:ff:ff:ff:ff 0806 42: arp who-has 10.15.131.254 tell 10.15.131.23 in normal arp-who request sending by kernel 00:02:b3:46:5c:51 ff:ff:ff:ff:ff:ff 0806 42: arp who-has 10.15.131.254 tell 10.15.131.23 Wrong mac e5:a8:0e:00:00:00 , real mac 00:02:b3:46:5c:51. Same trouble repeat when i try to use other tools who used libnet-1.1 like dsniff,ettercap. -- Best regards, irix mailto:[EMAIL PROTECTED]
Re: bug in libnet-1.1 fix please
On 2008/11/07 05:38, irix wrote: When I try to use arping (using libnet) he sent arp-who requests with wrong source mac if you set the MAC address manually it does send with the correct address. the problem is that libnet_get_hwaddr() doesn't handle RTM_VERSION 4 route messages that we've been using since 4.3. it's actually picking out part of the time-of-day where it should be reading the MAC address. (this fails on i386 but just happens to run on amd64..!) Subject: Re: bug in libnet-1.1 fix please arping doesn't use libnet-1.1, it uses 1.0, though presumably both have the problem. it's too late for me to look any more now, but here's a stupid test program cribbed from arping.c to demonstrate it more easily than running arping and tcpdump. compile like: $ cc -I /usr/local/include/libnet-1.0 foo.c `libnet-config-1.0 --libs` `libnet-config-1.0 --defines` #include libnet.h #include stdio.h main() { char ebuf[4096]; struct libnet_link_int *l; struct ether_addr *e; unsigned char *ifname=trunk0; if (!(l = libnet_open_link_interface(ifname, ebuf))) { fprintf(stderr, libnet_open_link_interface(): %s\n, ebuf); exit(1); } if (!(e = libnet_get_hwaddr(l, ifname, ebuf))) { fprintf(stderr, libnet_get_hwaddr(): %s\n, ebuf); exit(1); } printf(%x:%x:%x:%x:%x:%x\n, e-ether_addr_octet[0], e-ether_addr_octet[1], e-ether_addr_octet[2], e-ether_addr_octet[3], e-ether_addr_octet[4], e-ether_addr_octet[5]); }