CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2010/08/17 13:48:37 Log message: import ports/net/libbgpdump, a library and simple program to dump MRT-format BGP dump/trace files. Status: Vendor Tag: sthen Release Tags: sthen_20100817 N ports/net/libbgpdump/Makefile N ports/net/libbgpdump/distinfo N ports/net/libbgpdump/pkg/PLIST N ports/net/libbgpdump/pkg/PFRAG.shared N ports/net/libbgpdump/pkg/DESCR N ports/net/libbgpdump/patches/patch-Makefile_in No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2010/08/17 13:49:05 Modified files: net: Makefile Log message: +libbgpdump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2010/08/17 13:51:18 Modified files: net/pmacct : Makefile distinfo net/pmacct/pkg : PFRAG.mysql PFRAG.postgresql PLIST Log message: update pmacct to 0.12.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2010/08/17 13:53:01 Modified files: telephony/asterisk: Makefile distinfo telephony/asterisk/patches: patch-sounds_Makefile Log message: update asterisk to 1.6.2.11, loads of pretty safe bug fixes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2010/08/17 13:57:47 Modified files: net/vsftpd : Makefile distinfo Log message: update vsftpd to 2.3.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2010/08/17 14:27:04 Modified files: inputmethods/anthy: Makefile distinfo inputmethods/anthy/pkg: PLIST-main Log message: Update anthy to 9100h. Bump shared libs as well just in case. Fixes an infinite loop with upcoming scim-anthy and ibus-anthy. While I'm here modernise Makefile and add a no_emacs pseudo flavor. Prompted indirectly many times by Jordi Beltran Creix jbcreix dot mail at gmail.com.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2010/08/17 14:28:59 Modified files: misc/mc: Makefile distinfo misc/mc/patches: patch-configure misc/mc/pkg: PLIST Added files: misc/mc/patches: patch-lib_vfs_mc-vfs_ftpfs_c Log message: update to 4.7.0.8 and fix ftp support by not using linux specific ai_flags
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2010/08/17 14:30:24 ports/inputmethods/scim/files Update of /cvs/ports/inputmethods/scim/files In directory cvs.openbsd.org:/tmp/cvs-serv6548/files Log Message: Directory /cvs/ports/inputmethods/scim/files added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2010/08/17 14:38:12 Log message: Import scim-anthy, a japanese input method module for scim. Status: Vendor Tag: fgsch Release Tags: fgsch_20100817 N ports/inputmethods/scim-anthy/PLIST N ports/inputmethods/scim-anthy/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2010/08/17 14:41:06 ports/inputmethods/scim-anthy/pkg Update of /cvs/ports/inputmethods/scim-anthy/pkg In directory cvs.openbsd.org:/tmp/cvs-serv26703/pkg Log Message: Directory /cvs/ports/inputmethods/scim-anthy/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2010/08/17 14:42:26 Added files: inputmethods/scim-anthy: Makefile distinfo inputmethods/scim-anthy/pkg: DESCR PLIST Removed files: inputmethods/scim-anthy: DESCR PLIST Log message: This time for real. Sorry.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2010/08/17 14:46:09 Modified files: inputmethods : Makefile Log message: Enter scim-anthy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jo...@cvs.openbsd.org 2010/08/17 15:37:34 Modified files: textproc/tcpdf : Makefile distinfo Log message: update to 5.8.006
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2010/08/17 16:22:59 Modified files: games/rftg : Makefile distinfo Added files: games/rftg/pkg : DESCR-client PLIST-client Removed files: games/rftg/pkg : DESCR PLIST Log message: new version ! includes the new extension, and can play multiplayer (the server code is included, but keldon forgot to include directions nor the mysql schema, so don't build it yet).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: will...@cvs.openbsd.org 2010/08/17 19:20:35 ports/security/gnupg2/patches Update of /cvs/ports/security/gnupg2/patches In directory cvs.openbsd.org:/tmp/cvs-serv15896/patches Log Message: Directory /cvs/ports/security/gnupg2/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: merd...@cvs.openbsd.org 2010/08/17 21:00:40 Modified files: biology/nutdb : Makefile distinfo biology/nutdb/patches: patch-Makefile patch-nut_1 biology/nutdb/pkg: DESCR PLIST Log message: Update to 15.7. From Daniel Dickman. ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: merd...@cvs.openbsd.org 2010/08/17 23:35:21 Modified files: www/wordpress : Makefile distinfo Log message: Update to 3.0.1 ok kevlo@
Re: NEW/UPDATE: games/ioquake3
On Mon, Aug 16, 2010 at 08:47:05AM -0700, Ryan Freeman wrote: Excerpts from Alexandre Ratchov's message of Sun Aug 15 22:55:25 -0700 2010: On Sun, Aug 15, 2010 at 10:12:54PM -0700, Ryan Freeman wrote: Excerpts from Ryan Freeman's message of Sat May 02 02:42:32 -0700 2009: hello ports@ attached is an updated port from my original 'random svn checkout' port, thankfully they finally released a new complete version, 1.36. builds and runs/plays great here on i386. -ryan bump! just thought i'd revisit this and inform that i still use this port after over a year and through all snapshots, its only become better. present day sees quake3 running smooth as silk on my t41p, next to no sound issues (aucat -l -v 103 -b 1024 -z 512) and i regularly use it to play the urban terror mod. i will reattach for convenience sake, any additional comments at this time? out of curiousity are you using a MP kernel? It seems that sound issues tend to occur mostly on MP machines. -- Alexandre unfortunately no my t41p just uses a good old fashioned single core intel pentium m processor. i'm really going to have to make a point to try and aquire an mp-capable machine to test all the ports i have going on. But, then again, ideally i'd have one of everything we support ;) does renice(8)ing the process of ioquake3 cause the issue to get any better or worse on mp? I see no reason for renice(8) to solve the mp problem. AFAIU, it's related to interrupts rather than process scheduling; so changing the scheduling priority is unlikely to help. the only reason i ask is for playing urban terror i ended up doing the following (granted i gave myself passwordless sudo access to renice, as this workstation is only used by me): $ cat ~/bin/urbanterror sleep 3 sudo renice -n -5 `pgrep -x ioquake3` ioquake3 +set fs_game q3ut4 +com_hunkmegs 256 +com_zonemegs 64 $@ ^i found this to reduce issues with the mod getting fps bombs during play every now and then, but sound is more or less never and issue. where renice(8) really did seem to make a difference (but not perfect) was my fceux port. everything 'works' video blit is fast but sound is rather choppy. i renice that process in the same fashion and it squashed most of the blips bloops and bleeps (well, the unintended ones, i realize nes sound is mostly just that ;D) i definitely didn't see too much issue renicing those processes, as the only people that should be using these game ports should be those using workstation-only type setups where there are no other users to suffer from some jerk running a dri-based game. the game port guy here will come and strike you with a heavy object for such a thing! keep those production boxes clean of this crap! ;D cheers, well, renice(8) may help in some cases and hurt in other cases. It depends on the program works. Renicing a I/O bound process producing audio should slightly prevent other processes from stealing the CPU when it wakes up to produce audio data. On the other hand renicing a cpu bound process would hurt other processes in the audio chain (eg. aucat). Processes using user threads with one ``real time'' i/o bound thread and one ``low priority'' gui thread are unlikely to be much more stable if reniced. Anyway, stuttering is more likely to be fixed by improving the code (of the whole audio chain: program - kernel - driver). Renicing mostly hides problems in the code, but that's all we have for the mid-term. -- Alexandre
Re: mpd core dumps with bad argument
mpd core dumps if executed with bad arguments. It doesn't affect running mpd, still playing :) It's because the mpd developers havn't read the manual of the library they are using: http://library.gnome.org/devel/glib/stable/glib-Message-Logging.html#g-error I'm certainly not going to patch this. Tobias Thanks for info, I created a bug report in upstream: http://musicpd.org/mantis/view.php?id=3007 jirib
Re: libsctp
On 2010/08/17 04:24, Dimitri wrote: I Guys. I want to run an experimental IDS on OpenBSD 4.6, but in the Makeinstall indicated required libsctp, however, I see that this is not supported on OpenBSD. Are there any alternatives to this library? patching the software you want to use so it doesn't use libsctp (unless you want to implement SCTP and a linux-compatible interface on OpenBSD ;) user-space access to Linux Kernel SCTP - development files This package contains all necessary files for developing SCTP aware network applications using the Linux Kernel SCTP implementation. It is part of the LKSCTP project for the Linux Kernel SCTP reference implementation.
Re: libsctp
On 2010/08/17 09:55, Stuart Henderson wrote: On 2010/08/17 04:24, Dimitri wrote: I Guys. I want to run an experimental IDS on OpenBSD 4.6, but in the Makeinstall indicated required libsctp, however, I see that this is not supported on OpenBSD. Are there any alternatives to this library? patching the software you want to use so it doesn't use libsctp (unless you want to implement SCTP and a linux-compatible interface on OpenBSD ;) user-space access to Linux Kernel SCTP - development files This package contains all necessary files for developing SCTP aware network applications using the Linux Kernel SCTP implementation. It is part of the LKSCTP project for the Linux Kernel SCTP reference implementation. Ah, there is a KAME libsctp too. But it is still an interface to kernel functions (which obviously we don't have). It might be helpful if you give some more details about the software you're trying to run...
Re: Some apps kill/hang X when using scrotwm(1) as wm
On 08/17/10 16:56, Ted Unangst wrote: On Tue, Aug 17, 2010 at 3:30 AM, Tomas Bodzartomas.bod...@gmail.com wrote: did someone saw similar problem in scrotwm(1)? Eg. when I start xeyes(1) on empty workspace from menu M-p it simply shut down X. If I start eg. xcalc(1) then everything is ok. Another problem is with xlock(1). When I want to lock my screen and start xlock(1) eg. this way 'xlock -mode atlantis' then my computer completely hangs and I must to turn it off with button on case. Last problem which I discovered is with warzone game. When I start it on empty workspace then it says that timing of monitor is not ok for this app and X is not working anymore and I must kill X from console. For the record, it would be nice to test with a different window manager. Bugs in scrotwm do not count as bugs in OpenBSD. I can see the same bug regarding xeyes with ctwm-3.8 on a dual screen setup, another machine with ctwm-3.6 (single screen) from ports does not have that problem. Kind regards, Markus
/ports/math/blas does not build
Hi, So I have been struggling with blas in a -current i386. Vaguely, the fortran files and the man files do not get installed so things do not get built. Now I broke down and did a pkg_add and it was not so much maybe that blas got installed, but that a lot of file got put on my machine and a lot of fortran compiling went on the next time I tried a ports build. Having played with downloading stuff from libnet, I sort of think the distfiles are really not what we are expecting. This is not anything I am able to act on, but I thought I would mention it. If I was going to try to reproduce, I think I would erase everything in /usr/ports/pobj. For what it is worth, it looks like there is even newer code on libnet than we are using.
Re: /ports/math/blas does not build
On 2010/08/17 11:39, as...@spamcop.net wrote: Hi, So I have been struggling with blas in a -current i386. Vaguely, the fortran files and the man files do not get installed so things do not get built. Now I broke down and did a pkg_add and it was not so much maybe that blas got installed, but that a lot of file got put on my machine and a lot of fortran compiling went on the next time I tried a ports build. Having played with downloading stuff from libnet, I sort of think the distfiles are really not what we are expecting. This is not anything I am able to act on, but I thought I would mention it. If I was going to try to reproduce, I think I would erase everything in /usr/ports/pobj. I don't really understand what you're saying here... For what it is worth, it looks like there is even newer code on libnet than we are using. Yes, it breaks some things iirc.
Re: /ports/math/blas does not build
On 08/17/10 17:39, as...@spamcop.net wrote: Hi, So I have been struggling with blas in a -current i386. Vaguely, the fortran files and the man files do not get installed so things do not get built. Now I broke down and did a pkg_add and it was not so much maybe that blas got installed, but that a lot of file got put on my machine and a lot of fortran compiling went on the next time I tried a ports build. Having played with downloading stuff from libnet, I sort of think the distfiles are really not what we are expecting. This is not anything I am able to act on, but I thought I would mention it. If I was going to try to reproduce, I think I would erase everything in /usr/ports/pobj. For what it is worth, it looks like there is even newer code on libnet than we are using. did you apply my patch ? -- Thomas de Grivel http://b.lowh.net/billitch
samba on ipv6 tunneled device
Hello, I was experimenting with Samba and my ipv6 tunnel and I had seen there's problem to bind smbd to tun0 if it is directly defined as interface in smb.conf's 'interfaces'. Is it just my pebcak? jirib ** part from syslog WARNING: no network interfaces found ... open_sockets_smbd: No sockets available to bind to. ... Abnormal server exit: open_sockets_smbd() failed ... INTERNAL ERROR: Signal 11 in pid 19675 (3.5.4) ... PANIC (pid 19675): internal error ** smb.conf [global] workgroup = WORKGROUP server string = Samba Server security = user load printers = yes log file = /var/log/samba/smbd.%m max log size = 50 interfaces = tun0 bind interfaces only = yes dns proxy = no [homes] comment = Home Directories browseable = no writable = yes [printers] comment = All Printers path = /var/spool/samba browseable = no guest ok = no writable = no printable = yes [public] path = /data/share public = yes only guest = yes writable = no printable = no ** log when smbd running with debug 10 in foreground Maximum core file size limits now -1(soft) -1(hard) get_current_groups: user is in 7 groups: 0, 2, 3, 4, 5, 20, 31 smbd version 3.5.4 started. Copyright Andrew Tridgell and the Samba Team 1992-2010 uid=0 gid=0 euid=0 egid=0 Build environment: Built by:na...@i386.ports.openbsd.org Built on:Wed Jul 28 14:12:28 MDT 2010 Built using: cc Build host: OpenBSD i386.ports.openbsd.org 4.8 GENERIC.MP#44 i386 SRCDIR: /usr/obj/i386/samba-3.5.4/samba-3.5.4/source3 BUILDDIR:/usr/obj/i386/samba-3.5.4/build-i386 Paths: SBINDIR: /usr/local/libexec BINDIR: /usr/local/bin SWATDIR: /usr/local/share/swat CONFIGFILE: /etc/samba/smb.conf LOGFILEBASE: /var/log/samba LMHOSTSFILE: /etc/samba/lmhosts LIBDIR: /usr/local/lib/samba MODULESDIR: /usr/local/lib/samba SHLIBEXT: so LOCKDIR: /var/spool/samba STATEDIR: /var/spool/samba CACHEDIR: /var/spool/samba PIDDIR: /var/run SMB_PASSWD_FILE: /etc/samba/smbpasswd PRIVATE_DIR: /etc/samba System Headers: HAVE_SYS_CDEFS_H HAVE_SYS_FCNTL_H HAVE_SYS_FILIO_H HAVE_SYS_IOCTL_H HAVE_SYS_IPC_H HAVE_SYS_MMAN_H HAVE_SYS_MOUNT_H HAVE_SYS_PARAM_H HAVE_SYS_RESOURCE_H HAVE_SYS_SELECT_H HAVE_SYS_SHM_H HAVE_SYS_SOCKET_H HAVE_SYS_SOCKIO_H HAVE_SYS_STATVFS_H HAVE_SYS_STAT_H HAVE_SYS_SYSCALL_H HAVE_SYS_SYSCTL_H HAVE_SYS_SYSLOG_H HAVE_SYS_TIME_H HAVE_SYS_TYPES_H HAVE_SYS_UIO_H HAVE_SYS_UNISTD_H HAVE_SYS_UN_H HAVE_SYS_WAIT_H Headers: HAVE_ARPA_INET_H HAVE_CTYPE_H HAVE_DIRENT_H HAVE_DLFCN_H HAVE_EXECINFO_H HAVE_FCNTL_H HAVE_FLOAT_H HAVE_FNMATCH_H HAVE_GLOB_H HAVE_GRP_H HAVE_IFADDRS_H HAVE_LANGINFO_H HAVE_LIBINTL_H HAVE_LIMITS_H HAVE_LOCALE_H HAVE_MEMORY_H HAVE_NETDB_H HAVE_NETGROUP_H HAVE_NETINET_IN_H HAVE_NETINET_IN_SYSTM_H HAVE_NETINET_IP_H HAVE_NETINET_TCP_H HAVE_NET_IF_H HAVE_PTHREAD_H HAVE_PWD_H HAVE_READLINE_HISTORY_H HAVE_READLINE_READLINE_H HAVE_RPCSVC_YPCLNT_H HAVE_RPCSVC_YP_PROT_H HAVE_RPC_RPC_H HAVE_SETJMP_H HAVE_STDARG_H HAVE_STDBOOL_H HAVE_STDINT_H HAVE_STDIO_H HAVE_STDLIB_H HAVE_STRINGS_H HAVE_STRING_H HAVE_SYSLOG_H HAVE_TERMIOS_H HAVE_TIME_H HAVE_UNISTD_H HAVE_UTIME_H HAVE_ZLIB_H UTMP Options: HAVE_UTMP_H HAVE_UT_UT_HOST HAVE_UT_UT_NAME HAVE_UT_UT_TIME WITH_UTMP HAVE_* Defines: HAVE_ASPRINTF HAVE_ATEXIT HAVE_BACKTRACE_SYMBOLS HAVE_BOOL HAVE_BZERO HAVE_C99_VSNPRINTF HAVE_CHFLAGS HAVE_CHMOD HAVE_CHOWN HAVE_CHROOT HAVE_COMPILER_WILL_OPTIMIZE_OUT_FNS HAVE_CONNECT HAVE_CRYPT HAVE_DECL_ASPRINTF HAVE_DECL_RL_EVENT_HOOK HAVE_DECL_SNPRINTF HAVE_DECL_VASPRINTF HAVE_DECL_VSNPRINTF HAVE_DEVICE_MAJOR_FN HAVE_DEVICE_MINOR_FN HAVE_DLCLOSE HAVE_DLERROR HAVE_DLOPEN HAVE_DLSYM HAVE_DUP2 HAVE_ENDNETGRENT HAVE_ERRNO_DECL HAVE_EXECL HAVE_EXPLICIT_LARGEFILE_SUPPORT HAVE_FCHMOD HAVE_FCHOWN HAVE_FCNTL_LOCK HAVE_FCVT HAVE_FREEADDRINFO HAVE_FREEIFADDRS HAVE_FRSIZE HAVE_FSID_INT HAVE_FSYNC HAVE_FTRUNCATE HAVE_FTRUNCATE_EXTEND HAVE_FUNCTION_MACRO HAVE_GAI_STRERROR HAVE_GETADDRINFO HAVE_GETCWD HAVE_GETDIRENTRIES HAVE_GETGRENT HAVE_GETGRGID_R HAVE_GETGRNAM HAVE_GETGRNAM_R HAVE_GETGROUPLIST HAVE_GETHOSTBYNAME HAVE_GETIFADDRS HAVE_GETNAMEINFO HAVE_GETNETGRENT HAVE_GETPAGESIZE HAVE_GETPGRP HAVE_GETPWNAM_R HAVE_GETPWUID_R HAVE_GETRLIMIT HAVE_GETTIMEOFDAY_TZ HAVE_GLOB HAVE_HISTORY_LIST HAVE_HSTRERROR HAVE_ICONV HAVE_IFACE_GETIFADDRS HAVE_IF_NAMETOINDEX HAVE_IMMEDIATE_STRUCTURES HAVE_INET_ATON HAVE_INET_NTOA HAVE_INET_NTOP HAVE_INET_PTON HAVE_INITGROUPS HAVE_INNETGR HAVE_INTPTR_T HAVE_IPV6 HAVE_ISATTY HAVE_LCHOWN HAVE_LIBREADLINE HAVE_LIBZ
web pages describing individual packages (was Re: [OT] securely sharing documents on OpenBSD?)
On Tue, 17 Aug 2010, ropers wrote: NB: Whatever happened to the web pages describing individual packages? They used to exist up to 4.6 at e.g. http://www.openbsd.org/4.6_packages/i386/mod_dav-1.0.3p7.tgz-long.html and I at least found them helpful. I found them helpful, too. They were pulled from CVS around the beginning of June. I'd expect that the pages would be easier to work with if generated automatically. Most of the descriptive metadata needed to create the pages *should* in principle be available in the Makefile, DESCR-*, and PLIST-* for each package: + name of the package -- DISTNAME + version + URI for original source or project + URI for port tarball + contact mail address for maintainer(s) + application category + short description + long description -- DESCR-* + list of files added by the package -- PLIST-* For that to work automatically, each port needs to contain a common core of metadata and have agreement on the descriptors. See bsd.port.mk(5) Below is a half-baked sketch (not a real script) to illustrate the general concept involved to find the metadata for an individual package. find() can be used to walk the ports tree and find packages to run a real script on. Wrapping output up as an XHTML document is mostly a matter of printing a here document. /Lars --- #!/usr/bin/perl use strict; use integer; use Getopt::Std; ## ### ## my %metadata = (); my $path = undef; our $opt_f= undef; # files installed by package our $opt_h= undef; # help # + name of the package -- DISTNAME # + version # + URI for original source or project # + URI for port tarball # + contact mail address for maintainer(s) # + application category # + short description # + long description # + list of files added by the package sub Usage { my ( $err ) = ( @_ ); print qq(Usage: $0 [fh] {path}\n); exit (0); } ## ## sub Help { print qq( ); Usage; } sub New_Metadata { # core metadata fields $metadata{'OpenBSD_App'}= { PACKAGE = undef,# VERSION = undef,# HOMEPAGE= undef,# TARBALL = undef,# MAINTAINER = undef,# SUMMARY = undef,# DESCRIPTION = undef,# CATEGORIES = [] }; $metadata{'Dublin_Core'}= { 'DC.TITLE' = undef, 'DC.SUBJECT' = undef, 'DC.DESCRIPTION' = undef, 'DC.TYPE'= undef, 'DC.SOURCE' = undef, 'DC.RELATION'= undef, 'DC.COVERAGE'= undef, 'DC.CREATOR' = undef, 'DC.PUBLISHER' = undef, 'DC.CONTRIBUTOR' = undef, 'DC.RIGHTS' = undef, 'DC.DATE'= undef, 'DC.FORMAT' = undef, 'DC.IDENTIFIER' = undef, 'DC.LANGUAGE'= undef }; $metadata{'links'} = (); return ( 1 ); } sub dublin_core { ## http://dublincore.org/documents/usageguide/ } sub stylesheets { print qq(style type=text/css media=screen\n); print qq(/style\n); } sub xhtml_head { my ( %metadata ) = ( @_ ); print qq(head\n); print qq( title),$metadata{OpenBSD_App}-{'PACKAGE'},qq(-),$metadata{OpenBSD_App}-{'PACKAGE'},qq(/title\n); print qq( !--[if IE]\n \n ![endif]--\n); # link rel=next href= / # link rel=subsection href= / stylesheets; print qq(/head\n\n); return ( 1 ); } sub Read_Makefile { my ( $dir ) = ( @_ ); return ( 1 ); } sub GetKeywords { my ( $path ) = ( @_ ); my %variables = (); my @variable_names = ( 'DISTNAME', 'HOMEPAGE', 'CATEGORIES', 'MAINTAINER', 'COMMENT', 'COMMENT-main' ); # + name of the package -- DISTNAME # + version -- DISTNAME || VERSION # + URI for original source or project -- HOMEPAGE # + URI for port tarball # + contact mail address for maintainer(s) -- MAINTAINER # + application category -- CATEGORIES # + short description -- COMMENT # + long description # + list of files added by the package chdir( $path ) or die (Can't cd to '$path': $!); for my $var ( @variable_names ) { my $make = qq(/usr/bin/make show=$var |); # this is dog slow but more accurate open ( MAKEFILE, $make ) or die (Can't open '$make': $!\n); while ( my $line = MAKEFILE ) { chomp $line; next unless ( $line =~ /\w/ ); unless ( $var eq 'CATEGORIES' ) { print qq($var\t$line\n); $var = 'COMMENT' if ( $var eq 'COMMENT-main' ); $variables{$var}=$line; } else { $variables{$var}=split(/\s+/,$line); } } close ( MAKEFILE ) or die (Can't close MAKEFILE : $!\n); } return ( %variables ); } sub FileList { my ( $path ) = ( @_ ); my $find = qq(/usr/bin/find $path -name 'PLIST*' -print |); my %install = ( 'bin' = '/usr/bin/', # 'man' = '/usr/share/man/',# 'share' = '/usr/share' # ); my @files = (); open ( PLIST, $find ) or die (Can't open '$find': $!\n); while ( my $plist = PLIST ) { chomp $plist; open ( FILES, $plist ) or die (Can't open
Re: web pages describing individual packages (was Re: [OT] securely sharing documents on OpenBSD?)
On 2010/08/17 23:14, Lars Nooden wrote: On Tue, 17 Aug 2010, ropers wrote: NB: Whatever happened to the web pages describing individual packages? They used to exist up to 4.6 at e.g. http://www.openbsd.org/4.6_packages/i386/mod_dav-1.0.3p7.tgz-long.html and I at least found them helpful. I found them helpful, too. They were pulled from CVS around the beginning of June. I'd expect that the pages would be easier to work with if generated automatically. unsurprisingly, they are generated by a program... /usr/ports/infrastructure/package/gen-package-pages
Re: /ports/math/blas does not build
On Tue, Aug 17, 2010 at 11:39:41AM -0400, as...@spamcop.net wrote: Hi, So I have been struggling with blas in a -current i386. Vaguely, the fortran files and the man files do not get installed so things do not get built. Now I broke down and did a pkg_add and it was not so much maybe that blas got installed, but that a lot of file got put on my machine and a lot of fortran compiling went on the next time I tried a ports build. Having played with downloading stuff from libnet, I sort of think the distfiles are really not what we are expecting. This is not anything I am able to act on, but I thought I would mention it. If I was going to try to reproduce, I think I would erase everything in /usr/ports/pobj. Looks like you're very confused. There is absolutely nothing we don't know in there. Like, hey fortran got removed from base for various reasons, it was discussed to death.
Re: libsctp
I am working with libtissue-1.0.1.tar.gz available in http://www.asap.cs.nott.ac.uk/~ais/software/ Now I trying run without libsctp code. Thanks. Dimitri.- http://deoxyt2.livejournal.com http://anabalon.clan.su OpenBSD - Free, Functional Secure --- El mar, 17/8/10, Stuart Henderson s...@spacehopper.org escribió: De: Stuart Henderson s...@spacehopper.org Asunto: Re: libsctp Para: Dimitri trichotec...@yahoo.es CC: ports@openbsd.org Fecha: martes, 17 de agosto, 2010 06:11 On 2010/08/17 09:55, Stuart Henderson wrote: On 2010/08/17 04:24, Dimitri wrote: I Guys. I want to run an experimental IDS on OpenBSD 4.6, but in the Makeinstall indicated required libsctp, however, I see that this is not supported on OpenBSD. Are there any alternatives to this library? patching the software you want to use so it doesn't use libsctp (unless you want to implement SCTP and a linux-compatible interface on OpenBSD ;) user-space access to Linux Kernel SCTP - development files This package contains all necessary files for developing SCTP aware network applications using the Linux Kernel SCTP implementation. It is part of the LKSCTP project for the Linux Kernel SCTP reference implementation. Ah, there is a KAME libsctp too. But it is still an interface to kernel functions (which obviously we don't have). It might be helpful if you give some more details about the software you're trying to run...