Re: CVS: cvs.openbsd.org: ports
On Fri, 2 Jan 2009, Stuart Henderson wrote: For upgrading with pkg_add -r, using @conflict seems to be enough. That is true. ... Actually, providing you have some package installed which depends on p5-IO-INET6 which has since been updated to depend on p5-IO-Socket-INET6 (e.g. mrtg), pkg_add -u will work as expected. Yes, this path would work. Just plain update wouldn't. -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2009/01/02 03:16:07 Modified files: net/p5-IO-Socket-INET6: Makefile net/p5-IO-Socket-INET6/pkg: PLIST Log message: Add @conflict and @pkgpath to make upgrade smoother. discussed with Mikolaj Kucharski, sturm@, ajacoutot@, sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2009/01/02 06:07:37 Modified files: databases/py-axiom: Makefile databases/py-sqlite2: Makefile devel/bzr : Makefile devel/iso-codes: Makefile devel/mercurial: Makefile devel/py-twisted/core: Makefile devel/waf : Makefile games/childsplay: Makefile games/mnemosyne: Makefile misc/gutenpy : Makefile net/scapy6 : Makefile print/py-cups : Makefile textproc/py-xml: Makefile www/plone : Makefile.inc www/plone/2.1 : Makefile www/plone/2.5 : Makefile www/plone/3.0 : Makefile www/py-formencode: Makefile www/py-genshi : Makefile x11/driconf: Makefile x11/gnome/alacarte: Makefile x11/gnome/deskbar-applet: Makefile x11/gnome/conduit: Makefile x11/gnome/hamster-applet: Makefile Log message: remove dependencies on removed python subpackages; prodded by sturm@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/01/02 11:34:12 Modified files: x11/driconf: Makefile Log message: bump PKGNAME, not DISTNAME
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2009/01/02 11:53:23 Log message: Initial import of p5-HTTP-Response-Encoding 0.05 HTTP::Response::Encoding - Adds encoding() to HTTP::Response ok sturm@ Status: Vendor Tag: bluhm Release Tags: bluhm_20090102 N ports/www/p5-HTTP-Response-Encoding/Makefile N ports/www/p5-HTTP-Response-Encoding/distinfo N ports/www/p5-HTTP-Response-Encoding/pkg/PLIST N ports/www/p5-HTTP-Response-Encoding/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2009/01/02 11:57:26 Modified files: www: Makefile Log message: add p5-HTTP-Response-Encoding
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/01/02 15:47:45 Modified files: audio/jack/patches: patch-jackd_engine_c Log message: - add a patch from upstream SVN to allow compiling with DEBUG if it works for you jakemsr@ (maintainer)
Update devel/libspectrum
Update devel/libspectrum to version 0.5.0. Tested on i386 and zaurus. ok? Index: Makefile === RCS file: /cvs/ports/devel/libspectrum/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile16 Nov 2007 16:37:12 - 1.13 +++ Makefile30 Dec 2008 20:28:56 - @@ -1,9 +1,8 @@ # $OpenBSD: Makefile,v 1.13 2007/11/16 16:37:12 naddy Exp $ COMMENT= ZX Spectrum emulator file format library -DISTNAME= libspectrum-0.2.2 -PKGNAME= ${DISTNAME}p0 -SHARED_LIBS= spectrum 4.0 +DISTNAME= libspectrum-0.5.0 +SHARED_LIBS= spectrum 5.0 CATEGORIES=devel HOMEPAGE= http://fuse-emulator.sourceforge.net/libspectrum.php @@ -13,15 +12,17 @@ PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= gpg-error z pcre +WANTLIB= gpg-error pcre m z MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=fuse-emulator/} MODULES= devel/gettext LIB_DEPENDS= glib-2.0.=0.11::devel/glib2 \ gcrypt.=12::security/libgcrypt \ - bz2.=10::archivers/bzip2 + bz2.=10::archivers/bzip2 \ + audiofile.=0::devel/libaudiofile +USE_GMAKE= Yes USE_LIBTOOL= Yes CONFIGURE_STYLE= gnu CONFIGURE_ARGS=${CONFIGURE_SHARED} Index: distinfo === RCS file: /cvs/ports/devel/libspectrum/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo5 Apr 2007 15:37:56 - 1.6 +++ distinfo30 Dec 2008 20:28:56 - @@ -1,5 +1,5 @@ -MD5 (libspectrum-0.2.2.tar.gz) = MLDlCCs7nZ9vxDD9iRLAvQ== -RMD160 (libspectrum-0.2.2.tar.gz) = sov7yuXnDSKENuFusveVYRpClkw= -SHA1 (libspectrum-0.2.2.tar.gz) = CSF7+onCd4xxqTvBwK6gYE7W4PA= -SHA256 (libspectrum-0.2.2.tar.gz) = vcxH70SIE0a/0Gu7vWMftliQXlJ08raMS92sGkJDy/k= -SIZE (libspectrum-0.2.2.tar.gz) = 386960 +MD5 (libspectrum-0.5.0.tar.gz) = 0X8Bjb95Nh9d/l3CUbvLuw== +RMD160 (libspectrum-0.5.0.tar.gz) = MxJH8v2S73be0QNnt3DtGdKIYiM= +SHA1 (libspectrum-0.5.0.tar.gz) = bOXf1ezXozGk9ir+nphfH/R1/dE= +SHA256 (libspectrum-0.5.0.tar.gz) = Y7ZVV+u7tK3sKYMyV1SgDH/U/cWsOQgYDiiZlReqfMQ= +SIZE (libspectrum-0.5.0.tar.gz) = 490762 -- Alexander Yurchenko
Update emulators/fuse
Update emulators/fuse to version 0.10.0.1. Requires updated devel/libspectrum. Tested on i386 and zaurus. ok? Index: Makefile === RCS file: /cvs/ports/emulators/fuse/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile16 Sep 2007 00:45:13 - 1.13 +++ Makefile30 Dec 2008 20:29:31 - @@ -1,8 +1,7 @@ # $OpenBSD: Makefile,v 1.13 2007/09/16 00:45:13 merdely Exp $ COMMENT= Free Unix Spectrum Emulator -DISTNAME= fuse-0.7.0 -PKGNAME= ${DISTNAME}p0 +DISTNAME= fuse-0.10.0.1 CATEGORIES=emulators HOMEPAGE= http://fuse-emulator.sourceforge.net/ @@ -12,7 +11,8 @@ PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= X11 Xext bz2 c dsk m z +WANTLIB= X11 Xext Xau Xdmcp audiofile gcrypt gpg-error pcre \ + bz2 c m z MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=fuse-emulator/} @@ -20,8 +20,7 @@ MODULES= devel/gettext LIB_DEPENDS= glib-2.0.=0.8::devel/glib2 \ - spectrum.=3::devel/libspectrum \ - 765.=3::devel/lib765 \ + spectrum.=5::devel/libspectrum \ png.=3::graphics/png \ xml2.=7::textproc/libxml @@ -34,11 +33,12 @@ FLAVOR?= .if ${FLAVOR:L:Mgtk} -LIB_DEPENDS+= gdk-x11-2.0,gdk_pixbuf-2.0,gtk-x11-2.0::x11/gtk+2 +LIB_DEPENDS+= gdk-x11-2.0,gdk_pixbuf-2.0,gtk-x11-2.0::x11/gtk+2 \ + gio-2.0,gmodule-2.0,gobject-2.0::devel/glib2 CONFIGURE_ARGS=--with-gtk2 -WANTLIB+= Xrender atk-1.0 fontconfig freetype gmodule-2.0 \ - gobject-2.0 pango-1.0 pangoft2-1.0 pangocairo-1.0 \ - cairo glitz png z +WANTLIB+= Xcomposite Xcursor Xdamage Xfixes Xi Xinerama Xrandr \ + Xrender atk-1.0 cairo expat fontconfig freetype glitz \ + pango-1.0 pangocairo-1.0 pangoft2-1.0 pixman-1 .else CONFIGURE_ARGS=--without-gtk WANTLIB+= ICE SM Index: distinfo === RCS file: /cvs/ports/emulators/fuse/distinfo,v retrieving revision 1.9 diff -u -r1.9 distinfo --- distinfo5 Apr 2007 15:38:08 - 1.9 +++ distinfo30 Dec 2008 20:29:31 - @@ -1,5 +1,5 @@ -MD5 (fuse-0.7.0.tar.gz) = 2BrSYM1qjdUzrwHual+VJw== -RMD160 (fuse-0.7.0.tar.gz) = OKvsn0Rnfw9bhrmbwBJ6Ysx/uc8= -SHA1 (fuse-0.7.0.tar.gz) = NuBIUYO9G7/JFAuOu58KS/GX/+Y= -SHA256 (fuse-0.7.0.tar.gz) = JmF3+NnNiVn8K0NYtWr7ND+Y+1bl1No1JYmsHUnOMuc= -SIZE (fuse-0.7.0.tar.gz) = 872031 +MD5 (fuse-0.10.0.1.tar.gz) = njuBCcu/jqF7AkB0eb1xkA== +RMD160 (fuse-0.10.0.1.tar.gz) = 3DHMYQv6jKtlplqk/5vNuElPp5g= +SHA1 (fuse-0.10.0.1.tar.gz) = pkhhTVQ2H6zq0rc1FvyCdlQpw6M= +SHA256 (fuse-0.10.0.1.tar.gz) = AmmMWL4iLSm6X1b/wa49k9ktwLhZ4n4ZmxVqRZ1nzvY= +SIZE (fuse-0.10.0.1.tar.gz) = 1573554 Index: pkg/PFRAG.no-gtk === RCS file: pkg/PFRAG.no-gtk diff -N pkg/PFRAG.no-gtk --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/PFRAG.no-gtk30 Dec 2008 20:29:31 - @@ -0,0 +1,2 @@ +...@comment $OpenBSD$ +share/fuse/fuse.font Index: pkg/PLIST === RCS file: /cvs/ports/emulators/fuse/pkg/PLIST,v retrieving revision 1.7 diff -u -r1.7 PLIST --- pkg/PLIST 24 Sep 2006 18:23:25 - 1.7 +++ pkg/PLIST 30 Dec 2008 20:29:31 - @@ -1,5 +1,6 @@ @comment $OpenBSD: PLIST,v 1.7 2006/09/24 18:23:25 grange Exp $ -bin/fuse +!%%gtk%% +...@bin bin/fuse @man man/man1/fuse.1 share/fuse/ share/fuse/128-0.rom @@ -12,8 +13,12 @@ share/fuse/256s-3.rom share/fuse/48.rom share/fuse/cassette.bmp -share/fuse/disk_plus3.z80 +share/fuse/disk_plus3.szx +share/fuse/gluck.rom +share/fuse/if1-1.rom +share/fuse/if1-2.rom share/fuse/keyboard.scr +share/fuse/microdrive.bmp share/fuse/plus2-0.rom share/fuse/plus2-1.rom share/fuse/plus3-0.rom @@ -25,18 +30,22 @@ share/fuse/plus3e-1.rom share/fuse/plus3e-2.rom share/fuse/plus3e-3.rom +share/fuse/plusd.rom share/fuse/se-0.rom share/fuse/se-1.rom -share/fuse/tape_128.z80 -share/fuse/tape_16.z80 -share/fuse/tape_2048.z80 -share/fuse/tape_2068.z80 -share/fuse/tape_48.z80 -share/fuse/tape_pentagon.z80 -share/fuse/tape_plus2.z80 -share/fuse/tape_plus2a.z80 -share/fuse/tape_plus3.z80 -share/fuse/tape_scorpion.z80 +share/fuse/tape_128.szx +share/fuse/tape_16.szx +share/fuse/tape_2048.szx +share/fuse/tape_2068.szx +share/fuse/tape_48.szx +share/fuse/tape_pentagon.szx +share/fuse/tape_plus2.szx +share/fuse/tape_plus2a.szx +share/fuse/tape_plus3.szx +share/fuse/tape_plus3e.szx +share/fuse/tape_scorpion.szx +share/fuse/tape_se.szx +share/fuse/tape_ts2068.szx share/fuse/tc2048.rom share/fuse/tc2068-0.rom
Update emulators/fuse-utils
Following the emulators/fuse update this updates the fuse-utils port to version 0.10.0.1. Requires updated devel/libspectrum AND my previous libgcrypt fix i mailed a while ago. Index: Makefile === RCS file: /cvs/ports/emulators/fuse-utils/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- Makefile13 Nov 2007 14:54:30 - 1.12 +++ Makefile2 Jan 2009 10:24:32 - @@ -2,8 +2,7 @@ COMMENT= Free Unix Spectrum Emulator utilities -DISTNAME= fuse-utils-0.7.0 -PKGNAME= ${DISTNAME}p2 +DISTNAME= fuse-utils-0.10.0.1 CATEGORIES=emulators HOMEPAGE= http://fuse-emulator.sourceforge.net/ @@ -15,11 +14,12 @@ MODULES= devel/gettext -WANTLIB= c z gcrypt bz2 glib-2.0 gpg-error pcre +WANTLIB= c m stdc++ z gcrypt bz2 glib-2.0 gpg-error pcre \ + audiofile MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=fuse-emulator/} -LIB_DEPENDS= spectrum.=3::devel/libspectrum +LIB_DEPENDS= spectrum.=5::devel/libspectrum CONFIGURE_STYLE= gnu USE_LIBTOOL= Yes Index: distinfo === RCS file: /cvs/ports/emulators/fuse-utils/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo5 Apr 2007 15:38:09 - 1.6 +++ distinfo2 Jan 2009 10:24:32 - @@ -1,5 +1,5 @@ -MD5 (fuse-utils-0.7.0.tar.gz) = lokTS0vh5P8LB39AfsdtqQ== -RMD160 (fuse-utils-0.7.0.tar.gz) = 6sSuVD/5bwjd9LZ0zNNfjmNxSgM= -SHA1 (fuse-utils-0.7.0.tar.gz) = lqrZHhOGGAr0ndqo6Lergu9CypQ= -SHA256 (fuse-utils-0.7.0.tar.gz) = YRJ/C/ee2DCWzp4ejeCFpKEmrTw9o0crU7R1RRrEstk= -SIZE (fuse-utils-0.7.0.tar.gz) = 304345 +MD5 (fuse-utils-0.10.0.1.tar.gz) = XzcTUEXw20BdIpmwfJH54Q== +RMD160 (fuse-utils-0.10.0.1.tar.gz) = KGd4FXNTB4P32i3oalg7b5sDy7U= +SHA1 (fuse-utils-0.10.0.1.tar.gz) = 6y/eq1aIHOKPPaJoNV0P1gQz2As= +SHA256 (fuse-utils-0.10.0.1.tar.gz) = wYuRDmv7f6B0ZrLJIx5hJQhFaeoGBQ0VohdLwCi3SRY= +SIZE (fuse-utils-0.10.0.1.tar.gz) = 394523 Index: pkg/PLIST === RCS file: /cvs/ports/emulators/fuse-utils/pkg/PLIST,v retrieving revision 1.5 diff -u -r1.5 PLIST --- pkg/PLIST 24 Sep 2006 18:17:33 - 1.5 +++ pkg/PLIST 2 Jan 2009 10:24:32 - @@ -1,22 +1,30 @@ @comment $OpenBSD: PLIST,v 1.5 2006/09/24 18:17:33 grange Exp $ -bin/createhdf -bin/listbasic -bin/rzxcheck -bin/rzxdump -bin/rzxtool -bin/scl2trd -bin/snap2tzx -bin/snapconv -bin/tapeconv -bin/tzxlist +...@bin bin/audio2tape +...@bin bin/createhdf +...@bin bin/listbasic +...@bin bin/profile2map +...@bin bin/raw2hdf +...@bin bin/rzxcheck +...@bin bin/rzxdump +...@bin bin/rzxtool +...@bin bin/scl2trd +...@bin bin/snap2tzx +...@bin bin/snapconv +...@bin bin/tape2wav +...@bin bin/tapeconv +...@bin bin/tzxlist +...@man man/man1/audio2tape.1 @man man/man1/createhdf.1 @man man/man1/fuse-utils.1 @man man/man1/listbasic.1 +...@man man/man1/profile2map.1 +...@man man/man1/raw2hdf.1 @man man/man1/rzxcheck.1 @man man/man1/rzxdump.1 @man man/man1/rzxtool.1 @man man/man1/scl2trd.1 @man man/man1/snap2tzx.1 @man man/man1/snapconv.1 +...@man man/man1/tape2wav.1 @man man/man1/tapeconv.1 @man man/man1/tzxlist.1 -- Alexander Yurchenko
Re: [still new] aircrack-ng-1.0-rc1, please test
On Thu, Jan 01, 2009 at 09:34:59PM +, Federico G. Schwindt wrote: On Thu, Jan 01, 2009 at 09:39:20PM +0100, Stefan Sperling wrote: On Thu, Jan 01, 2009 at 08:42:15PM +0100, Matthias Kilian wrote: On Thu, Jan 01, 2009 at 02:05:58PM +0100, Stefan Sperling wrote: I'd like to import this once I got feedback on whether this is actually working (preferably from committers who can give me their OK in addition to confirming that this actually does something useful). Hmmm. Not enough traffic from my neighbour, and he uses WPA2 anyway ;-) On my zaurus with a wi(4): $ airodump-ng wi0 terminates immediately with exit code 1. I didn't check wether this is is specific to wi(4) or to arm, and i've only tracked this down to a failing ioctl in line 355 of src/osdep/openbsd.c (the SIOCSIFMEDIA one), with the following data for ifr (copied and reformated out of gdb): { ifr_name = wi0, '\0' repeats 12 times, ifr_ifru = { ifru_addr = { sa_len = 128 '\200', sa_family = 16 '\020', sa_data = '\0' repeats 13 times }, ifru_dstaddr = { sa_len = 128 '\200', sa_family = 16 '\020', sa_data = '\0' repeats 13 times }, ifru_broadaddr = { sa_len = 128 '\200', sa_family = 16 '\020', sa_data = '\0' repeats 13 times }, ifru_flags = 4224, ifru_metric = 4224, ifru_data = 0x1080 Address 0x1080 out of bounds } } Note, if you haven't yet, that ifr_ifru is a union. This problem doesn't occur on i386 with ral(4). The code looks sane. It sets ifru_metric to the current media options (obtained in 'ifmr') and IFM_IEEE80211_MONITOR. memset(ifr, 0, sizeof(ifr)); strncpy(ifr.ifr_name, iface, IFNAMSIZ); ifr.ifr_media = ifmr.ifm_current | IFM_IEEE80211_MONITOR; if (ioctl(s, SIOCSIFMEDIA, ifr) == -1) goto close_sock; Maybe the if_wi driver does not support the IFM_IEEE80211_MONITOR media option? Other nitpicks: - Please mention that it's GPL *v2* in the license marker. Verified (they do use v2), and done. - Some of the tools are linked with -lphread. And... what about it? You seem to assume that I know something about -lpthread which I don't know. - Missing NO_REGRESS = Yes. Thanks, added. - bin/airolib-ng is missing in PLIST (either with @bin or @comment). Ooops, I must have deleted it by accident while adding @comment markers. Fixed. Updated version attached. I've been playing with aircrack-ng the last few days with my own port, so I'll take a look. FYI, I'm not sure about your port, but after patching the source code myself, it didn't work very well with wpi. I ended up getting the traffic via tcpdump and running aircrack-ng separately with the pcap file. I guess you are describing that airodump-ng isn't working for you with wpi? I use wpi, too. I've seen airodump-ng do an immediate exit 1, but I've also seen it working (I have no networks where I am right now, but it seems to be scanning): CH 3 ][ Elapsed: 32 s ][ 2009-01-02 11:56 BSSID PWR Beacons#Data, #/s CH MB ENC CIPHER AUTH ESSID BSSID STATIONPWR Rate Lost Packets Probes It's possible that what you are seeing are issues with the driver itself, not airodump-ng. wpi has been behaving a bit strangely for me lately. For example, I get ifconfig: SIOCS80211NWID: Operation not permitted every now and then while configuring wpi, for no apparent reason. And it's also occasionally complaining about the hardware switch (which I am not touching when this happens): $ grep -i radio\ is\ disabled /var/log/messages Jan 1 21:17:40 jack /bsd: wpi0: radio is disabled by hardware switch Jan 2 11:45:01 jack /bsd: wpi0: radio is disabled by hardware switch Jan 2 11:48:25 jack /bsd: wpi0: radio is disabled by hardware switch Jan 2 11:48:36 jack /bsd: wpi0: radio is disabled by hardware switch Jan 2 11:50:14 jack /bsd: wpi0: radio is disabled by hardware switch Jan 2 11:50:23 jack /bsd: wpi0: radio is disabled by hardware switch Jan 2 11:53:25 jack /bsd: wpi0:
Re: [still new] aircrack-ng-1.0-rc1, please test
On Thu, Jan 01, 2009 at 10:32:38PM +, Stuart Henderson wrote: On 2009/01/01 21:39, Stefan Sperling wrote: - Some of the tools are linked with -lphread. And... what about it? You seem to assume that I know something about -lpthread which I don't know. use -pthread, not -lpthread - this is from gcc-local(1): - On OpenBSD, the -pthread option should be used to link threaded code, isolating the program from operating system details. Thanks for explaining, Stuart. I've added a patch that fixes this, see attachment. Stefan aircrack-ng.tar.gz Description: application/tar-gz
Re: [still new] aircrack-ng-1.0-rc1, please test
I've been playing with aircrack-ng the last few days with my own port, so I'll take a look. FYI, I'm not sure about your port, but after patching the source code myself, it didn't work very well with wpi. I ended up getting the traffic via tcpdump and running aircrack-ng separately with the pcap file. I guess you are describing that airodump-ng isn't working for you with wpi? As I didn't have anything else to test with, it could be airodump-ng or the driver. I use wpi, too. I've seen airodump-ng do an immediate exit 1, but I've also seen it working (I have no networks where I am right now, but it seems to be scanning): It does run here, but its behaviour is a bit random. Sometimes I'll see data packets, others I won't. The error reporting in aircrack is somewhat bad, as it's hard to tell what's going on if something fails (ie. not enough permissions). [..] It's possible that what you are seeing are issues with the driver itself, not airodump-ng. Maybe. There is definitely something weird going on with wpi, but haven't had time to look any further yet wpi has been behaving a bit strangely for me lately. For example, I get ifconfig: SIOCS80211NWID: Operation not permitted every now and then while configuring wpi, for no apparent reason. Haven't seen this one. And it's also occasionally complaining about the hardware switch (which I am not touching when this happens): I got this as well when playing with airodump-ng. f.-
Re: [new] lxrandr-0.1
On Thu, 1 Jan 2009, Antoine Jacoutot wrote: On Thu, 1 Jan 2009, Jasper Lievisse Adriaanse wrote: you may want to attach the port, instead of the package ;-) unless the Makefile is made up like the average .doc document... FYI, the program is broken at least for the radeonhd driver. The regex, parsing the output from xrandr will never match with that driver. The attached patch would make this better, don't know if this may trigger other problems. The regex is pretty unspecific this way: $OpenBSD$ --- src/lxrandr.c.orig Fri Jan 2 12:39:35 2009 +++ src/lxrandr.c Fri Jan 2 12:41:53 2009 @@ -91,7 +91,7 @@ static gboolean get_xrandr_info() return FALSE; } -regex = g_regex_new( ([A-Z]+[-0-9]*) +connected .*((\n +[0-9]+x[0-9]+[^\n]+)+), +regex = g_regex_new( (.*) +connected .*((\n +[0-9]+x[0-9]+[^\n]+)+), 0, 0, NULL ); if( g_regex_match( regex, output, 0, match ) ) { Kind regards, Markus
Re: [new] lxrandr-0.1
On Fri, Jan 02, 2009 at 12:48:23PM +0100, Markus Hennecke wrote: On Thu, 1 Jan 2009, Antoine Jacoutot wrote: On Thu, 1 Jan 2009, Jasper Lievisse Adriaanse wrote: you may want to attach the port, instead of the package ;-) unless the Makefile is made up like the average .doc document... FYI, the program is broken at least for the radeonhd driver. The regex, parsing the output from xrandr will never match with that driver. The attached patch would make this better, don't know if this may trigger other problems. The regex is pretty unspecific this way: $OpenBSD$ --- src/lxrandr.c.origFri Jan 2 12:39:35 2009 +++ src/lxrandr.c Fri Jan 2 12:41:53 2009 @@ -91,7 +91,7 @@ static gboolean get_xrandr_info() return FALSE; } -regex = g_regex_new( ([A-Z]+[-0-9]*) +connected .*((\n +[0-9]+x[0-9]+[^\n]+)+), +regex = g_regex_new( (.*) +connected .*((\n +[0-9]+x[0-9]+[^\n]+)+), 0, 0, NULL ); if( g_regex_match( regex, output, 0, match ) ) { Kind regards, Markus this did the trick for my dualhead radeonhd setup, as in, at least it picks up the displays now. cheers, jasper -- Intelligence should guide our actions, but in harmony with the texture of the situation at hand -- Francisco Varela
Re: NEW: security/clusterssh
Steven Mestdagh wrote: Kevin Lo [2009-01-01, 12:49:25]: Hi, Tested on both amd64 and macppc. $ cat pkg/DESCR ClusterSSH opens terminal windows with connections to specified hosts and an administration console. Any text typed into the administration console is replicated to all other connected and active windows. This tool is intended for, but not limited to, cluster administration where the same configuration or commands must be run on each node within the cluster. Performing these commands all at once via this tool ensures all nodes are kept in sync. Please test, thanks. a basic test with ssh worked fine here (amd64). the manual claims it also supports telnet, but this doesn't seem to work if it gets called as 'ctel'. Thanks for the testing. If a symlink called ctel or crsh points to the cssh, telnet or rsh is used as the communications protocol instead of ssh. Here's an updated tarball. Kevin clusterssh.tar.gz Description: application/compressed-tar
Re: update gc all three maintained python ports
On Sun, Dec 28, 2008 at 01:01:56PM +0100, Antoine Jacoutot wrote: On Sun, 28 Dec 2008, Damien Miller wrote: e.g. something like the following in lang/python/2.5/pkg/PLIST-main: @conflict python-bz2-=2.5.2p7 Ok, but I think it should be: @conflict python-bz2-2.5,=2.5.2p7 @conflict python-expat-2.5,=2.5.2p7 @conflict python-sqlite-2.5,=2.5.2p7 Otherwise it would mess up the ability to install more than one python version simultaneously. ack Is there any nice way to say that a package (e.g. python-2.6.1) replaces another package entirely (e.g. python-bz2-2.6)? You could use an @pkgpath marker. e.g. in ports/lang/python/2.5/pkg/PLIST-main: @pkgpath lang/python/2.5,-bz2 Could someone give me practical example why @pkgpath is needed for? I've tested `pkg_add -ui` with already installed driconf package which depends on old python-expat package. In PKG_PATH I've had only python-2.5.4 with all subpackages from current port (no driconf package with updated dependencies). Update was smooth, but pkg_add asks you about forward dependency mismatch. Tested same setup again updating to python-2.5.4p0 (with additional pkgpaths, see attachment) and what I can see conflict markers are enough for smooth upgrade in both cases, but here again pkg_add asks you about forward dependency mismatch. I would think that shouldn't be the case with additional pkgpaths. For me attached patch brings correctness to python ports, but in practice that doesn't give anything. So why @pkgpath marker is for? -- best regards q# Index: 2.4/Makefile === RCS file: /cvs/ports/lang/python/2.4/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- 2.4/Makefile1 Jan 2009 21:03:27 - 1.20 +++ 2.4/Makefile2 Jan 2009 13:43:11 - @@ -2,7 +2,7 @@ VERSION= 2.4 PATCHLEVEL=.6 -#PKG_PATCHLEVEL= +PKG_PATCHLEVEL=p0 SHARED_LIBS= python2.4 1.0 .if ${MACHINE_ARCH} == alpha || ${MACHINE_ARCH} == amd64 || ${MACHINE_ARCH} == sparc64 Index: 2.4/pkg/PLIST-main === RCS file: /cvs/ports/lang/python/2.4/pkg/PLIST-main,v retrieving revision 1.2 diff -u -r1.2 PLIST-main --- 2.4/pkg/PLIST-main 1 Jan 2009 21:03:27 - 1.2 +++ 2.4/pkg/PLIST-main 2 Jan 2009 13:43:11 - @@ -4,6 +4,8 @@ @conflict python-bz2-=2.4,2.5 @conflict python-expat-=2.4,2.5 @pkgpath lang/python/2.4 +...@pkgpath lang/python/2.4,-bz2 +...@pkgpath lang/python/2.4,-expat %%mm%% bin/pydoc2.4 @bin bin/python2.4 Index: 2.5/Makefile === RCS file: /cvs/ports/lang/python/2.5/Makefile,v retrieving revision 1.28 diff -u -r1.28 Makefile --- 2.5/Makefile1 Jan 2009 21:03:27 - 1.28 +++ 2.5/Makefile2 Jan 2009 13:43:11 - @@ -2,7 +2,7 @@ VERSION= 2.5 PATCHLEVEL=.4 -#PKG_PATCHLEVEL= +PKG_PATCHLEVEL=p0 SHARED_LIBS= python2.5 1.0 .if ${MACHINE_ARCH} == alpha || ${MACHINE_ARCH} == amd64 || ${MACHINE_ARCH} == sparc64 Index: 2.5/pkg/PLIST-main === RCS file: /cvs/ports/lang/python/2.5/pkg/PLIST-main,v retrieving revision 1.9 diff -u -r1.9 PLIST-main --- 2.5/pkg/PLIST-main 1 Jan 2009 21:03:27 - 1.9 +++ 2.5/pkg/PLIST-main 2 Jan 2009 13:43:12 - @@ -5,6 +5,9 @@ @conflict python-expat-=2.5,2.6 @conflict python-sqlite-=2.5,2.6 @pkgpath lang/python/2.5 +...@pkgpath lang/python/2.5,-bz2 +...@pkgpath lang/python/2.5,-expat +...@pkgpath lang/python/2.5,-sqlite bin/pydoc2.5 @comment bin/python-config @bin bin/python2.5 Index: 2.6/Makefile === RCS file: /cvs/ports/lang/python/2.6/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- 2.6/Makefile1 Jan 2009 21:03:27 - 1.3 +++ 2.6/Makefile2 Jan 2009 13:43:12 - @@ -2,7 +2,7 @@ VERSION= 2.6 PATCHLEVEL=.1 -#PKG_PATCHLEVEL= +PKG_PATCHLEVEL=p0 SHARED_LIBS= python2.6 1.0 # PSUBDIR= python/${VERSION} Index: 2.6/pkg/PLIST-main === RCS file: /cvs/ports/lang/python/2.6/pkg/PLIST-main,v retrieving revision 1.2 diff -u -r1.2 PLIST-main --- 2.6/pkg/PLIST-main 1 Jan 2009 21:03:27 - 1.2 +++ 2.6/pkg/PLIST-main 2 Jan 2009 13:43:12 - @@ -3,6 +3,7 @@ @conflict python-=2.6,2.7 @conflict python-bz2-=2.6,2.7 @pkgpath lang/python/2.6 +...@pkgpath lang/python/2.6,-bz2 bin/2to3 @comment bin/pydoc bin/pydoc2.6
Re: [new] lxrandr-0.1
New tarball with patch from upstream SVN. -- Antoine lxrandr.tar.gz Description: Binary data
Re: [new] lxrandr-0.1
Antoine Jacoutot wrote: New tarball with patch from upstream SVN. This program is really lame. Instead of parsing xrandr(1) output, it should libXrandr directly. -- Matthieu Herrb
Re: [still new] aircrack-ng-1.0-rc1, please test
Stefan Sperling wrote: On Thu, Jan 01, 2009 at 10:32:38PM +, Stuart Henderson wrote: On 2009/01/01 21:39, Stefan Sperling wrote: - Some of the tools are linked with -lphread. And... what about it? You seem to assume that I know something about -lpthread which I don't know. use -pthread, not -lpthread - this is from gcc-local(1): - On OpenBSD, the -pthread option should be used to link threaded code, isolating the program from operating system details. Thanks for explaining, Stuart. I've added a patch that fixes this, see attachment. Stefan Testing on i386 with ural(4) and iwi(4). airodump-ng works fine. With iwi I'm getting some iwi:0 fatal firmware error messages etc. But that also happens with normal usage in heavy traffic networks. aireplay-ng -j is also working fine and gave me 15.000 IVs, which were enough for aircrack-ng to do it's job on a wep network :)
Re: UPDATE: bzr 1.8
Hi, On Sat, 25.10.2008 at 15:06:00 +0200, Bernd Ahlers be...@ba-net.org wrote: Brad [Sat, Oct 25, 2008 at 05:50:50AM -0400] wrote: Here is an update to bzr 1.8. Regress tests crash on amd64 and i386. Did you run them? I've just reproduced the problem with bzr 1.10, and am going to ship the test results to upstream. -- Kind regards, --Toni++
new: astro/p5-Astro-SpaceTrack astro/p5-Astro-satpass geo/p5-GPS-SpaceTrack
perl modules for calculating satellite visibility, in particular for gps satellites. comments or oks? -- GDB has a 'break' feature; why doesn't it have 'fix' too? astro-p5-Astro-SpaceTrack.tgz Description: GNU Zip compressed data astro-p5-Astro-satpass.tgz Description: GNU Zip compressed data geo-p5-GPS-SpaceTrack.tgz Description: GNU Zip compressed data
Invalid spec hugs98-Mar2005
I just installed an i386-current snapshot over my 4.4-release system. pkg_add now fails to upgrade hugs: % pkg_info |grep hugs hugs98-2005.03 Haskell 98 interpreter % sudo pkg_add -ui % PKGPATH=ftp://ftp.usa.openbsd.org/pub/OpenBSD/snapshots/packages/i386 sudo pkg_add -ui hugs98 Candidates for updating hugs98-2005.03 - hugs98-2006.09 Looking for updates: complete Running the equivalent of pkg_add -r hugs98-2006.09 Invalid spec hugs98-Mar2005 at /usr/libdata/perl5/OpenBSD/PkgSpec.pm line 153. -- nest.cx is Gmail hosted, use PGP for anything private Key: http://tinyurl.com/ho8qg 5E2B 2D0E 1E03 2046 BEC3 4D50 0B15 42BD 8DF5 A1B0