Re: update: net/nmap
On Tue 2005.09.20 at 16:36 -0600, Chris Kuethe wrote: > On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote: > > yea, so turn off pf(4), or more specifically, state creation, especially > > when you are doing syn-scans (default when done as root). > > yes, pf was turned off on both the source and destination machine and > they were on the same dumb switch. Not that it should matter if Nmap > is forging frames on the wire with bpf... uhm. have you tried comparing the --packet_trace flag with a tcpdump? if not, at least --debug to see where in the timeout counter starts to tick.
Re: update: net/nmap
On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote: > yea, so turn off pf(4), or more specifically, state creation, especially > when you are doing syn-scans (default when done as root). yes, pf was turned off on both the source and destination machine and they were on the same dumb switch. Not that it should matter if Nmap is forging frames on the wire with bpf... > which archs did it break for you? i386 > on a side note, i recently found that state creation on amd64 and > sparc64 seem to top out around 140, but on i386, i can create states up > to the configured max. however, none of this is highly scientific. i > still need to isolate more to figure it out. I'll try my zaurus and see... offhand I seem to recall being able to generate lots of states... CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: UPDATE : devel/subversion 1.2.3
Aleksander Piotrowski wrote:
Sigfred H??versen <[EMAIL PROTECTED]> wrote:
@@ -98,6 +98,31 @@
post-install:
@cd ${WRKBUILD} && ${MAKE_PROGRAM} install-swig-py
@cd ${WRKBUILD} && ${MAKE_PROGRAM} install-swig-pl
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/backup
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/hook-scripts
+ ${INSTALL_DATA_DIR}
${PREFIX}/share/examples/subversion/hook-scripts/mailer
+ ${INSTALL_DATA_DIR}
${PREFIX}/share/examples/subversion/hook-scripts/mailer/tests
+ ${INSTALL_DATA} ${WRKBUILD}/tools/backup/hot-backup.py \
+ ${PREFIX}/share/examples/subversion/backup
[...]
Looks like examples are only installed if no_bindings FLAVOR is not set.
So if one sets it then main package cannot be created as examples are
not in fake area. Just try to run env FLAVOR=no_bindings make
package...
Alek
Thanks,
attached patch should fix this.
/Sigfred
Index: Makefile
===
RCS file: /cvs/ports/devel/subversion/Makefile,v
retrieving revision 1.10
diff -u -r1.10 Makefile
--- Makefile16 Sep 2005 09:51:27 - 1.10
+++ Makefile20 Sep 2005 21:41:23 -
@@ -4,9 +4,9 @@
COMMENT-perl= "perl interface to subversion"
COMMENT-python="python interface to subversion"
-VERSION= 1.2.1
+VERSION= 1.2.3
DISTNAME= subversion-${VERSION}
-PKGNAME= ${DISTNAME}p0
+PKGNAME= ${DISTNAME}
PKGNAME-perl= p5-SVN-${VERSION}
PKGNAME-python=py-subversion-${VERSION}
CATEGORIES=devel
@@ -95,13 +95,40 @@
@cd ${WRKBUILD} && ${MAKE_PROGRAM} swig-py
@cd ${WRKBUILD} && ${MAKE_PROGRAM} swig-pl
-post-install:
- @cd ${WRKBUILD} && ${MAKE_PROGRAM} install-swig-py
- @cd ${WRKBUILD} && ${MAKE_PROGRAM} install-swig-pl
-
post-regress:
@cd ${WRKBUILD} && ${MAKE_PROGRAM} ${REGRESS_FLAGS} check FSTYPE=bdb
@cd ${WRKBUILD} && ${MAKE_PROGRAM} ${REGRESS_FLAGS} check-swig-pl
.endif
+
+post-install:
+.if !${FLAVOR:L:Mno_bindings}
+ @cd ${WRKBUILD} && ${MAKE_PROGRAM} install-swig-py
+ @cd ${WRKBUILD} && ${MAKE_PROGRAM} install-swig-pl
+.endif
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/backup
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/hook-scripts
+ ${INSTALL_DATA_DIR}
${PREFIX}/share/examples/subversion/hook-scripts/mailer
+ ${INSTALL_DATA_DIR}
${PREFIX}/share/examples/subversion/hook-scripts/mailer/tests
+ ${INSTALL_DATA} ${WRKBUILD}/tools/backup/hot-backup.py \
+ ${PREFIX}/share/examples/subversion/backup
+ ${INSTALL_DATA} ${WRKBUILD}/tools/hook-scripts/* \
+ ${PREFIX}/share/examples/subversion/hook-scripts
+ ${INSTALL_DATA} ${WRKSRC}/tools/hook-scripts/README \
+ ${PREFIX}/share/examples/subversion/hook-scripts
+ ${INSTALL_DATA}
${WRKSRC}/tools/hook-scripts/commit-access-control.cfg.example \
+ ${PREFIX}/share/examples/subversion/hook-scripts
+ ${INSTALL_DATA} ${WRKSRC}/tools/hook-scripts/commit-email.rb \
+ ${PREFIX}/share/examples/subversion/hook-scripts
+ ${INSTALL_DATA} ${WRKSRC}/tools/hook-scripts/svnperms.conf.example \
+ ${PREFIX}/share/examples/subversion/hook-scripts
+ ${INSTALL_DATA} ${WRKSRC}/tools/hook-scripts/svnperms.py \
+ ${PREFIX}/share/examples/subversion/hook-scripts
+ ${INSTALL_DATA} ${WRKSRC}/tools/hook-scripts/mailer/mailer.conf.example
\
+ ${PREFIX}/share/examples/subversion/hook-scripts/mailer
+ ${INSTALL_DATA} ${WRKSRC}/tools/hook-scripts/mailer/mailer.py \
+ ${PREFIX}/share/examples/subversion/hook-scripts/mailer
+ ${INSTALL_DATA} ${WRKSRC}/tools/hook-scripts/mailer/tests/* \
+
${PREFIX}/share/examples/subversion/hook-scripts/mailer/tests
.include
Index: distinfo
===
RCS file: /cvs/ports/devel/subversion/distinfo,v
retrieving revision 1.6
diff -u -r1.6 distinfo
--- distinfo7 Jul 2005 14:20:34 - 1.6
+++ distinfo20 Sep 2005 21:41:23 -
@@ -1,4 +1,4 @@
-MD5 (subversion-1.2.1.tar.gz) = 01c3742745d50d4395684a4fb2908c5f
-RMD160 (subversion-1.2.1.tar.gz) = 7768a29ad96746285cb4ed9b32fc54c07f97f4f4
-SHA1 (subversion-1.2.1.tar.gz) = 88d3dd6e8c191933c8966faa5c69dc4ee84411cf
-SIZE (subversion-1.2.1.tar.gz) = 8847778
+MD5 (subversion-1.2.3.tar.gz) = 95f9b43801b4d9bc071564bca2116763
+RMD160 (subversion-1.2.3.tar.gz) = 4a39e2b9f4dcd39023e785ce0a31b3bd493d6a85
+SHA1 (subversion-1.2.3.tar.gz) = 790cfc94db98799a48a157fef22a13c878e74345
+SIZE (subversion-1.2.3.tar.gz) = 8868156
Index: pkg/PLIST
==
ports and owners
After noticing some weird messages in redhat_base package building, I've added more error checking to pkg_create: it will refuse to create a package which contains items with only numeric ids/groups (I will probably refactor the code later, as Ustar should be able to handle such situations and report better errors to pkg_create). I've also fixed redhat_base to properly relabel user 37 to something else. Well, there might be some breakage in other ports. If it fails to pkg_create, and tells you that there's an empty username corresponding to a userid, that's the issue... Easy enough to fix.
Verified by Visa - Check your account
[TABLE NOT SHOWN]
Re: fbpanel port
On Tue, Sep 20, 2005 at 04:17:38PM +0200, [EMAIL PROTECTED] wrote: > Also, I'm not sure if we want gzipped manual page. Other ports install > their manpages in plain text format. I'm sure we do not want gzipped manual pages.
Re: update: net/nmap
On Tue 2005.09.20 at 12:48 -0600, Chris Kuethe wrote: > On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote: > > On Tue 2005.09.20 at 11:12 -0600, Chris Kuethe wrote: > > > On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote: > > > > too many changes to list here, but one positive note - no more local > > > > patches needed...update from 3.81 -> 3.93 > > > > > > and on the up side, this makes os fingerprinting work again. > > > just tested on i386 with the sept 10 snapshot... > > > > it was broken before? not on any of my builds/archs. what was the > > error/problem/issue - on what archs? > > http://marc.theaimsgroup.com/?l=openbsd-misc&m=112685846427703&w=2 > > Much like the thread above, os detection scans would fail with "no > route to host". I was using snapshots and packages, though. This was > reproducible with both nmap 3.81 and 3.82. yea, so turn off pf(4), or more specifically, state creation, especially when you are doing syn-scans (default when done as root). which archs did it break for you? on a side note, i recently found that state creation on amd64 and sparc64 seem to top out around 140, but on i386, i can create states up to the configured max. however, none of this is highly scientific. i still need to isolate more to figure it out.
Re: update: net/nmap
On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote: > On Tue 2005.09.20 at 11:12 -0600, Chris Kuethe wrote: > > On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote: > > > too many changes to list here, but one positive note - no more local > > > patches needed...update from 3.81 -> 3.93 > > > > and on the up side, this makes os fingerprinting work again. > > just tested on i386 with the sept 10 snapshot... > > it was broken before? not on any of my builds/archs. what was the > error/problem/issue - on what archs? http://marc.theaimsgroup.com/?l=openbsd-misc&m=112685846427703&w=2 Much like the thread above, os detection scans would fail with "no route to host". I was using snapshots and packages, though. This was reproducible with both nmap 3.81 and 3.82. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
net/rsync: non-interactive ssh
Marc Espie suggested this.
When rsync runs over ssh, mark the underlying ssh stream as
non-interactive. It's a bulk transfer. Disabling pseudo-tty
allocation in ssh will do this.
People who run a lot of rsync over ssh should try this.
Index: Makefile
===
RCS file: /cvs/ports/net/rsync/Makefile,v
retrieving revision 1.46
diff -u -r1.46 Makefile
--- Makefile9 Aug 2005 18:40:56 - 1.46
+++ Makefile20 Sep 2005 16:11:18 -
@@ -3,6 +3,7 @@
COMMENT= "mirroring/synchronization over low bandwidth links"
DISTNAME= rsync-2.6.6
+PKGNAME= ${DISTNAME}p0
CATEGORIES=net
HOMEPAGE= http://rsync.samba.org/
@@ -23,7 +24,8 @@
SEPARATE_BUILD=simple
CONFIGURE_STYLE=gnu
CONFIGURE_ARGS=--with-included-popt \
- --with-rsyncd-conf="${SYSCONFDIR}/rsyncd.conf"
+ --with-rsyncd-conf="${SYSCONFDIR}/rsyncd.conf" \
+ --with-rsh="ssh -T"
DOCDIR=${PREFIX}/share/doc/rsync
--
Christian "naddy" Weisgerber [EMAIL PROTECTED]
Re: NEW : sane-backends-1.0.16
issue: # dmesg | grep scann uscanner0 at uhub0 port 2 uscanner0: UMAX Data Systems Astra 1220U, rev 1.00/1.00, addr 2 # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 addr 2: full speed, self powered, config 1, Astra 1220U(0x0010), UMAX Data Systems(0x1606), rev 1.00 # sane-find-scanner # sane-find-scanner will now attempt to detect your scanner. If the # result is different from what you expected, first make sure your # scanner is powered up and properly connected to your computer. # No SCSI scanners found. If you expected something different, make sure that # you have loaded a SCSI driver for your SCSI adapter. found USB scanner (UNKNOWN vendor and product) at device /dev/uscanner0 # Your USB scanner was detected. It may or may not be supported by # SANE. Try scanimage -L and read the backend's manpage. # `UNKNOWN vendor and product' means that there seems to be a scanner at this # device file but the vendor and product ids couldn't be identified. # Currently identification only works with Linux versions >= 2.4.8. You may # need to configure your backend manually, see the backend's manpage. # Not checking for parallel port scanners. # Most Scanners connected to the parallel port or other proprietary ports # can't be detected by this program. # cat /etc/sane.d/umax1220u.conf # Options for the umax1220u backend # Autodetect the UMAX Astra 1220U usb 0x1606 0x0010 # The following line enables autodetection for the # Astra 2000U and Astra 2100U. However, this driver # isn't entirely compatible, so expect color problems :) #usb 0x1606 0x0030 #usb 0x1606 0x0130 # device list for non-linux-systems (enable if autodetect fails): #/dev/scanner #/dev/usb/scanner0 usb /dev/uscanner0 # export SANE_DEBUG_UMAX1220U=255 # scanimage -L [sanei_debug] Setting debug level of umax1220u to 255. [umax1220u] sane_init: version_code != 0, authorize != 0 [umax1220u] sane_init: SANE umax1220u backend version 1.0.1 from sane-backends 1.0.16 [umax1220u] reading configure file umax1220u.conf [umax1220u] attach_matching_devices(usb 0x1606 0x0010) [umax1220u] attach_matching_devices(usb /deb/uscanner0) [umax1220u] finished reading configure file [umax1220u] sane_get_devices(local_only = 0) No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). [umax1220u] sane_exit # scanimage -d umax1220u:/dev/uscanner0 [sanei_debug] Setting debug level of umax1220u to 255. [umax1220u] sane_init: version_code != 0, authorize != 0 [umax1220u] sane_init: SANE umax1220u backend version 1.0.1 from sane-backends 1.0.16 [umax1220u] reading configure file umax1220u.conf [umax1220u] attach_matching_devices(usb 0x1606 0x0010) [umax1220u] attach_matching_devices(usb /deb/uscanner0) [umax1220u] finished reading configure file [umax1220u] sane_open [umax1220u] sane_open: devicename=/dev/uscanner0 [umax1220u] attach_scanner: /dev/uscanner0 [umax1220u] attach_scanner: opening /dev/uscanner0 [umax1220u] UMAX_open_device: `/dev/uscanner0' [umax1220u] UMAX_open_device: sanei_usb_get_vendor_product failed [umax1220u] ERROR: attach_scanner: opening /dev/uscanner0 failed scanimage: open of device umax1220u:/dev/uscanner0 failed: Operation not supported [umax1220u] sane_exit --- http://www.one.lv - Tavs mobilais e-pasts! Tagad lasi savu e-pastu ar mobilo telefonu - wap.one.lv!
Re: update: net/nmap
On Tue 2005.09.20 at 11:12 -0600, Chris Kuethe wrote: > On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote: > > too many changes to list here, but one positive note - no more local > > patches needed...update from 3.81 -> 3.93 > > and on the up side, this makes os fingerprinting work again. > just tested on i386 with the sept 10 snapshot... it was broken before? not on any of my builds/archs. what was the error/problem/issue - on what archs? cheers, okan
Re: update: net/nmap
On 9/20/05, Okan Demirmen <[EMAIL PROTECTED]> wrote: > too many changes to list here, but one positive note - no more local > patches needed...update from 3.81 -> 3.93 and on the up side, this makes os fingerprinting work again. just tested on i386 with the sept 10 snapshot... -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: UPDATE : devel/subversion 1.2.3
Sigfred H??versen <[EMAIL PROTECTED]> wrote:
> @@ -98,6 +98,31 @@
> post-install:
> @cd ${WRKBUILD} && ${MAKE_PROGRAM} install-swig-py
> @cd ${WRKBUILD} && ${MAKE_PROGRAM} install-swig-pl
> + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion
> + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/backup
> + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/hook-scripts
> + ${INSTALL_DATA_DIR}
> ${PREFIX}/share/examples/subversion/hook-scripts/mailer
> + ${INSTALL_DATA_DIR}
> ${PREFIX}/share/examples/subversion/hook-scripts/mailer/tests
> + ${INSTALL_DATA} ${WRKBUILD}/tools/backup/hot-backup.py \
> + ${PREFIX}/share/examples/subversion/backup
[...]
Looks like examples are only installed if no_bindings FLAVOR is not set.
So if one sets it then main package cannot be created as examples are
not in fake area. Just try to run env FLAVOR=no_bindings make
package...
Alek
--
Człowiek bardzo przypomina zabawkę - wirującego bąka, puszczanego w ruch
pociągnięciem sznurka. Kręci się i kręci, coraz wolniej i wolniej. Już ma
upaść, lecz wciąż, jakby wbrew naturze, robi kolejne obroty.
-- Ewa Białołęcka, Tkacz Iluzji
update: sysutils/sec
changelog 2.3.1 -> 2.3.2:
* calls to Sys::Syslog functions are now enclosed in eval { }, in order
to trap die() calls from those functions.
* modified pattern matching functions.
* input source names are now also passed as parameters to PerlFunc and
NPerlFunc pattern functions.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/sec/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Makefile
--- Makefile16 Aug 2005 18:28:56 - 1.4
+++ Makefile20 Sep 2005 16:04:26 -
@@ -2,8 +2,7 @@
COMMENT= "simple event correlator"
-DISTNAME= sec-2.3.1
-PKGNAME= ${DISTNAME}p2
+DISTNAME= sec-2.3.2
CATEGORIES=sysutils
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=simple-evcorr/}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/sec/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo5 May 2005 21:18:56 - 1.1.1.1
+++ distinfo20 Sep 2005 16:04:26 -
@@ -1,4 +1,4 @@
-MD5 (sec-2.3.1.tar.gz) = d0178f775ac0e976ea05924cdb62126a
-RMD160 (sec-2.3.1.tar.gz) = 4e328d884f66bcefadca5bea6279dbd0003c0cca
-SHA1 (sec-2.3.1.tar.gz) = 7688a3592ea526cf636cf6e879a17324bc433f8e
-SIZE (sec-2.3.1.tar.gz) = 76446
+MD5 (sec-2.3.2.tar.gz) = f6dba0e1dd3af813a4af88a6ba1a972b
+RMD160 (sec-2.3.2.tar.gz) = 28a4eafbc77c90451c214099a06aade9a268c2b4
+SHA1 (sec-2.3.2.tar.gz) = a45fccab7f6965ec1afbf5ffbb283c98ccc712f5
+SIZE (sec-2.3.2.tar.gz) = 77692
update: net/nmap
too many changes to list here, but one positive note - no more local
patches needed...update from 3.81 -> 3.93
tested on i386/amd64/sparc64
Index: Makefile
===
RCS file: /cvs/ports/net/nmap/Makefile,v
retrieving revision 1.57
diff -u -r1.57 Makefile
--- Makefile8 Feb 2005 19:06:42 - 1.57
+++ Makefile20 Sep 2005 16:10:27 -
@@ -2,7 +2,7 @@
COMMENT= "scan ports and fingerprint stack of network hosts"
-DISTNAME= nmap-3.81
+DISTNAME= nmap-3.93
CATEGORIES=net security
MASTER_SITES= ${HOMEPAGE}dist/
EXTRACT_SUFX= .tgz
@@ -18,10 +18,13 @@
PERMIT_DISTFILES_FTP= Yes
WANTLIB= c crypto m pcap ssl stdc++
+USE_GMAKE= yes
+
CONFIGURE_STYLE= gnu
CONFIGURE_ARGS=--with-libpcap=/usr \
+ --with-openssl=/usr \
--with-libpcre=${LOCALBASE} \
- --with-openssl=/usr
+ --with-libdnet=${LOCALBASE}
MODGNU_CONFIG_GUESS_DIRS= ${WRKSRC} \
${WRKSRC}/nbase \
${WRKSRC}/nsock/src
@@ -29,7 +32,8 @@
FLAVORS= no_x11
FLAVOR?=
-LIB_DEPENDS+= pcre::devel/pcre
+LIB_DEPENDS+= pcre::devel/pcre \
+ dnet::net/libdnet
.if ${FLAVOR:L:Mno_x11}
ALL_TARGET=nmap
Index: distinfo
===
RCS file: /cvs/ports/net/nmap/distinfo,v
retrieving revision 1.8
diff -u -r1.8 distinfo
--- distinfo8 Feb 2005 19:06:42 - 1.8
+++ distinfo20 Sep 2005 16:10:27 -
@@ -1,4 +1,4 @@
-MD5 (nmap-3.81.tgz) = 9b32f74e2f6999e4f7668a24f2a1ea85
-RMD160 (nmap-3.81.tgz) = d57533f1bf614541dd0cdfcf0f14b257d26a28c9
-SHA1 (nmap-3.81.tgz) = 9d1ce1ab3e097ce5d61078fd4bc713f9b701fa1c
-SIZE (nmap-3.81.tgz) = 1846196
+MD5 (nmap-3.93.tgz) = 9998b39f09b7ee066ae2952bd009e453
+RMD160 (nmap-3.93.tgz) = 12c7cf018aa246fcf384db5dd706f92100594c4e
+SHA1 (nmap-3.93.tgz) = 9bf965387ce5019e78aa009b792ab4f19d358b95
+SIZE (nmap-3.93.tgz) = 2562758
Index: patches/patch-Makefile_in
===
RCS file: patches/patch-Makefile_in
diff -N patches/patch-Makefile_in
--- patches/patch-Makefile_in 29 Jan 2005 20:15:32 - 1.6
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-Makefile_in,v 1.6 2005/01/29 20:15:32 sturm Exp $
Makefile.in.orig Sat Jan 29 20:35:39 2005
-+++ Makefile.inSat Jan 29 20:36:12 2005
-@@ -18,7 +18,7 @@ CXX = @CXX@
- CCOPT =
- LIBPCAPDIR = @libpcapdir@
- LIBPCREDIR = @LIBPCREDIR@
--INCLS = -I$(LIBPCAPDIR)
-+INCLS = -I.
- DEFS = @DEFS@ -DNMAP_VERSION=\"$(NMAP_VERSION)\" -DNMAP_NAME=\"$(NMAP_NAME)\"
-DNMAP_URL=\"$(NMAP_URL)\" -DNMAP_PLATFORM=\"$(NMAP_PLATFORM)\"
-DNMAPDATADIR=\"$(nmapdatadir)\"
- # For mtrace debugging -- see MTRACE define in main.cc for instructions
- # Should only be enabled during debugging and not in any real release.
Index: patches/patch-tcpip_cc
===
RCS file: patches/patch-tcpip_cc
diff -N patches/patch-tcpip_cc
--- patches/patch-tcpip_cc 8 Feb 2005 19:06:42 - 1.3
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,13 +0,0 @@
-$OpenBSD: patch-tcpip_cc,v 1.3 2005/02/08 19:06:42 sturm Exp $
tcpip.cc.orig Sat Feb 5 23:37:55 2005
-+++ tcpip.cc Tue Feb 8 19:36:27 2005
-@@ -1664,7 +1664,8 @@ if (timedout) {
-gettimeofday(&tv_end, NULL);
-*rcvdtime = tv_end;
- #else
-- *rcvdtime = head.ts;
-+ rcvdtime->tv_sec = head.ts.tv_sec;
-+ rcvdtime->tv_usec = head.ts.tv_usec;
-assert(head.ts.tv_sec);
- #endif
- }
Index: patches/patch-tcpip_h
===
RCS file: patches/patch-tcpip_h
diff -N patches/patch-tcpip_h
--- patches/patch-tcpip_h 8 Feb 2005 19:06:42 - 1.3
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-tcpip_h,v 1.3 2005/02/08 19:06:42 sturm Exp $
tcpip.h.orig Sat Feb 5 23:37:55 2005
-+++ tcpip.hTue Feb 8 19:36:27 2005
-@@ -256,7 +256,7 @@ extern "C" {
- #endif
-
- #ifndef BSDFIX
--#if FREEBSD || BSDI || NETBSD || DEC
-+#if FREEBSD || OPENBSD || BSDI || NETBSD || DEC
- #define BSDFIX(x) x
- #define BSDUFIX(x) x
- #else
Re: NEW: net/gaim-tlen
Roland Kuebert <[EMAIL PROTECTED]> wrote: > builds and installs fine on i386 from 01. September. > GAIM detects it and I can create an account (in GAIM). > I have no Tlen.pl account so I don't know if it does what it is supposed > to do. So you haven't tested it (; Anyway, thanks for information. Alek -- To, co zrobił Liu jest pokazaniem światu "chińskiej szybkości". Liu Xiang nie tylko błyskawicznie pokonał płotki na bieżni. On pokonał przede wszystkim 108 lat upokorzeń azjatyckich sportowców na igrzyskach olimpijskich. [...] To by cud sportowy dorównujący chińskiemu cudowi gospodarczemu -- Yangcheng Evening News [w Gazet Wyborcza, 29-08-2004]
Re: NEW: net/gaim-tlen
Hi, > Here is Tlen.pl protocol plugin for GAIM. Tlen.pl is IM protocol based > on Jabber. Quite popular here in Poland. > > Please test and comment, builds and installs fine on i386 from 01. September. GAIM detects it and I can create an account (in GAIM). I have no Tlen.pl account so I don't know if it does what it is supposed to do. Regards, Roland
Re: UPDATE: net/gaim-icb
Hi, > Please test and comment, builds and install correctly on i386 from 01. September. The plugin is detected by GAIM and can be used. I am not familiar with ICB but as far as I can see everything worked fine. Regards, Roland
Re: Idesk 0.7.4
That is normal since there is no wallpaper being put up. The basic .ideskrc should work great. I prefer to use it to add my wallpaper though. Just change Background.File to some wallpaper you prefer. Also make sure to read about the Background.Mode. Mine looks like this: Background.File: /home/adam/Pictures/Aqua Blue.jpg Background.Mode: Scale Roland Kuebert wrote: Hi, I've attached a tarball with an updated port. Please test. Builds and installs fine on i386. I can't really test it because I seem to be too stupid to set up the .ideskrc appropriately. I always get: -- % idesk Idesk starting in :0.0 [idesk] Background's file not found. % -- Anyway, the port seems to be correct as far as I can tell. Regards, Roland -- D. Adam Karim
Re: fbpanel port
Kyle Amon <[EMAIL PROTECTED]> wrote:
> It is probably not the best port in the world, but it works fine for
> me on i386 OpenBSD 2.8 snapshot.
You have forgot about LIB_DEPENDS but other than that this port looks
quite OK.
Please consider using following patch.
Also, I'm not sure if we want gzipped manual page. Other ports install
their manpages in plain text format.
Alek
diff -urN fbpanel/Makefile fbpanel.new/Makefile
--- fbpanel/MakefileThu Sep 15 13:09:29 2005
+++ fbpanel.new/MakefileTue Sep 20 18:09:30 2005
@@ -1,14 +1,12 @@
-# $OpenBSD: Makefile,v 1.0 2004/12/04 09:57:17 amonk Exp $
+# $OpenBSD$
-COMMENT="a light-weight X11 desktop panel"
+COMMENT="light-weight X11 desktop panel"
-VERSION= 4.3
-DISTNAME= fbpanel-${VERSION}
+DISTNAME= fbpanel-4.3
CATEGORIES= x11
-MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=fbpanel/}
-EXTRACT_SUFX= .tgz
HOMEPAGE= http://fbpanel.sourceforge.net/
+
MAINTAINER= Kyle Amon <[EMAIL PROTECTED]>
PERMIT_PACKAGE_CDROM= Yes
@@ -16,12 +14,20 @@
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
-USE_X11= Yes
-USE_GMAKE= Yes
+MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=fbpanel/}
+EXTRACT_SUFX= .tgz
-BUILD_DEPENDS= :pkgconfig-*:devel/pkgconfig
+USE_GMAKE= Yes
-CONFIGURE_STYLE= gnu dest old
-CONFIGURE_ARGS=--cpu=off --prefix=/usr/local
+WANTLIB= glib-2.0.0.0 gdk-x11-2.0.0.0 gmodule-2.0.0.0 atk-1.0.0.0 \
+ pangox-1.0.0.0 pangoxft-1.0.0.0 gobject-2.0.0.0 pango-1.0.0.0 \
+ Xrender c freetype Xmu Xft m X11 fontconfig
+
+MODULES= devel/gettext
+BUILD_DEPENDS= :pkgconfig-*:devel/pkgconfig
+LIB_DEPENDS=
gtk-x11-2.0.0.9,gdk_pixbuf-2.0.0.9,gdk-x11-2.0.0.9,gdk_pixbuf_xlib-2.0.0.9::x11/gtk+2
+
+CONFIGURE_STYLE=gnu old dest
+CONFIGURE_ARGS=--cpu=off --prefix=${LOCALBASE}
.include
Re: NEW : sane-backends-1.0.16
Antoine Jacoutot <[EMAIL PROTECTED]> wrote:
> Could a port guru have a look at the port and see what's missing for
> inclusion, please...
I'm not a port guru but here is what I would change:
a) there is no need to intl and iconv to WANTLIB as there already is
MODULES=devel/gettext
b) maybe FLAVOR can be replaced with SUBPACKAGE? Does it only add two
new files (those listed in PFRAG.shared-gphoto2)?
c) isn't gphoto FLAVOR SHARED_ONLY=Yes candidate? I mean, will it work
on architectures without shared libs?
d) as gphoto2_port comes with graphics/libgphoto2 it's better to use
something like this inside .if ${FLAVOR:L} == "gphoto2":
LIB_DEPENDS+= gphoto2,gphoto2_port::graphics/libgphoto2
CONFIGURE_ARGS+=--with-gphoto2
WANTLIB+= exif
e) Please use LOCALBASE instead of PREFIX in CONFIGURE_ARGS.
Alek
--
Włosy w odcieniu pięknego bogatego brązu, spięte w ryzykowny kok,
przytrzymywała szpilka, która mogła służyć za widelec do mięsa. Miała na sobie
suknie, która była chyba uszyta z juty. Dłonie, w których trzymała śpiewnik,
przypominały dwie kamienne płyty.
-- Stephen King, Roland
Re: UPDATE: sylpheed 2.0.1
Aleksander Piotrowski [Tue, Sep 20, 2005 at 03:31:12PM +0200] wrote: >> COMMENT="mail/news client in gtk+" >> >> -VERSION=1.0.4 >> +VERSION=2.0.1 > >Let's remove this var as it's only used once. > Uh, yes. I've missed that. >I would prefer to use MODULES=devel/gettext instead of WANTLIB=iconv >intl as WANTLIBs are remove from pkg on static arches and there are some >run-time dependencies here (just check devel/gettext MODULE). > Good catch, I agree. >Other than that, it looks OK. > Jup. Bernd
Re: UPDATE: sylpheed 2.0.1
Bernd Ahlers <[EMAIL PROTECTED]> wrote:
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/sylpheed/Makefile,v
> retrieving revision 1.57
> diff -u -u -r1.57 Makefile
> --- Makefile 10 Sep 2005 18:26:20 - 1.57
> +++ Makefile 19 Sep 2005 17:55:36 -
> @@ -2,24 +2,30 @@
>
> COMMENT= "mail/news client in gtk+"
>
> -VERSION= 1.0.4
> +VERSION= 2.0.1
Let's remove this var as it's only used once.
> DISTNAME=sylpheed-${VERSION}
> CATEGORIES= mail news x11
> HOMEPAGE=http://sylpheed.good-day.net
>
> MAINTAINER= Damien Couderc <[EMAIL PROTECTED]>
>
> -LIB_DEPENDS= gdk_pixbuf.2::graphics/gdk-pixbuf
> -
> # GPL
> PERMIT_PACKAGE_CDROM=Yes
> PERMIT_PACKAGE_FTP= Yes
> PERMIT_DISTFILES_CDROM= Yes
> PERMIT_DISTFILES_FTP=Yes
> -WANTLIB= X11 Xext Xi c crypto gdk glib gmodule gtk iconv intl \
> - jpeg m png pthread ssl tiff z
> +WANTLIB= X11 Xft Xrender atk-1.0.0.0 c \
> + crypto fontconfig freetype glib-2.0.0.0 gdk-x11-2.0.0.0 \
> + gdk_pixbuf-2.0.0.0 gmodule-2.0.0.0 gobject-2.0.0.0 \
> + gtk-x11-2.0.0.0 iconv intl m pthread pango-1.0.0.0 \
> + pangox-1.0.0.0 pangoft2-1.0.0.0 pangoxft-1.0.0.0 ssl
I would prefer to use MODULES=devel/gettext instead of WANTLIB=iconv
intl as WANTLIBs are remove from pkg on static arches and there are some
run-time dependencies here (just check devel/gettext MODULE).
Other than that, it looks OK.
Alek
--
Spieranie się z zakochanym, to jak próba osuszenia oceanu łyżką.
-- Stephen King, Powołanie Trójki
NEW: net/gaim-tlen
Hi Here is Tlen.pl protocol plugin for GAIM. Tlen.pl is IM protocol based on Jabber. Quite popular here in Poland. Please test and comment, Alek -- Ziemianin uścisnął ją. Palce robota były twarde i zimne. - Żegnaj, przyjacielu Giskardzie. - Żegnaj, przyjacielu Elijahu, i pamiętaj, że chociaż ludzie nazywają tak Aurorę, od tej pory to Ziemia jest prawdziwą planetą świtu. -- Isaac Asimov, Roboty Z Planety Świtu gaim-tlen.tar.gz Description: application/tar-gz
UPDATE: net/gaim-icb
Hi There is no changelog available, sorry \: Most of changes are fixes for various problems I've discovered while working on another plugin. Please test and comment, Alek Index: Makefile === RCS file: /cvs/ports/net/gaim-icb/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile7 Aug 2005 12:41:58 - 1.3 +++ Makefile20 Sep 2005 12:39:28 - @@ -4,7 +4,7 @@ COMMENT= "ICB protocol plugin for GAIM" -DISTNAME= gaim-icb-20050807 +DISTNAME= gaim-icb-20050918 CATEGORIES=net HOMEPAGE= http://nic.com.pl/~alek/gaim-icb/ Index: distinfo === RCS file: /cvs/ports/net/gaim-icb/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo7 Aug 2005 12:41:58 - 1.3 +++ distinfo20 Sep 2005 12:39:28 - @@ -1,4 +1,4 @@ -MD5 (gaim-icb-20050807.tar.gz) = a678a05fe52ddc74412b0235b8425366 -RMD160 (gaim-icb-20050807.tar.gz) = 4073bfb829656283b9b33cacda17e97f559ac304 -SHA1 (gaim-icb-20050807.tar.gz) = f252b2b156f096243361c644910ab0f597ca9f69 -SIZE (gaim-icb-20050807.tar.gz) = 16272 +MD5 (gaim-icb-20050918.tar.gz) = a826fbe7435c10c306606f68c1ebf239 +RMD160 (gaim-icb-20050918.tar.gz) = 00685ff20707989eaf130ee6a1a8574ccd58c1c4 +SHA1 (gaim-icb-20050918.tar.gz) = 275e622e63bc3211abb752057c5cb3cb44a7e6e7 +SIZE (gaim-icb-20050918.tar.gz) = 12971
Re: Idesk 0.7.4
Hi, > I've attached a tarball with an updated port. Please test. Builds and installs fine on i386. I can't really test it because I seem to be too stupid to set up the .ideskrc appropriately. I always get: -- % idesk Idesk starting in :0.0 [idesk] Background's file not found. % -- Anyway, the port seems to be correct as far as I can tell. Regards, Roland
Re: blackbox issues
hmm, on Tue, Sep 20, 2005 at 09:07:26AM +0200, J. Lievisse Adriaanse said that > >so how do you rename the workspace? > >just right click on it as the doc says? > >all i get is the toolbar menu or nothing no matter > >which butten i use... > % vim .blackboxrc > this is how I have always done it. ;-) yes, that is of course working, but in the earlier versions (and still in the documentation) you could right click on the workspace name on the toolbar and you could edit it directly. regarding the slit, i'll try it w/o gkrellm... generally i am quite happy w/0.70, but somehow it doesn't "feel" right. for example the menu tearing and moving (there is a bug id for this) is not working - that was what made blackbox blackbox. and the slit is misbehaving (in certain circumstances) i am a bit surprised it's "marketed" as stable. -f -- new restaurant on the moon. great food, no atmosphere.
Re: blackbox issues
Op 19/9/2005 schreef "frantisek holop" <[EMAIL PROTECTED]>: >hmm, on Mon, Sep 19, 2005 at 11:03:41PM +0200, Jasper Lievisse Adriaanse said >that >> On Mon, 19 Sep 2005 21:39:43 +0200 >> frantisek holop <[EMAIL PROTECTED]> wrote: >> > -can't rename workspaces on the toolbar >> No problems here. > >so how do you rename the workspace? >just right click on it as the doc says? >all i get is the toolbar menu or nothing no matter >which butten i use... % vim .blackboxrc this is how I have always done it. > >> > -the slit is behaving strangely... if you run gkrellm, try middle >> > clicking on it's border, it should "hide". clicking on it again >> > restarts my whole X server getting back to the xdm login screen... >> > (leaving a blackbox.core) but of course, it doesn't happen always.. >> Now that you mention it...this happend to me on 3.7-current some time ago >> with >> BB 0.70.0 > >oh yes, and i can't seem to call up the slit positioning/behaviour menu... Haven't noticed it yet. > >-f >-- >tap here >>> <<< with hammer for a new monitor. >
