Re: Use of exists() in a Makefile
David Cantrell david.l.cantr...@gmail.com wrote:
pre-fetch:
.if !exists(${DISTDIR}/${DISTNAME}.tar.gz)
The problem I'm hitting is that !exists() is not working as I
think it should.
.if conditions are evaluated on the spot and...
exists() ignores ${DISTDIR} entirely.
... I bet DISTDIR simply isn't set when the condition is evaluated,
because the variable is only assigned a value later on when bsd.port.mk
is included.
make(1) usually uses lazy evaluation, but .if, .for, and := are
evaluated right when their lines are parsed.
--
Christian naddy Weisgerber na...@mips.inka.de
Re: [UPDATE] wget-1.13.4
David Coppa dco...@openbsd.org wrote: I've tested it on amd64 and sparc64, but I'd appreciate a test on a gcc2 arch if is it possible... You can do a test build on a gcc4 arch with -Wdeclaration-after-statement. -- Christian naddy Weisgerber na...@mips.inka.de
Update: net/transmission 2.42
This updates net/transmission to 2.42.
The GTK+ client now uses GTK+3.
I've only lightly tested the daemon client. The GTK+ and Qt clients
start up, beyond that I don't know.
Stefan Unterweger wasn't quite happy about 2.41:
transmission-cli now doesn't write the download into the directory from
which it was invoked [...]
But I have the feeling that this may be actually an ill-advised, but
deliberate change from upstream, so this is just me ranting.
The CLI client has always been rather neglected, and personally I
barely see its use.
Index: Makefile
===
RCS file: /cvs/ports/net/transmission/Makefile,v
retrieving revision 1.70
diff -u -p -r1.70 Makefile
--- Makefile25 Sep 2011 21:55:49 - 1.70
+++ Makefile6 Nov 2011 18:15:55 -
@@ -1,15 +1,14 @@
# $OpenBSD: Makefile,v 1.70 2011/09/25 21:55:49 naddy Exp $
-COMMENT-main= lightweight BitTorrent command line and daemon client
-COMMENT-gtk= lightweight BitTorrent client with GTK+ interface
-COMMENT-qt=lightweight BitTorrent client with Qt interface
+COMMENT-main= BitTorrent command line and daemon client
+COMMENT-gtk= BitTorrent client with GTK+ interface
+COMMENT-qt=BitTorrent client with Qt interface
-VER= 2.33
+VER= 2.42
DISTNAME= transmission-${VER}
PKGNAME-main= transmission-${VER}
PKGNAME-gtk= transmission-gtk-${VER}
PKGNAME-qt=transmission-qt-${VER}
-REVISION-gtk= 0
CATEGORIES=net
HOMEPAGE= http://www.transmissionbt.com/
@@ -38,10 +37,10 @@ FLAVOR?=
WANTLIB= c crypto curl event_core event_extra idn m pthread ssl z
WANTLIB-gtk= ${WANTLIB} X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext \
Xfixes Xi Xinerama Xrandr Xrender Xxf86vm GL atk-1.0 cairo \
- dbus-1 dbus-glib-1 drm expat ffi fontconfig freetype \
- gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gmodule-2.0 \
- gobject-2.0 gthread-2.0 gtk-x11-2.0 pango-1.0 pangoft2-1.0 \
- pangocairo-1.0 pixman-1 png pcre pthread-stubs xcb \
+ cairo-gobject drm expat ffi fontconfig freetype \
+ gdk-3 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gmodule-2.0 \
+ gobject-2.0 gthread-2.0 gtk-3 pango-1.0 pangoft2-1.0 \
+ pangocairo-1.0 pixman-1 png pcre pthread-stubs stdc++ xcb \
xcb-render xcb-shm
WANTLIB-qt=${WANTLIB} QtCore QtDBus QtGui QtNetwork QtXml \
expat fontconfig freetype stdc++
@@ -51,8 +50,7 @@ MODULES= devel/gettext textproc/intltool
LIB_DEPENDS= devel/libevent2 \
net/curl
LIB_DEPENDS-gtk=${LIB_DEPENDS} \
- x11/gtk+2 \
- x11/dbus-glib
+ x11/gtk+3
LIB_DEPENDS-qt=${LIB_DEPENDS} \
x11/qt4
@@ -68,10 +66,7 @@ TAR= ${LOCALBASE}/bin/gtar
USE_GMAKE= Yes
USE_LIBTOOL= Yes
CONFIGURE_STYLE=gnu
-CONFIGURE_ARGS=--disable-shared \
- --disable-libnotify \
- --disable-libappindicator \
- --disable-libcanberra
+CONFIGURE_ARGS=--disable-shared
# unaligned accesses throughout
CONFIGURE_ARGS+=--disable-utp
@@ -81,7 +76,7 @@ CONFIGURE_ENV=CPPFLAGS=-I${LOCALBASE}/
.include bsd.port.arch.mk
.if !${BUILD_PACKAGES:M-gtk}
-CONFIGURE_ARGS+=--disable-gtk
+CONFIGURE_ARGS+=--without-gtk
.endif
.if ${BUILD_PACKAGES:M-qt}
Index: distinfo
===
RCS file: /cvs/ports/net/transmission/distinfo,v
retrieving revision 1.35
diff -u -p -r1.35 distinfo
--- distinfo25 Sep 2011 21:55:49 - 1.35
+++ distinfo6 Nov 2011 18:15:55 -
@@ -1,5 +1,5 @@
-MD5 (transmission-2.33.tar.xz) = dt8rAC6eJD8uRge0DAGZdA==
-RMD160 (transmission-2.33.tar.xz) = i4IoovrVWmTUYxTxv4eai4n6FQ0=
-SHA1 (transmission-2.33.tar.xz) = pVAnI+m4/cmCzE08BS5IOctFsag=
-SHA256 (transmission-2.33.tar.xz) =
wVp/nYJ0P7Mp7hLkG/JCBw3bqoxnQdp84LuR2NOZoHI=
-SIZE (transmission-2.33.tar.xz) = 2583032
+MD5 (transmission-2.42.tar.xz) = UPbddsXAH0XV7SB4PGhoFQ==
+RMD160 (transmission-2.42.tar.xz) = x0aIphwqhIn4eDYwRqxwXxzj8AU=
+SHA1 (transmission-2.42.tar.xz) = eJAwlYQv4TMcC2riFKnpmw8RKVE=
+SHA256 (transmission-2.42.tar.xz) =
ypTY3lM4F4wiEOhuMapSL1WcrIfaM6hRmfvYG36LBOs=
+SIZE (transmission-2.42.tar.xz) = 2629072
Index: patches/patch-configure
===
RCS file: /cvs/ports/net/transmission/patches/patch-configure,v
retrieving revision 1.25
diff -u -p -r1.25 patch-configure
--- patches/patch-configure 23 Sep 2011 09:12:32 - 1.25
+++ patches/patch-configure 6 Nov 2011 18:15:55 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-configure,v 1.25 2011/09/23 09:12:32 naddy Exp $
configure.orig Thu Jul 21 01:39:42 2011
-+++ configure Tue Sep 20 01:42:31 2011
-@@ -10895,8 +10895,8 @@ if test 0 = 0; then
+--- configure.orig Thu Oct 20 04:02:58 2011
Re: Update: nss 3.12.11 - 3.13.1
Nigel Taylor njtay...@asterisk.demon.co.uk wrote: Regress testing 33 failed, same as for nss 3.12.11, the one new test passed. Run on amd64 current. Same results on sparc64 and i386. -- Christian naddy Weisgerber na...@mips.inka.de
Re: Update: mozilla-firefox 7.0.1 - 8.0
Nigel Taylor njtay...@asterisk.demon.co.uk wrote: Test for other arch? Comments? Ok? It's calling home on first start, i.e., goes to some Mozilla info page. Hadn't we disabled that? -- Christian naddy Weisgerber na...@mips.inka.de
Re: UPDATE: maxima-5.25.1
Edd Barrett vex...@gmail.com wrote: There is a really annoying bug in the configure script which prevents it from working with /bin/sh. I can't figure it out, so until someone does, we pull in bash. This looks like the same issue as the intltool bug: https://bugs.launchpad.net/intltool/+bug/639857 -- Christian naddy Weisgerber na...@mips.inka.de
Experimental: editors/nvi 2.0.1 (UTF-8 vi)
nvi2 is a Google Summer of Code project by Zhihao Yuan for FreeBSD that keeps the behaviors and the license of nvi-1.79 in the base system and adopts the multibyte encoding support from nvi-1.8x. This will be a potential path for adding multibyte support to our base vi as well. I've attached a port for nvi-2.0.1 for people who want to play with this now. -- Christian naddy Weisgerber na...@mips.inka.de nvi-2.0.1.tgz Description: application/gtar-compressed
Re: disable lang/unicon on landisk
Paul Irofti p...@irofti.net wrote: RCS file: /cvs/ports/lang/unicon/Makefile,v # XXX crashes hangs, to be dealt with -NOT_FOR_ARCHS= powerpc m68k hppa arm sparc mips64 mips64el amd64 sparc64 +NOT_FOR_ARCHS= powerpc m68k hppa arm sparc mips64 mips64el amd64 sparc64 sh I think this needs to change to an affirmative list (ONLY_FOR_ARCHS). This builds on i386 and...? -- Christian naddy Weisgerber na...@mips.inka.de
Re: disable lang/unicon on landisk
Christian Weisgerber na...@mips.inka.de wrote: -NOT_FOR_ARCHS= powerpc m68k hppa arm sparc mips64 mips64el amd64 sparc64 +NOT_FOR_ARCHS= powerpc m68k hppa arm sparc mips64 mips64el amd64 sparc64 sh We can add alpha to that list. Unaligned access error. I think this needs to change to an affirmative list (ONLY_FOR_ARCHS). This builds on i386 and...? ...? -- Christian naddy Weisgerber na...@mips.inka.de
Re: Experimental: editors/nvi 2.0.1 (UTF-8 vi)
Simon Kuhnle si...@blarzwurst.de wrote: I just built it on sparc64. Opened and edited a few files. http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt looks good in it, too. Actually, I get a warning Invalid input. Truncated. One problem is, that 'undo' (hitting 'u') leads to SIGBUS. That too. -- Christian naddy Weisgerber na...@mips.inka.de
Re: Experimental: editors/nvi 2.0.1 (UTF-8 vi)
Simon Kuhnle si...@blarzwurst.de wrote: http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt looks good in it, too. Actually, I get a warning Invalid input. Truncated. Really? Yep. Just LANG=en_US.UTF-8 here. I'm running nvi in tmux with -u, ksh and the following LC_* settings: [...] LC_TIME=en_DK.UTF-8 English as spoken in Denmark, really? That locale doesn't exit. (Not that it would matter for nvi.) -- Christian naddy Weisgerber na...@mips.inka.de
Re: Experimental: editors/nvi 2.0.1 (UTF-8 vi)
Simon Kuhnle si...@blarzwurst.de wrote: http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt Actually, I get a warning Invalid input. Truncated. Really? Oops, my bad. I had some ISO Latin 1 cruft left in my ~/.exrc. nvi's error/warning is perfectly correct. -- Christian naddy Weisgerber na...@mips.inka.de
Update: net/ncftp 3.2.5
This updates net/ncftp to 3.2.5. The KAME people have stopped
updating the IPv6 patch and it now conflicts with the DNSSEC local
validation code. Since we don't support the latter feature, I've
hammered the KAME patch in over the new code.
Seems to work for me, but ncftp users might want to test.
Index: Makefile
===
RCS file: /cvs/ports/net/ncftp/Makefile,v
retrieving revision 1.41
diff -u -p -r1.41 Makefile
--- Makefile18 Oct 2010 18:36:50 - 1.41
+++ Makefile16 Nov 2011 16:02:18 -
@@ -2,7 +2,7 @@
COMMENT= ftp replacement with advanced user interface
-DISTNAME= ncftp-3.2.3
+DISTNAME= ncftp-3.2.5
CATEGORIES=net
HOMEPAGE= http://www.ncftp.com/ncftp/
@@ -19,18 +19,21 @@ WANTLIB=c ncurses
MASTER_SITES= ftp://ftp.ncftp.com/ncftp/ \
ftp://ftp.mirrorservice.org/sites/ftp.ncftp.com/ncftp/
MASTER_SITES:= ${MASTER_SITES} ${MASTER_SITES:=older_versions/}
-MASTER_SITES0= ftp://ftp.kame.net/pub/kame/misc/
+MASTER_SITES0= http://shell.uugrn.org/~naddy/
DISTFILES= ${DISTNAME}-src.tar.bz2
-PATCHFILES=ncftp-323-v6-20091109.diff.gz:0
+PATCHFILES=ncftp-325-v6.diff.gz:0 # former KAME v6 patch
PATCH_DIST_STRIP=-p1
-CONFIGURE_STYLE=gnu
+AUTOCONF_VERSION=2.13
+AUTOCONF= autoconf -l autoconf_local
+AUTOHEADER=autoheader -l autoconf_local
+
+CONFIGURE_STYLE=autoconf
CONFIGURE_ARGS=--disable-ccdv
CONFIGURE_ENV= TAR=/bin/tar
MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/sh
-USE_GROFF =Yes
NO_REGRESS=Yes
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/net/ncftp/distinfo,v
retrieving revision 1.20
diff -u -p -r1.20 distinfo
--- distinfo9 Nov 2009 17:58:55 - 1.20
+++ distinfo16 Nov 2011 16:02:18 -
@@ -1,10 +1,10 @@
-MD5 (ncftp-3.2.3-src.tar.bz2) = +sSqFp4XNOjZYXr9SptR5Q==
-MD5 (ncftp-323-v6-20091109.diff.gz) = kSDcuw/OrLUXTQECSwulpQ==
-RMD160 (ncftp-3.2.3-src.tar.bz2) = 5eB0NgmWUC79a8r2cCgFWNi8AAc=
-RMD160 (ncftp-323-v6-20091109.diff.gz) = AE7Ja4T0Q//AyqTG3auxfZsnHMY=
-SHA1 (ncftp-3.2.3-src.tar.bz2) = fVjOFWYqKu6wtWT5jCvuovblSgs=
-SHA1 (ncftp-323-v6-20091109.diff.gz) = /FJ/34fVvbL3YL1JCFw9IadeLdk=
-SHA256 (ncftp-3.2.3-src.tar.bz2) = RvTy+95AGHoWS90P49N9LYXTZEXlbyvwj8gU7o3LpRA=
-SHA256 (ncftp-323-v6-20091109.diff.gz) =
FA9Nrm9lRPHr5AGMZqtel8ivOrdKBOr7QA2q/Wv394A=
-SIZE (ncftp-3.2.3-src.tar.bz2) = 425393
-SIZE (ncftp-323-v6-20091109.diff.gz) = 41587
+MD5 (ncftp-3.2.5-src.tar.bz2) = sFx6bVJpwEiR8C9D1DErMA==
+MD5 (ncftp-325-v6.diff.gz) = JeBa4oyvzsuKOpTyaPOztQ==
+RMD160 (ncftp-3.2.5-src.tar.bz2) = dSXD1Q8MzETz3bnfFDzDRhe7XY4=
+RMD160 (ncftp-325-v6.diff.gz) = lQJ2yHW7KN4uLP7x8EZ2M72fqZk=
+SHA1 (ncftp-3.2.5-src.tar.bz2) = uuFasx0Wxc7AKc5XN8EojBP9kLs=
+SHA1 (ncftp-325-v6.diff.gz) = l3mzckXrzyVruJO5xeCI2hzDq2I=
+SHA256 (ncftp-3.2.5-src.tar.bz2) = tOviQVdhpRN80dMTyPwTUvJtiWPMnp41TilyCqIInUI=
+SHA256 (ncftp-325-v6.diff.gz) = f7lSQMM67KZ+U75Y9gFqfh3NdTsSWUD1Odq3WV4NAro=
+SIZE (ncftp-3.2.5-src.tar.bz2) = 454682
+SIZE (ncftp-325-v6.diff.gz) = 23295
Index: patches/patch-doc_man_ncftpspooler_1
===
RCS file: patches/patch-doc_man_ncftpspooler_1
diff -N patches/patch-doc_man_ncftpspooler_1
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-doc_man_ncftpspooler_116 Nov 2011 16:02:18 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+--- doc/man/ncftpspooler.1.origWed Nov 16 12:21:43 2011
doc/man/ncftpspooler.1 Wed Nov 16 12:21:55 2011
+@@ -370,7 +370,8 @@ key-pairs), as well as additional data the spooler may
+ as a
+ .I result
+ key-pair with a textual description of the job's completion status.
+-.PP Here is a sample Perl script which demonstrates having a
++.PP
++Here is a sample Perl script which demonstrates having a
+ .I post\-shell\-command
+ update a log file named
+ /var/log/ncftp_spooler.
--
Christian naddy Weisgerber na...@mips.inka.de
Re: torrent gui
Sha'ul sh...@lavabit.com wrote: What can I use for bittorrent with a GUI? [...] I tried Transmission but that doesn't seem to have the GUI. Install the transmission-gtk or transmission-qt package for your choice of GUI. I ask for gui because some multi-file torrents I want to be able to select which files I want in the torrent and what I don't before torrent starts downloading. So I need more than just a daemon. You can also do that through transmission-daemon's web interface or even with transmission-remote, the command-line program to control the daemon. -- Christian naddy Weisgerber na...@mips.inka.de
Re: torrent gui
Scott McEachern sc...@blackstaff.ca wrote: As for disabling files before the torrent even begins, I've never seen that. I just do it by hand after they start. You can tell Transmission to load torrents but not start them automatically, i.e., transmission-remote --start-paused or the corresponding checkboxes for the web interface and GUI clients. -- Christian naddy Weisgerber na...@mips.inka.de
Re: permit Python 2.7 to build with gcc 4.6 on i386
Remi Pointel remi.poin...@xiri.fr wrote: as reported by pstumpf@ (thanks), Python 2.7 can't build on i386 with gcc 4.6. Analysing the logs, problem is that Python is not linked with libiconv (and do not found libintl.h). And how is this related to gcc4.6? Either Python needs gettext/iconv or it doesn't. The compiler version should not matter. This diff permits to correctly found libintl.h and linked Python 2.7 to libiconv. This diff seems to add a gettext dependency for all Python ports, not just 2.7. This looks all wrong to me. -- Christian naddy Weisgerber na...@mips.inka.de
Re: Problem compilng net/emacs-jabber
STeve Andre' and...@msu.edu wrote: Lately I've been having problems building emacs-jabber for the last several bulk builds. This appears to have been broken since import. -- Christian naddy Weisgerber na...@mips.inka.de
Re: Problem compilng net/emacs-jabber
Stuart Henderson s...@spacehopper.org wrote: Looks like it needs newer gnus. Since the other flavours can't be built in bulk I suggest we disable it in net/Makefile for now unless someone has time to look at updating gnus in emacs21. OK? We could just mark the emacs21 flavor as BROKEN. That's somewhat bizarre, but so would be taking an otherwise working port out of the category Makefile. *shrug* Either way, this needs some commenting in the Makefiles. -- Christian naddy Weisgerber na...@mips.inka.de
Re: UPDATE: sysutils/cdrtools
Pascal Stumpf: Here's an updated diff. I tried to build this on my alpha, which actually has an old SCSI CD burner. * cdda2wav wasn't built at all. (I'll look into the details later...) * Some parts (libedc, libmdigest) are built with -O3 -fexpensive-optimizations. I think we should kill this. * I'd prefer patches over the substitutions in pre-configure, but then I don't think there's much of a point. You aren't unhiding any interesting commands. Now if you want to fix something there, have it honor $(CC) for dependency generation, too. Cf. archivers/star/patches/patch-RULES_cc-gcc_rul Also, somebody should build this on a MACHINE != MACHINE_ARCH platform (macppc, loongson, sgi), just to be sure that we aren't using one variable in a place where schily's idiosyncratic build system picks the other one. -- Christian naddy Weisgerber na...@mips.inka.de
Re: UPDATE: sysutils/cdrtools
Christian Weisgerber na...@mips.inka.de wrote: * cdda2wav wasn't built at all. (I'll look into the details later...) Patching cdda2wav/local.cnf.in triggers an attempt to run the included mutant autoconf in order to regenerate the cdda2wav configure script. This fails if GNU m4 isn't installed, causing the cdda2wav directory to be skipped altogether. I think the easiest fix is to drop patch-cdda2wav_local_cnf_in and to add OSS_SOUND_DEV='/dev/audio' to MAKE_FLAGS. -- Christian naddy Weisgerber na...@mips.inka.de
Re: UPDATE: sysutils/cdrtools
Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: don't think there's much of a point. You aren't unhiding any I did not made a patch, since in the end, it would have been a huge patch. Really? It affects a total of ten lines spread over three files. Anyway, I suggest to just drop the whole thing. Now that you are overriding MKDEP, the only hidden commands left are one echo == MAKING SYMLINKS in ./RULES/ cd ./RULES sh ./MKLINKS and a few echo == RANDOMIZING ARCHIVE \foo.a\; ranlib foo.a And as with the dependency generation, there's nothing interesting there. *shrug* Also, somebody should build this on a MACHINE != MACHINE_ARCH platform (macppc, loongson, sgi), just started a build on a vax. we'll see what happens there. Nothing that would trip over MACHINE != MACHINE_ARCH. Anyway, I managed to burn cd50.iso with this cd1 at scsibus0 targ 5 lun 0: YAMAHA, CRW2100S, 1.0H SCSI2 5/cdrom removable on my alpha. Can't boot from it, though, but I guess the burner is gummed up with dust. -- Christian naddy Weisgerber na...@mips.inka.de
Re: textproc/groff cleanup
Ingo Schwarze schwa...@usta.de wrote: As breaking groff is typically a major hindrance for bulk builds, checking it in a bulk before commit might make sense - even though i see nothing particularly dangerous here, but who knows... No problems in a bulk build on i386. -- Christian naddy Weisgerber na...@mips.inka.de
Re: UPDATE: sysutils/cdrtools
Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: is this OK now, or still rough things left that should be cleaned? ok naddy@ If you want to tweak the port further (maybe after committing the update), you could try to find out how to disable building the profiled libraries. These aren't used, so all libraries are currently built twice for no gain. -- Christian naddy Weisgerber na...@mips.inka.de
Re: [NEW] opencore-amr
Jan Stary h...@stare.cz wrote: Is this OK? http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues # Apache 2.0 PERMIT_PACKAGE_CDROM = patents, http://www.voiceage.com/amr_licterms.php PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= patents, http://www.voiceage.com/amr_licterms.php PERMIT_DISTFILES_FTP = Yes Yes, that's fine. -- Christian naddy Weisgerber na...@mips.inka.de
Re: devel/jdk: add JAVA_HOME to MAKE_ENV for MODJAVA_BUILD=ant
Christian Weisgerber na...@mips.inka.de wrote: The diff below passes JAVA_HOME via MAKE_ENV whenever MODJAVA_BUILD=ant is set. It would be nice if someone could test this in a bulk build before I commit it. Under way. ... and finished. No problems. -- Christian naddy Weisgerber na...@mips.inka.de
New: fonts/lohit-fonts 2.5.0
By default, OpenBSD's X11 installation doesn't include any fonts for Indic scripts other than a butt-ugly bitmapped Devanagari font. This port adds TrueType fonts for the major Indian languages. Tested with Firefox and Wikipedia. I didn't subpackage the individual fonts since the whole package is less than 0.5 MB. DESCR The Lohit Fonts are a TrueType font family that supports 16 Indian languages: * Assamese * Bengali * Devanagari (Hindi, Kashmiri, Konkani, Maithili, Marathi, Nepali, Sindhi) * Gujarati * Kannada * Malayalam * Oriya * Punjabi * Tamil * Telugu --- -- Christian naddy Weisgerber na...@mips.inka.de lohit-fonts.tgz Description: application/gtar-compressed
New: games/braincurses
Reading doi:10.1371/journal.pbio.1000578, I noticed that we don't have a simple Mastermind implementation in ports, so here's a port for BrainCurses 0.5b. | BrainCurses is a clone of the Mastermind game implemented with curses(3). | It requires a color terminal. Licensing is a bit dicey. A file COPYING with the GPLv2 is included, so it clearly was the author's intend to release BrainCurses under that license. However, it doesn't actually say so anywhere. I'd be equally happy to go with PERMIT_* = no license. *shrug* -- Christian naddy Weisgerber na...@mips.inka.de braincurses.tgz Description: application/gtar-compressed
Re: New: games/braincurses
Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: Licensing is a bit dicey. A file COPYING with the GPLv2 is included, so it clearly was the author's intend to release BrainCurses under that license. However, it doesn't actually say so anywhere. I'd be equally happy to go with PERMIT_* = no license. *shrug* With regard to the license, how about just asking the author? That's beside the point. It's the content of the distfile that is legally relevant. (I'll tell the author, but unless he rolls a new release with clear language, it won't change a thing.) -- Christian naddy Weisgerber na...@mips.inka.de
x11/gnome-mplayer (was: Re: CVS: cvs.openbsd.org: ports)
David Coppa dco...@cvs.openbsd.org wrote: Log message: Play on the safe side: not all machines support xv video output (loongson comes to mind), and thus use 'x11' by default. Wait... Are you penalizing the vast majority of machines that will ever run this? -- Christian naddy Weisgerber na...@mips.inka.de
Re: x11/gnome-mplayer
David Coppa: Wait... Are you penalizing the vast majority of machines that will ever run this? Only default value is 'x11'. Yes, that's what just about everybody will use then. Just go to Edit-Preferences-Player and choose your favorite video output (xv,gl,sdl,whatever...) You are diverging from the upstream defaults to create a setting that almost all users should then manually change back. -- Christian naddy Weisgerber na...@mips.inka.de
Re: mplayer: fix and complete sndio backend
Antti Harri i...@openbsd.fi wrote: There is still the (non audio) issue with stream playlists. It should be fixed in upstream already so the best way probably is to update the whole package at some point. For test urls go to digitally imported radio and use the url on the command line, it works when the playlist is fetched to a local file. Oh, I wasn't even aware of that bug. Yes, it is fixed upstream. FreeBSD uses a snapshot from 20111218 (SVN-r34449-snapshot-4.2.2), and it works there. Ogg streaming also mostly works with that newer version. -- Christian naddy Weisgerber na...@mips.inka.de
Re: x11/gnome-mplayer
Marc Espie es...@nerim.net wrote: The way to do things properly would be to auto-detect xv and use it, and fall back to x11 otherwise. Actually, mplayer allows you to specify a comma-separated list of video output drivers that will be tried one after the other, e.g. $ mplayer -vo xv,x11 foo.mp4 So xv,x11 would be a sensible default setting for gnome-mplayer. -- Christian naddy Weisgerber na...@mips.inka.de
Re: firefox vs Google Finance
Jan Stary h...@stare.cz wrote: Whan looking at a given stock in Google Finance, say http://www.google.com/finance?q=NYSE:ING the chart doesn't work. Is anyone seeing the same? What could be causing this? I originally noticed it for the exchange rate graphs. It's been broken for quite some time. I just use Wolfram Alpha now... -- Christian naddy Weisgerber na...@mips.inka.de
Unmarked package conflicts
check-conflicts over i386/all turns up these: clutter-1.0.6p6,cogl-1.8.2p1 /usr/local/lib/girepository-1.0/Cogl-1.0.typelib /usr/local/lib/pkgconfig/cogl-1.0.pc /usr/local/lib/pkgconfig/cogl-gl-1.0.pc /usr/local/share/gir-1.0/Cogl-1.0.gir gnupg-1.4.11p0,gnupg-1.4.11p0-idea-card-ldap /usr/local/bin/gpg /usr/local/bin/gpg-zip /usr/local/bin/gpgsplit /usr/local/bin/gpgv /usr/local/info/gnupg1.info /usr/local/libexec/gnupg/gpgkeys_curl /usr/local/libexec/gnupg/gpgkeys_finger /usr/local/libexec/gnupg/gpgkeys_hkp /usr/local/man/cat1/gpg-zip.0 /usr/local/man/cat1/gpg.0 /usr/local/man/cat1/gpg.ru.0 /usr/local/man/cat1/gpgv.0 /usr/local/man/cat7/gnupg.0 /usr/local/share/doc/gnupg/AUTHORS /usr/local/share/doc/gnupg/BUGS /usr/local/share/doc/gnupg/COPYING /usr/local/share/doc/gnupg/DETAILS /usr/local/share/doc/gnupg/FAQ /usr/local/share/doc/gnupg/HACKING /usr/local/share/doc/gnupg/OpenPGP /usr/local/share/doc/gnupg/README /usr/local/share/doc/gnupg/THANKS /usr/local/share/doc/gnupg/TODO /usr/local/share/gnupg/options.skel /usr/local/share/locale/be/LC_MESSAGES/gnupg.mo /usr/local/share/locale/ca/LC_MESSAGES/gnupg.mo /usr/local/share/locale/cs/LC_MESSAGES/gnupg.mo /usr/local/share/locale/da/LC_MESSAGES/gnupg.mo /usr/local/share/locale/de/LC_MESSAGES/gnupg.mo /usr/local/share/locale/el/LC_MESSAGES/gnupg.mo /usr/local/share/locale/en@boldquot/LC_MESSAGES/gnupg.mo /usr/local/share/locale/en@quot/LC_MESSAGES/gnupg.mo /usr/local/share/locale/eo/LC_MESSAGES/gnupg.mo /usr/local/share/locale/es/LC_MESSAGES/gnupg.mo /usr/local/share/locale/et/LC_MESSAGES/gnupg.mo /usr/local/share/locale/fi/LC_MESSAGES/gnupg.mo /usr/local/share/locale/fr/LC_MESSAGES/gnupg.mo /usr/local/share/locale/gl/LC_MESSAGES/gnupg.mo /usr/local/share/locale/hu/LC_MESSAGES/gnupg.mo /usr/local/share/locale/id/LC_MESSAGES/gnupg.mo /usr/local/share/locale/it/LC_MESSAGES/gnupg.mo /usr/local/share/locale/ja/LC_MESSAGES/gnupg.mo /usr/local/share/locale/nb/LC_MESSAGES/gnupg.mo /usr/local/share/locale/nl/LC_MESSAGES/gnupg.mo /usr/local/share/locale/pl/LC_MESSAGES/gnupg.mo /usr/local/share/locale/pt/LC_MESSAGES/gnupg.mo /usr/local/share/locale/pt_BR/LC_MESSAGES/gnupg.mo /usr/local/share/locale/ro/LC_MESSAGES/gnupg.mo /usr/local/share/locale/ru/LC_MESSAGES/gnupg.mo /usr/local/share/locale/sk/LC_MESSAGES/gnupg.mo /usr/local/share/locale/sv/LC_MESSAGES/gnupg.mo /usr/local/share/locale/tr/LC_MESSAGES/gnupg.mo /usr/local/share/locale/zh_CN/LC_MESSAGES/gnupg.mo /usr/local/share/locale/zh_TW/LC_MESSAGES/gnupg.mo libgda-5.0.3v2,libgda-ui-5.0.3p0 /usr/local/share/libgda-5.0/dtd/gdaui-layout.dtd pdfjam-1.20,texlive_base-2011p2 /usr/local/bin/pdf90 /usr/local/bin/pdfjoin /usr/local/bin/pdfnup -- Christian naddy Weisgerber na...@mips.inka.de
Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
Landry Breuil lan...@rhaalovely.net wrote: ESR isn't really targeted to the average joe user, so unless there is a real need and someone proves me he deploys OpenBSD desktops using firefox in large organizations such as universities and other schools, county or city governments and businesses and that he sign up for the Enterprise Working Group mailing list.. Yes, the OpenBSD port and packages are supplied to a large user community. I doubt that I can get any kind of end user support from Mozilla.org for my problems with Firefox on OpenBSD. ESR sounds like it is *exactly* targeted at a project like us. -- Christian naddy Weisgerber na...@mips.inka.de
Ports unlocked
The ports tree is unlocked now. -- Christian naddy Weisgerber na...@mips.inka.de
Re: mp3blaster ate my cpu
Robbert Haarman [EMAIL PROTECTED] wrote: Also mp3blaster sometimes does not display files in the add files dialog, even though it can play them, and sometimes even outright refuses to play a file, even if it's already in the playlist. If I keep it playing long enough, it will eventually segfault and dump core. I haven't seen that yet. I also can't modify the playlist from the console, because somehow the function keys don't work, although I guess that's not because of mp3blaster. The termcap entry pointed to by TERM and the actual codes returned by the function keys must match. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Any games with joystick support?
Recently I picked up a simple USB joystick... uhidev0 at uhub0 port 1 configuration 1 interface 0 uhidev0: MOSIC USB 2A4K GamePad, rev 1.10/1.00, addr 2, iclass 3/0 uhid0 at uhidev0: input=3, output=0, feature=0 ...to check out the joystick support situation in our game ports. I've tried a bunch of plausible candidates and none had working joystick support. In fact, are there _any_ game ports that handle a joystick? I know that emulators/xmame supports joysticks through the *BSD USB API, but even that program segfaults when you try to use the feature. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: Any games with joystick support?
Christian Weisgerber [EMAIL PROTECTED] wrote: In fact, are there _any_ game ports that handle a joystick? Is there anybody who uses a joystick with a game from ports *now*? Not years ago, or it should work, or other such speculation. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: Any games with joystick support?
Michael Knudsen [EMAIL PROTECTED] wrote: I don't really know anything about joysticks, but could this be an joystick-vs-joypad issue? (Analog vs. digital.) I know preciously little about modern joysticks, but the USB one I got didn't even include an MS Windows driver disk, so I assume there is a basic standard for this kind of device. Reading from /dev/uhid0 shows that every state change produces a three-byte message from the joystick; button presses/releases are encoded in a bit map, stick movements (which also actuate switches) produce other sequences. It all looks very straightforward. -- Christian naddy Weisgerber [EMAIL PROTECTED]
update: net/BitTorrent 4.1.3
This is a rough update for net/BitTorrent to 4.1.3. This might fix
some problems. In my very limited testing so far, it didn't fall
into some infinite loop as 4.1.1 sometimes does (but then this
happens very irregularly for me), and kashmir didn't throw up any
background errors. It also fixes the torrent info option in the
GUI client.
The internationalization support has problems. Our gettext tools
are too old for the build script, so I pre-built the message catalog
on a FreeBSD box. Alas, the bt* clients also fail to actually read
the translated message catalogs, because they try the relative path
locale/[...] rather than $PREFIX/share/locale/[...]. This seems
to be a generic problem in the Unix client--which makes me wonder
whether BT is developped on MS Windows. Oh well. Also, when run
from a path such that the translations are found, they are
unconditionally spit out in UTF-8. I thought gettext did transcoding
to the specified LANG/LC_* charset, hmm.
Help is appreciated, as well as testing with python 2.3 and 2.4 and
in particular on platforms other than i386.
(I don't even know Python, I just find BitTorrent... useful.)
Index: Makefile
=== RCS
file: /cvs/ports/net/BitTorrent/Makefile,v retrieving revision 1.11
diff -u -r1.11 Makefile --- Makefile20 Jun 2005 21:19:18 -
1.11 +++ Makefile20 Jul 2005 21:56:56 - @@ -3,7 +3,7 @@
COMMENT= cooperative file distribution system implemented
in Python COMMENT-gui= graphical interface components for
BitTorrent
-VERSION= 4.1.1 +VERSION= 4.1.3
DISTNAME= BitTorrent-${VERSION} PKGNAME-gui=
BitTorrent-gui-${VERSION} CATEGORIES=net
@@ -18,7 +18,11 @@
PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes
-MASTER_SITES= ${HOMEPAGE}dl/ +MASTER_SITES=
${MASTER_SITE_SOURCEFORGE:=bittorrent/} +MASTER_SITES0=
http://grappa.unix-ag.uni-kl.de/~naddy/ +DISTFILES= ${DISTNAME}.tar.gz
+# pre-built file because our gettext tools are too old +DISTFILES+=
bt413-messages.pot:0
MODULES= lang/python
@@ -31,6 +35,8 @@
.endif
NO_REGRESS=Yes
+ +EXTRACT_CASES= *.pot) cp ${FULLDISTDIR}/$$archive
${WRKDIST}/messages.pot ;;
post-configure:
@perl -pi -e 's,/usr/bin/env python,${MODPY_BIN},g' ${WRKBUILD}/bt*.py
Index: distinfo
===
RCS file: /cvs/ports/net/BitTorrent/distinfo,v
retrieving revision 1.6
diff -u -r1.6 distinfo
--- distinfo1 Jun 2005 16:02:31 - 1.6
+++ distinfo20 Jul 2005 21:56:56 -
@@ -1,4 +1,8 @@
-MD5 (BitTorrent-4.1.1.tar.gz) = 57381176882184ad8f539c473ad9bce5
-RMD160 (BitTorrent-4.1.1.tar.gz) = 2d068ba5004b56a0f0f8cdf35802d24fc44f3dc2
-SHA1 (BitTorrent-4.1.1.tar.gz) = 2753a7fa8030c07ce30228bff1e100f6d5c554dd
-SIZE (BitTorrent-4.1.1.tar.gz) = 237743
+MD5 (BitTorrent-4.1.3.tar.gz) = cd4dff145b5dea3789fa384bb94a4de9
+MD5 (bt413-messages.pot) = 3ba5babe4daeb75a2cdab1cd2039b899
+RMD160 (BitTorrent-4.1.3.tar.gz) = 100e03dd445461ce28fa048df87bc3cb89c1b0dc
+RMD160 (bt413-messages.pot) = 4b6716e214a3aaf6e084872f26778df40d518274
+SHA1 (BitTorrent-4.1.3.tar.gz) = b7fd6de13dfbf6be74d2621b8066e11c4d34777d
+SHA1 (bt413-messages.pot) = 4260c3b8e91ea64a12ffee00e99e5e1d57fc09a0
+SIZE (BitTorrent-4.1.3.tar.gz) = 850332
+SIZE (bt413-messages.pot) = 53287
Index: patches/patch-BitTorrent___init___py
===
RCS file: /cvs/ports/net/BitTorrent/patches/patch-BitTorrent___init___py,v
retrieving revision 1.2
diff -u -r1.2 patch-BitTorrent___init___py
--- patches/patch-BitTorrent___init___py1 Jun 2005 16:02:31 -
1.2
+++ patches/patch-BitTorrent___init___py20 Jul 2005 21:56:56 -
@@ -1,16 +1,16 @@
$OpenBSD: patch-BitTorrent___init___py,v 1.2 2005/06/01 16:02:31 naddy Exp $
BitTorrent/__init__.py.origTue May 24 00:01:28 2005
-+++ BitTorrent/__init__.py Sat May 28 12:46:46 2005
-@@ -22,7 +22,7 @@ import os
- import re
-
+--- BitTorrent/__init__.py.origSat Jul 9 01:22:38 2005
BitTorrent/__init__.py Tue Jul 19 20:58:37 2005
+@@ -29,7 +29,7 @@ if os.name == 'posix':
+ gettext.install('bittorrent', 'locale')
+
def calc_unix_dirs():
-appdir = '%s-%s'%(app_name, version)
+appdir = app_name
ip = os.path.join('share', 'pixmaps', appdir)
dp = os.path.join('share', 'doc', appdir)
- return ip, dp
-@@ -133,10 +133,13 @@ if is_frozen_exe:
+ lp = os.path.join('share', 'locale')
+@@ -145,10 +145,13 @@ if is_frozen_exe:
del sys
def spawn(torrentqueue, cmd, *args):
Index: patches/patch-BitTorrent_defaultargs_py
===
RCS file: /cvs/ports/net/BitTorrent/patches/patch-BitTorrent_defaultargs_py,v
retrieving revision 1.2
diff -u -r1.2 patch-BitTorrent_defaultargs_py
--- patches/patch-BitTorrent_defaultargs_py 1 Jun 2005 16:02:31 -
Re: kismet-port
Bernd Ahlers [EMAIL PROTECTED] wrote: Works for me on i386 with an ural(4) wifi card. My ral(4) doesn't see any networks other than the one it was already associated with. It's the same for ifconfig -M, though. Is this a known driver limitation? iwi(4) is fine. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: kismet-port
Christian Weisgerber [EMAIL PROTECTED] wrote: iwi(4) is fine. Actually, there is the strange effect that kismet _sometimes_ marks one of my two APs as using WEP, which is very much not the case. I have no idea whether that is a bug in kismet or related to iwi(4). -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: NEW: graphics/pstoedit
steven mestdagh [EMAIL PROTECTED] wrote: Also, if anyone knows a nicer fix than the post-install part to have pstoedit use the libp2edrvstd.so.0.0 library, I would like to hear it. Don't add -module to the libtool flags for building that library. However, it looks like this actually _is_ a module rather than a library, so you shouldn't fix it. Also, despite your configure patch, CXXFLAGS is still clobbered. (For this kind of simple patch, you can change the configure script directly and don't need to involve autoconf.) -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: pkg_add option for epsv4 ftp transfers
Marc Espie [EMAIL PROTECTED] wrote: FETCH_CMD='ftp -4' pkg_add ought then to work. Good enough ? Objections ? Er, -4 is not the same as epsv4 off. In fact, there is no command line switch for the latter. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: NEW: graphics/pstoedit
Christian Weisgerber [EMAIL PROTECTED] wrote: Oh, I misread, it's the reverse problem, .so.0.0 is actually built but we want plain .so. -module or at most -module -avoid_version should take care of this... but it doesn't. ... due to an unfortunate typo. Use -module -avoid-version. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: NEW: graphics/pstoedit
The modularization raises some questions. On static archs, a module like libp2edrvstd.so can't be loaded (or even built). What effect has this on the functionality of pstoedit? BTW, the static versions of the modules, like libp2edrvstd.a, are entirely useless, no point in packaging them. The same for the .la files corresponding to modules (unless ltdl is involved, but I don't see it). Apparently some additional output modules are available if the libraries they depend on are. I don't know about the others, but at least libMagick++ is available through the ImageMagick port. This points to the idea of enabling further modules in the build and subpackaging them in MULTI_PACKAGES. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: NEW: graphics/pstoedit
steven mestdagh [EMAIL PROTECTED] wrote: BTW, the static versions of the modules, like libp2edrvstd.a, are entirely useless, no point in packaging them. The same for the .la files corresponding to modules (unless ltdl is involved, but I don't see it). What's the preferred way: removing them in post-install or editing PLIST manually? Prefixing with @comment in PLIST. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: NEW: books/svn-book
Mike Pechkin [EMAIL PROTECTED] wrote: Just for fun: 1. I don't understand LICENCE of the book The summary makes it look like a two-clause BSD license. The actual text has a lot of verbiage... the most offensive thing I see is that you may not distribute the book under some copy-protected/DRM scheme. PERMIT_*=Yes. 2. NO pkg/DESCR Oh, come on. Version Control with Subversion describes Subversion, a new version control system designed to supplant CVS. There you are. If a book is available in multiple formats, as this one is, which one do we package? -- Christian naddy Weisgerber [EMAIL PROTECTED]
mp3 players (was: Re: CVS: cvs.openbsd.org: ports)
Robert Nagy [EMAIL PROTECTED] wrote: Add the arm to NOT_FOR_ARCHS because mpg123 is quiet unusable without an FPU. People should use mpg321 instead, or mplayer with the mad flavor. Or madplay. From the people who wrote libmad in the first place. Not that it has any particular advantage, but it seems the natural default choice and I just don't understand why people always ignore it in favor of mpg321. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: perl: warning: Setting locale failed.
Wolfgang S. Rupprecht [EMAIL PROTECTED] wrote: Getting perl to shut up about the LANG variable was probably all I really needed from perl. (And that was a simple export PERL_BADLANG=0). Why set LC_CTYPE to an unsupported value in the first place? -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: perl: warning: Setting locale failed.
Wolfgang S. Rupprecht [EMAIL PROTECTED] wrote: Getting perl to shut up about the LANG variable was probably all I really needed from perl. (And that was a simple export PERL_BADLANG=0). Why set LC_CTYPE to an unsupported value in the first place? Because the choice is that or re-installing netbsd on that machine? I don't follow. From what I understand you set LC_CTYPE=en_US.UTF-8 on your _OpenBSD_ box, which is invalid, and then PERL_BADLANG to shut up perl. Not setting LC_CTYPE in the first place looks like a more straightforward approach. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Anybody want to revive comms/tkhylafax?
comms/tkhylafax has been marked BROKEN=required dependencies not available for several years, possibly because comms/hylafax was marked BROKEN at the time. I don't see why it should be fundamentally broken and a slightly newer release seems to be available, too. Does somebody care to revive the port? Otherwise I guess we could just remove it. (Personally, I don't use hylafax and have no use for this.) -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: lang/clisp build fails on i386 -current
J. Lievisse Adriaanse [EMAIL PROTECTED] wrote: When trying to build lang/clisp on both of my laptops (running -current), the build fails in make build because it can't map the memory correctly, it says something like: [...] Does anybody else has this problems too? Known problem, everybody does. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: mp3 players
Jonathan Martin [EMAIL PROTECTED] wrote:
I never even heard of madplay until I just read these emails. Let me say,
it is nice!!! I was using mp3blaster but it has some strange bug going on
where one cannot adjust the volume down, only up. Maybe it's just me,
hehe.
that bug has existed for at least 5 years.
I have this patch for that. I can't remember where it came from.
The problem is that our mixers don't provide a smooth range 0..255
(scaled to 0..100 by the OSS emulation) but will ratchet up to the
next supported value. The details may vary with the sound hardware,
on my laptops (clcs, auich) the step size is 8. mp3blaster tries
to adjust the volume by +/- 2 on the OSS scale, which doesn't work.
Example: Let outputs.mixer be 103. Setting it to 103+1 will ratchet
it up to 111, but 103-1 will return to 103.
bool OSSMixer::Set(int device, struct volume *vol)
{
+ int retcode;
+ int oldsetting;
+ int delta;
int setting = (vol-left 0xFF) + ((vol-right 0xFF) 8);
- return (ioctl(mixer, MIXER_WRITE(device), setting) = 0);
+
+ ioctl(mixer, MIXER_READ(device), oldsetting);
+
+ if (setting oldsetting) delta = 1;
+ else if (setting oldsetting) delta = -1;
+ else delta = 0;
+
+ retcode = ioctl(mixer, MIXER_WRITE(device), setting);
+
+ ioctl(mixer, MIXER_READ(device), setting);
+ if (setting == oldsetting) {
+ vol-left = vol-left + delta;
+ vol-right = vol-right + delta;
+ setting = (vol-left 0xFF) + ((vol-right 0xFF) 8);
+ retcode = ioctl(mixer, MIXER_WRITE(device), setting);
+ }
+
+ return (retcode = 0);
}
I don't see how this can work, since it doesn't bump the increment
up to the required step size.
*Compiles...*
Nope, doesn't work here.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Re: mp3 players
Christian Weisgerber [EMAIL PROTECTED] wrote: The problem is that our mixers don't provide a smooth range 0..255 (scaled to 0..100 by the OSS emulation) but will ratchet up to the next supported value. The details may vary with the sound hardware, on my laptops (clcs, auich) the step size is 8. mp3blaster tries to adjust the volume by +/- 2 on the OSS scale, which doesn't work. BTW, this is a problem is several ports. If anybody can think of a generic solution... -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: mp3 players
Theo de Raadt [EMAIL PROTECTED] wrote: The problem is that our mixers don't provide a smooth range 0..255 (scaled to 0..100 by the OSS emulation) but will ratchet up to the next supported value. How about a kernel solution. Instead of always rounding up, we can make the code round to farthest thing. So that n+1 would round to n+8, and n-1 would round to n-8. Would that help? Yes, that would fix the problem. Can anybody think of things this new rounding mode would break? I need to think about this. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: gtk+2 emacs mode and mozilla
Peter Valchev [EMAIL PROTECTED] wrote: Now that mozilla has been switched to gtk+2 a lot of people will get bitten by the fact that for some bizarre reason the emacs mode is no longer default in the gtk+2 settings as someone pointed out on this list a few weeks ago. This means that the standard ^U, ^A, ^E etc. emacs commands will no longer work - I mean, those even work on IE on a windows box!! I think this should definitely be made default. It is important to understand that this affects *all* applications that use GTK2. The basic impact is that where ^x used to directly call an action, now if the focus is in an input field it will intercept most ^x keystrokes (and interpret them as editing commands). This shouldn't break any applications, but it is a change in behavior. People running lots of GTK2 apps, maybe a GNOME desktop, should check whether they are comfortable with this--assuming they didn't already set this behavior in ~/.gtkrc-2.0. -- Christian naddy Weisgerber [EMAIL PROTECTED]
SECURITY: textproc/gpdf
gpdf 2.8.1 is based on xpdf 3.00pl1. I've added the pl2 and pl3
security patches, as well as a fix for the CAN-2005-2097 DoS issue
I pulled out of the Mandrake SRPM.
It is important to realize that the xpdf code base is duplicated
several times in the tree: xpdf itself, gpdf, kpdf, and cups. Any
security issue affecting xpdf is likely to also affect its derivatives.
Index: Makefile
===
RCS file: /cvs/ports/textproc/gpdf/Makefile,v
retrieving revision 1.9
diff -u -r1.9 Makefile
--- Makefile21 Feb 2005 16:54:19 - 1.9
+++ Makefile20 Aug 2005 20:49:17 -
@@ -3,6 +3,7 @@
COMMENT= PDF viewer for GNOME
DISTNAME= gpdf-2.8.1
+PKGNAME= ${DISTNAME}p0
CATEGORIES=textproc x11/gnome
HOMEPAGE= http://www.inf.tu-dresden.de/~mk793652/gpdf/
Index: patches/patch-xpdf_GPOutputDev_cc
===
RCS file: patches/patch-xpdf_GPOutputDev_cc
diff -N patches/patch-xpdf_GPOutputDev_cc
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-xpdf_GPOutputDev_cc 20 Aug 2005 20:49:17 -
@@ -0,0 +1,56 @@
+$OpenBSD$
+--- xpdf/GPOutputDev.cc.orig Sat Aug 20 22:36:27 2005
xpdf/GPOutputDev.ccSat Aug 20 22:38:32 2005
+@@ -257,26 +257,14 @@ GnomeFontFace *GPOFontMap::getFontFaceEm
+ }
+ case fontTrueType: {
+ FoFiTrueType *ff;
+-gint fd;
+-gchar *temp_name;
+-FILE *f;
+ gushort *code_to_gid;
+
+ ff = FoFiTrueType::make((char *)contents, length); // FIXME error handling
+
+ code_to_gid = ((Gfx8BitFont *)font)-getCodeToGIDMap(ff); // this is
g(oo)malloc'd
+
+-fd = g_file_open_tmp(gpdf-ttf-XX, temp_name, NULL);
+-f = fdopen(fd, wb);
+-ff-writeTTF(fileWrite, f);
+ delete ff;
+-g_free(contents);
+-fclose(f);
+
+-g_file_get_contents(temp_name, (gchar **)contents, length, NULL);
+-unlink(temp_name);
+-g_free(temp_name);
+-
+ gff = gpdf_font_face_download((const guchar *)font_name,
+ (const guchar *),
+ GNOME_FONT_REGULAR, FALSE,
+@@ -318,25 +306,8 @@ GnomeFontFace *GPOFontMap::getFontFaceEm
+ break;
+ }
+ case fontCIDType2: {
+-FoFiTrueType *ff;
+-gint fd;
+-gchar *temp_name;
+-FILE *f;
+ gint n_cids;
+ gushort *code_to_gid;
+-
+-ff = FoFiTrueType::make((char *)contents, length); // FIXME error handling
+-
+-fd = g_file_open_tmp(gpdf-ttf-XX, temp_name, NULL);
+-f = fdopen(fd, wb);
+-ff-writeTTF(fileWrite, f);
+-delete ff;
+-g_free(contents);
+-fclose(f);
+-
+-g_file_get_contents(temp_name, (gchar **)contents, length, NULL);
+-unlink(temp_name);
+-g_free(temp_name);
+
+ gff = gpdf_font_face_download((const guchar *)font_name,
+ (const guchar *),
Index: patches/patch-xpdf_GfxState_cc
===
RCS file: patches/patch-xpdf_GfxState_cc
diff -N patches/patch-xpdf_GfxState_cc
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-xpdf_GfxState_cc 20 Aug 2005 20:49:17 -
@@ -0,0 +1,24 @@
+$OpenBSD$
+--- xpdf/GfxState.cc.orig Sat Aug 20 22:10:30 2005
xpdf/GfxState.cc Sat Aug 20 22:12:38 2005
+@@ -714,6 +714,11 @@ GfxColorSpace *GfxICCBasedColorSpace::pa
+ }
+ nCompsA = obj2.getInt();
+ obj2.free();
++ if (nCompsA gfxColorMaxComps) {
++error(-1, ICCBased color space with too many (%d %d) components,
++nCompsA, gfxColorMaxComps);
++nCompsA = gfxColorMaxComps;
++ }
+ if (dict-lookup(Alternate, obj2)-isNull() ||
+ !(altA = GfxColorSpace::parse(obj2))) {
+ switch (nCompsA) {
+@@ -1060,7 +1065,7 @@ GfxColorSpace *GfxDeviceNColorSpace::par
+ }
+ nCompsA = obj1.arrayGetLength();
+ if (nCompsA gfxColorMaxComps) {
+-error(-1, DeviceN color space with more than %d %d components,
++error(-1, DeviceN color space with too many (%d %d) components,
+ nCompsA, gfxColorMaxComps);
+ nCompsA = gfxColorMaxComps;
+ }
Index: patches/patch-xpdf_Gfx_cc
===
RCS file: patches/patch-xpdf_Gfx_cc
diff -N patches/patch-xpdf_Gfx_cc
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-xpdf_Gfx_cc 20 Aug 2005 20:49:17 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+--- xpdf/Gfx.cc.orig Sat Aug 20 22:09:21 2005
xpdf/Gfx.ccSat Aug 20 22:10:22 2005
+@@ -2654,7 +2654,9 @@ void Gfx::doImage(Object *ref, Stream *s
+ haveMask = gFalse;
+ dict-lookup(Mask, maskObj);
+ if (maskObj.isArray()) {
+- for (i = 0; i maskObj.arrayGetLength(); ++i) {
++ for (i = 0;
++i maskObj.arrayGetLength() i 2*gfxColorMaxComps;
++++i) {
+ maskObj.arrayGet(i, obj1);
+ maskColors[i] = obj1.getInt();
+ obj1.free();
Index:
Re: lang/pm3 build fails with runtime error
Bernd Schoeller [EMAIL PROTECTED] wrote: Ok, I found out the hard way. Still, if anybody has managed to compile pm3 with some manual intervention, I would appreciate any helpful hints. How big are the chances that it will ever work again (how big was the stat () API change) ? lang/ezm3/patches/patch-libs_m3core_src_unix_openbsd-2_Ustat_i3 Unfortunately the corresponding change proved insufficient for pm3. (ezm3 is a stripped-down version of pm3.) -- Christian naddy Weisgerber [EMAIL PROTECTED]
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: update: multimedia/transcode
Stephan Tesch [EMAIL PROTECTED] wrote: attached is a patch to update multimedia/transcode to the 1.0.1 release. Patching the -current source tree worked ok. But I'm having these problems while building the port on i386: === Building package for transcode-1.0.1 Switching to /usr/ports/multimedia/transcode/pkg/PFRAG.i386 Error in package: /usr/ports/multimedia/transcode/w-transcode-1.0.1/fake-i386//usr/local/lib/transcode/export_net.so does not exist Error in package: /usr/ports/multimedia/transcode/w-transcode-1.0.1/fake-i386//usr/local/lib/transcode/import_net.so does not exist Same here on amd64. I guess these modules aren't even enabled by configure, because it says ... core options static AV-frame buffering yes network (sockets) streams no ... Just a missing --enable-netstream? -- Christian naddy Weisgerber [EMAIL PROTECTED]
Update: devel/bison 2.1
This is based on what Rui Reis submitted here earlier this month.
I'm currently running a full package build with this on i386.
Overriding the GNU m4 check and substituting our m4 will cause the
regression tests to blow up. I haven't looked further into this.
Index: Makefile
===
RCS file: /cvs/ports/devel/bison/Makefile,v
retrieving revision 1.38
diff -u -r1.38 Makefile
--- Makefile26 Jan 2005 16:41:04 - 1.38
+++ Makefile27 Oct 2005 20:42:07 -
@@ -2,25 +2,24 @@
COMMENT= GNU parser generator
-DISTNAME= bison-1.35
-PKGNAME= ${DISTNAME}p1
+DISTNAME= bison-2.1
CATEGORIES=devel
MASTER_SITES= ${MASTER_SITE_GNU:=bison/}
HOMEPAGE= http://www.gnu.org/software/bison/
-MODULES= devel/gettext
-
# GPL
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP=Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-WANTLIB= c
-CONFIGURE_STYLE= gnu
-CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \
- LDFLAGS=-L${LOCALBASE}/lib
-MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/config
+MODULES= devel/gettext
+BUILD_DEPENDS= ::devel/m4
+WANTLIB= c
+
+CONFIGURE_STYLE=gnu
+CONFIGURE_ARGS=--disable-yacc
+MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/build-aux
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/devel/bison/distinfo,v
retrieving revision 1.5
diff -u -r1.5 distinfo
--- distinfo5 Jan 2005 16:22:28 - 1.5
+++ distinfo27 Oct 2005 20:42:07 -
@@ -1,4 +1,4 @@
-MD5 (bison-1.35.tar.gz) = e2c06b27f463c6ba19cafbe113d53b1e
-RMD160 (bison-1.35.tar.gz) = 92fcd3c974dec80076e2bbcfaa9f73e78a95fefa
-SHA1 (bison-1.35.tar.gz) = 83cf06fc56ba2264a5ef1e63678a269dc8de3692
-SIZE (bison-1.35.tar.gz) = 770444
+MD5 (bison-2.1.tar.gz) = b1468d49c1357aebcd1de6ef12cbf3e8
+RMD160 (bison-2.1.tar.gz) = 5c77c0777201bb6a570087c665a7190f924a8b57
+SHA1 (bison-2.1.tar.gz) = b236923e7d4909c6fd8873ac87431833fa45069b
+SIZE (bison-2.1.tar.gz) = 1316270
Index: patches/patch-configure
===
RCS file: /cvs/ports/devel/bison/patches/patch-configure,v
retrieving revision 1.1
diff -u -r1.1 patch-configure
--- patches/patch-configure 13 May 2003 00:12:37 - 1.1
+++ patches/patch-configure 27 Oct 2005 20:42:07 -
@@ -1,37 +1,16 @@
$OpenBSD: patch-configure,v 1.1 2003/05/13 00:12:37 naddy Exp $
configure.orig Mon May 12 16:37:29 2003
-+++ configure Mon May 12 16:42:29 2003
-@@ -9649,7 +9649,6 @@ else
- #include confdefs.h
- #include libintl.h
- extern int _nl_msg_cat_cntr;
--extern int *_nl_domain_bindings;
- extern
- #ifdef __cplusplus
- C
-@@ -9665,7 +9664,7 @@ int
- main ()
- {
- bindtextdomain (, );
--return (int) gettext () + (int) ngettext (, , 0) + _nl_msg_cat_cntr +
*_nl_domain_bindings + *_nl_expand_alias (0)
-+return (int) gettext () + (int) ngettext (, , 0) + _nl_msg_cat_cntr +
*_nl_expand_alias (0)
- ;
- return 0;
- }
-@@ -9696,7 +9695,6 @@ rm -f conftest.$ac_objext conftest$ac_ex
- #include confdefs.h
- #include libintl.h
- extern int _nl_msg_cat_cntr;
--extern int *_nl_domain_bindings;
- extern
- #ifdef __cplusplus
- C
-@@ -9712,7 +9710,7 @@ int
- main ()
- {
- bindtextdomain (, );
--return (int) gettext () + (int) ngettext (, , 0) + _nl_msg_cat_cntr +
*_nl_domain_bindings + *_nl_expand_alias (0)
-+return (int) gettext () + (int) ngettext (, , 0) + _nl_msg_cat_cntr +
*_nl_expand_alias (0)
- ;
- return 0;
- }
+--- configure.orig Thu Oct 27 20:27:44 2005
configure Thu Oct 27 20:28:03 2005
+@@ -15190,10 +15190,10 @@ s,@host_cpu@,$host_cpu,;t t
+ s,@host_vendor@,$host_vendor,;t t
+ s,@host_os@,$host_os,;t t
+ s,@INTL_MACOSX_LIBS@,$INTL_MACOSX_LIBS,;t t
+-s,@LIBICONV@,$LIBICONV,;t t
++s,@LIBICONV@,$LTLIBICONV,;t t
+ s,@LTLIBICONV@,$LTLIBICONV,;t t
+ s,@INTLLIBS@,$INTLLIBS,;t t
+-s,@LIBINTL@,$LIBINTL,;t t
++s,@LIBINTL@,$LTLIBINTL,;t t
+ s,@LTLIBINTL@,$LTLIBINTL,;t t
+ s,@POSUB@,$POSUB,;t t
+ s,@BISON_LOCALEDIR@,$BISON_LOCALEDIR,;t t
Index: patches/patch-doc_bison_texinfo
===
RCS file: patches/patch-doc_bison_texinfo
diff -N patches/patch-doc_bison_texinfo
--- patches/patch-doc_bison_texinfo 13 Jul 2001 01:55:59 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-doc_bison_texinfo,v 1.1 2001/07/13 01:55:59 brad Exp $
doc/bison.texinfo.orig Thu Jul 12 21:05:58 2001
-+++ doc/bison.texinfo Thu Jul 12 21:06:40 2001
-@@ -38,7 +38,7 @@
- @ifinfo
- @format
- START-INFO-DIR-ENTRY
--* bison: (bison). GNU Project parser generator (yacc replacement).
-+* bison: (bison). GNU Project parser generator (yacc replacement).
- END-INFO-DIR-ENTRY
- @end format
- @end ifinfo
Index: patches/patch-lib_Makefile_in
Re: Firefox/t-bird 1.5 beta 2
Peter Stromberg [EMAIL PROTECTED] wrote: After patching, remove any zero sized files Today's public service message: patch -E -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: splitvt: segmentation fault on OpenBSD/amd64 3.7-stable
Marcos Latas [EMAIL PROTECTED] wrote: One gets a segmentation fault running splitvt on OpenBSD/amd64 3.7-stable. What a surprise, with all these warning: cast to pointer from integer of different size flying by during the build. Fixing these... fixes the crash. -- Christian naddy Weisgerber [EMAIL PROTECTED]
UPDATE: devel/gettext 0.14.5
This is a MAJOR update of devel/gettext from our historical version to the latest 0.14.5. Due to extensive changes, I've attached the new port as tarball rather than a diff. This update affects a large number of dependent ports and thus needs extra careful checking. Build and regressions tests successfully tested on amd64, i386, macppc, and sparc64. I'm currently running a bulk build with this on i386. -- Christian naddy Weisgerber [EMAIL PROTECTED] gettext.tgz Description: GNU Unix tar archive
Re: UPDATE: graphics/cairo
Aleksander Piotrowski [EMAIL PROTECTED] wrote: on i386, make regress gives me: 9 of 63 tests failed. Good! 1.0.0 had 15/59 failures Yeah, six tests fixed and now please fix the rest. Including the five that are expected to fail? Tall order. Come on guys, don't discourage contributors if you can't even be bothered to look at their submissions. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: New: net/tn5250
Rui Reis [EMAIL PROTECTED] wrote: I've already updated the port and it's still available here: http://www.openbsd-pt.com/ports/port-tn5250-0.17.3.tar.gz CONFIGURE_STYLE=autoconf is only used when you change one of the files used to create the configure script from, e.g. configure.in, and need to regenerate it. To simply use a provided GNU configure script, set CONFIGURE_STYLE=gnu. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: New: net/tn5250
Rui Reis [EMAIL PROTECTED] wrote:
I've already updated the port and it's still available here:
http://www.openbsd-pt.com/ports/port-tn5250-0.17.3.tar.gz
Further comments on some basic issues:
* This port builds dynamic and static versions of a library.
Add CONFIGURE_ARGS=${CONFIGURE_SHARED} to allow disabling building the
dynamic one.
* It uses an included version of libtool. We now prefer the one
provided by the ports framework, thus set USE_LIBTOOL=Yes.
* There is a regression framework and make regress at the port level
will call it properly. Yes, it's empty in the current release, but we
don't mind. Don't set NO_REGRESS.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Re: Mozilla Firefox 1.5rc1
Peter Strömberg [EMAIL PROTECTED] wrote: rc2 require no other change than updating VER I updated to GTK 2.8 and Firefox 1.5rc2 (from 1.0.7) in one swoop here. i386, remote X11 display. * It picked up perfectly my existing configuration, bookmarks, cookies, history, etc. * Browsing works just fine. I don't use any extensions or Java. No changes, really. * I haven't really noticed any increase in rendering speed. Maybe for crappy pages like tv.com. * Little annoyances are unchanged: the pause before the Go menu opens, selection problems in the drop-down history. * There is one MAJOR improvement, but it concerns a marginal case. If you view pages with many and/or large inline pictures, the X11 server will no longer allocate astonishing amounts of memory, including some temporary leakage while Firefox is running. Dunno if that's a fix in Firefox or GTK. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: akpop3d
Mike Pechkin [EMAIL PROTECTED] wrote: ports@ and naddy@ should be enough. do something. :) I bounced your succinct error report on to the MAINTAINER. Remind me to look into it again in case he doesn't react. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: firefox arrow keys problem
steven mestdagh [EMAIL PROTECTED] wrote: Is anyone else experiencing the following: Using firefox 1.0.7p3 on current sparc64, the up/down arrow keys behave as left/right keys within a HTML textarea element. It also happened with the 1.5b2 version Peter posted earlier. I cannot reproduce this with 1.5rc2 on sparc64. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Extra libs
I built the complete ports tree on amd64 and ran lib-depends-check over the resultant packages. Most of the ones with missing library dependencies should be fixed now. Below is the less critical list of extra LIB_DEPENDS/WANTLIB cases. Some of these might actually be correct, many are harmless, but a few may actually indicate that something fails to link against intended dependencies. People, please have a look over the list and see if you notice anything strange or anything you'd like to fix. === audio/libao, /usr/ports/packages/amd64/all/libao-0.8.5p2.tgz: /usr/ports/packages/amd64/all/libao-esd-0.8.5p1.tgz: Extra: ao.3 === audio/libvorbis /usr/ports/packages/amd64/all/libvorbis-1.1.1p0.tgz: Extra: ogg.5 === audio/normalize /usr/ports/packages/amd64/all/normalize-0.7.4.tgz: Extra: intl.3 Extra: iconv.4 === audio/xmms-tremor /usr/ports/packages/amd64/all/xmms-tremor-1.0.tgz: Extra: xmms.4 === audio/xmp /usr/ports/packages/amd64/all/xmp-2.0.4p2.tgz: /usr/ports/packages/amd64/all/xmms-xmp-2.0.4p0.tgz: Extra: m.2 Extra: X11.9 Extra: c.38 Extra: Xext.9 === converters/wv /usr/ports/packages/amd64/all/wv-0.7.2.tgz: Extra: Magick.8 === databases/db/v4 /usr/ports/packages/amd64/all/db-4.2.52p6.tgz: /usr/ports/packages/amd64/all/db-tcl-4.2.52p1.tgz: Extra: c.38 Extra: tcl84.1 Extra: db.4 === databases/ocaml-postgresql /usr/ports/packages/amd64/all/ocaml-postgresql-1.4.6.tgz: Extra: pq.4 === databases/p5-DBD-Sybase /usr/ports/packages/amd64/all/p5-DBD-Sybase-1.04p1.tgz: Extra: iconv.4 === databases/py-sybase /usr/ports/packages/amd64/all/py-sybase-0.36p0.tgz: Extra: iconv.4 === databases/sqlite3 /usr/ports/packages/amd64/all/sqlite3-3.2.7p0.tgz: /usr/ports/packages/amd64/all/sqlite3-tcl-3.2.7p0.tgz: Extra: readline.3 Extra: ncurses.10 Extra: c.38 Extra: tcl84.1 Extra: sqlite3.8 === devel/apr-util /usr/ports/packages/amd64/all/apr-util-1.0.1p2.tgz: Extra: iconv.4 === devel/lib765 /usr/ports/packages/amd64/all/lib765-0.3.1.1.tgz: Extra: dsk.2 === devel/libgtop /usr/ports/packages/amd64/all/libgtop-1.0.13p1.tgz: Extra: intl.3 Extra: iconv.4 === devel/libgtop,gnome /usr/ports/packages/amd64/all/libgtop-1.0.13p1-gnome.tgz: Extra: intl.3 Extra: gnomesupport.0 Extra: iconv.4 Extra: gnome.36 === devel/mysql-gui-common /usr/ports/packages/amd64/all/mysql-gui-common-2.0.11beta.tgz: Extra: intl.3 Extra: iconv.4 === devel/p5-Locale-gettext /usr/ports/packages/amd64/all/p5-Locale-gettext-1.03.tgz: Extra: iconv.4 === devel/pcre++ /usr/ports/packages/amd64/all/pcre++-0.9.5.tgz: Extra: pcre.0 === devel/sdl,esd /usr/ports/packages/amd64/all/sdl-1.2.9-esd.tgz: Extra: esd.2 === devel/sdl-gfx /usr/ports/packages/amd64/all/sdl-gfx-2.0.12.tgz: Extra: SDL.5 === devel/sdl-sound /usr/ports/packages/amd64/all/sdl-sound-1.0.1p0.tgz: Extra: vorbisenc.2 Extra: smpeg.1 Extra: vorbis.4 Extra: vorbisfile.4 === devel/sdlmm /usr/ports/packages/amd64/all/sdlmm-0.1.8.tgz: /usr/ports/packages/amd64/all/sdlmm-docs-0.1.8.tgz: Extra: SDL.5 === devel/silc-toolkit /usr/ports/packages/amd64/all/silc-toolkit-1.0p2.tgz: Extra: iconv.4 === devel/swig /usr/ports/packages/amd64/all/swig-1.3.24p0.tgz: Extra: guile.9 === devel/tclcl /usr/ports/packages/amd64/all/tclcl-1.0b13.tgz: Extra: otcl.1 === devel/tmake /usr/ports/packages/amd64/all/tmake-1.10.tgz: Extra: qt-mt.3 === devel/uuid /usr/ports/packages/amd64/all/uuid-1.3.1.tgz: /usr/ports/packages/amd64/all/p5-UUID-1.3.1.tgz: Extra: c.38 === devel/varconf /usr/ports/packages/amd64/all/varconf-0.5.4p0.tgz: Extra: Atlas.1 === editors/scintilla /usr/ports/packages/amd64/all/scintilla-1.54p0.tgz: Extra: gtk.2 Extra: gdk.2 === games/enigma /usr/ports/packages/amd64/all/enigma-0.81.tgz: Extra: lualib.5 Extra: lua.5 === graphics/Guppi /usr/ports/packages/amd64/all/Guppi-0.40.3.tgz: Extra: glade-gnome.5 Extra: gnomeprint.17 Extra: gmodule.1 Extra: ORBit.5 Extra: IIOP.5 Extra: intl.3 Extra: gnomesupport.0 Extra: gnomeui.47 Extra: bonobo-print.2 Extra: zvt.6 Extra: iconv.4 Extra: popt.0 Extra: ORBitutil.5 Extra: audiofile.0 Extra: gdk_pixbuf.2 Extra: bonobox.2 Extra: oaf.1 Extra: ungif.5 Extra: glade.5 Extra: ORBitCosNaming.5 Extra: art_lgpl.4 Extra: esd.2 Extra: glib.1 Extra: gnome.36 Extra: xml.9 Extra: bonobo.2 Extra: gdk_imlib.19 === graphics/camlimages /usr/ports/packages/amd64/all/camlimages-2.2.0p0.tgz: Extra: tiff.37 Extra: ungif.5 Extra: jpeg.62 Extra: png.4 === graphics/digikam-doc /usr/ports/packages/amd64/all/digikam-doc-0.7.4p0.tgz: Extra: qt-mt.3 === graphics/gdk-pixbuf /usr/ports/packages/amd64/all/gdk-pixbuf-0.22.0p2.tgz: /usr/ports/packages/amd64/all/gdk-pixbuf-gnome-0.22.0.tgz: Extra: gdk_pixbuf.2 === graphics/libmng /usr/ports/packages/amd64/all/libmng-1.0.9p1.tgz: Extra: lcms.1 Extra: jpeg.62 === graphics/smpeg-xmms /usr/ports/packages/amd64/all/xmms-smpeg-0.3.5.tgz: Extra: xmms.4 === japanese/kterm,xaw3d /usr/ports/packages/amd64/all/ja-kterm-6.2.0p2-xaw3d.tgz: Extra: Xaw3d.11 === japanese/onew,canna /usr/ports/packages/amd64/all/ja-onew-canna-2.2.10.tgz: Extra: canna.1 ===
Re: libtool no symlinked libs patch
Jacob Meuser [EMAIL PROTECTED] wrote:
while working on an update for multimedia/mjpegtools, and adding
USE_LIBTOOL=Yes, I would get libraries where lib/libfoo.so.4.0 would
be a symlink to lib/libfoo-1.8.so.4.0, the real library.
Isn't this simply a mistake in the way libtool is called? The above
behavior is triggered by -release, IIRC.
the following patch for the libtool port changes library_names_spec
to just '${libname}${shared_ext}$versuffix'.
So you are suggesting to remove the offending behavior from libtool
itself rather than patching Makefiles.
Hmmm.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Re: RFC: inputmethod category
Marc Espie [EMAIL PROTECTED] wrote: NetBSD's pkgsrc now has an inputmethod category. I think it's a good idea, considering that a lot of modern stuff (uim, kinput2...) is not really linked to a language per-se. I don't really see the gain over having those in, say, devel or x11, but I don't mind. Objections ? Not really. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: mirroring-ports problem / fetch-all doesn't fetch all?
Jolan Luff [EMAIL PROTECTED] wrote: it seemed to be working in that i download distfiles from new commits. however, i wanted to build some packages offline on my laptop and copied over all the distfiles from my server. it looks like i don't have a few distfiles available, namely the distfiles for www/opera* and print/acroread. mirror-maker skips ports that don't have PERMIT_DISTFILES_FTP=Yes. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: graphics/cairo and graphics/py-cairo
Eric Faurot [EMAIL PROTECTED] wrote: Remove the incorrect -lfreetype flag in cairo.pc. This is IMHO a mistake in cairo distribution because one can link against libcairo without linking against libfreetype. The -L/usr/X11R6/lib flag is Have you talked to the cairo people about this? left to allow ports like pango to detect cairo correctly (pango, for example). I wonder if it is really the way to go and I am starting to think that the whole pkg-config concept is actually broken. Anyway, the change affects all ports that use pkg-config to link against cairo but do not explicitly need freetype. Their WANTLIB might need to be fixed (remove freetype). Seeing that it might again affect ~150 ports, I'm reluctant about this change. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: glib2/gnome weirdness
Marc Espie [EMAIL PROTECTED] wrote: GLib: Cannot convert message: Conversion from character set 'UTF-8' to '646' is not supported Looks like the charset.alias file from libiconv needs to be completed with info about what to do with 646... 646 as a designation is a bit weird. This should really be ISO-646 aka ASCII. I guess I should take a look how glib arrives at 646. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: mozilla-firefox-1.5
Bernd Ahlers [EMAIL PROTECTED] wrote: Attached is an update to mozilla-firefox-1.5. This diff was mostly done by [EMAIL PROTECTED] Please test (esp. on non-i386) and comment. This version still prominently calls itself Deer Park (window title, about, help). Is that a hiccup because ours isn't an official build? An upstream oversight? A new brand dilution scheme? -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: mozilla-firefox-1.5
Peter Strömberg [EMAIL PROTECTED] wrote: We'll have to add --enable-official-branding to CONFIGURE_ARGS to get the right brand.dtd file. Yes, with that I get Firefox. For me this 1.5 update is fine on amd64, i386, and sparc64. -- Christian naddy Weisgerber [EMAIL PROTECTED]
shells/bash (was: Re: CVS: cvs.openbsd.org: ports)
Christian Weisgerber [EMAIL PROTECTED] wrote: Modified files: shells/bash: Makefile distinfo shells/bash/patches: patch-configure Log message: ... Remove static FLAVOR. Maybe I should explain myself. What do you need a statically linked bash for? Seriously? For single user mode, init(8) explicitly asks you what shell to run. So even if you have /usr/local/bin/bash as root's shell and /usr is unavailable, you can extract yourself from that. If you want to copy a static bash to, say, /bin/bash, that's outside the scope of the ports system. We don't need to support this. As people have pointed out in the past, the dependencies for bash-static were dubious. Instead of the LIB_DEPENDS on gettext that MODULES will produce on dynamic archs, it should have BUILD/RUN_DEPENDS. Oh, and properly the static FLAVOR shouldn't even exist on static archs. Sure, I could add .if's for all that, but why bother? Look at FreeBSD's ports/shells/bash/Makefile for an example how to make a straightforward port disproportionally complicated by introducing all sorts of marginal knobs. -- Christian naddy Weisgerber [EMAIL PROTECTED]
amd64 ports breakage
Since I just did a complete ports run on amd64 for testing purposes, here's the list of ports that won't build. For a change, I've left dependent ports in, illustrating that much of KDE is not available. audio/amarok- devel/gstreamer-plugins audio/rhythmbox - devel/gstreamer-plugins devel/gstreamer unsupported arch devel/gstreamer-plugins - devel/gstreamer devel/g-wrapguile devel/mico asm? devel/slib-guileguile lang/erlang ? lang/unicon ? mail/evolution - devel/gstreamer math/maxima [- lang/clisp not for amd64] multimedia/dvdauthorpatch plan9/9libs varargs abuse plan9/wily - plan9/9libs shells/scsh segv x11/gnome/applets2 - devel/gstreamer-plugins x11/gnome/controlcenter2- devel/gstreamer-plugins x11/kde/base3 libXau -fPIC x11/kde/multimedia3 - devel/gstreamer x11/kde/addons3 - x11/kde/multimedia3 x11/kde/artwork3- x11/kde/base3 x11/kde/pim3? x11/kde/sdk3- x11/kde/pim3 x11/kde/webdev - x11/kde/sdk3 x11/qinx- x11/kde/base3 -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: amd64 ports breakage
Brad [EMAIL PROTECTED] wrote: x11/kde/base3 libXau -fPIC Can I see the log for this? Is base3 trying to link libXau into a shared library or object? Yes. Matthieu has added a dynamix libXau, which has fixed this problem. x11/kde/pim3? Can I see the log for this too? Nikolay has a fix. It was an LP64 issue, apparently the size of long was determined by comparing against an incomplete list of archs. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: graphics/cairo fix for 8bpp stuff
Mark Kettenis [EMAIL PROTECTED] wrote: Actually, it's not the pixel depth that matters, but the fact that the code basically assumes that all the world is TrueColor, and that 8bpp visuals almost never are. With this, firefix seems to be happy on my iMac with wsfb. After I can now reproduce this locally (X11 in 8bpp mode plus going through ssh -X): This is not a fix. It prevents the segfault, but badly screws up the display with other GTK applications. See gtk-demo, for instance. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: graphics/cairo fix for 8bpp stuff
Eric Faurot [EMAIL PROTECTED] wrote: After I can now reproduce this locally (X11 in 8bpp mode plus going through ssh -X): This is not a fix. It prevents the segfault, but badly screws up the display with other GTK applications. See gtk-demo, for instance. Could you please test (current cairo, not with the suggested fix) using ssh -Y instead of -X? That doesn't reproduce the problem, so it's beside the point. Kettenis has figured out that what matters is whether you have a TrueColor/DirectColor visual or not. Check with xdpyinfo(1). That is a problem at least for macppc with X11 on wsfb. It turns out not to be a problem for local X11 clients e.g. on my laptop with the ati driver in 8bpp mode, so depending on the X11 drivers involved your simply setting your display to 8bpp might not be sufficient to see the problem. In that case, the combination of a default PseudoColor visual in 8bpp *and* limiting the X11 client to untrusted operations is required. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: ugly fonts in mozilla-firefox-1.5
David Krause [EMAIL PROTECTED] wrote: I started up 1.0 on another system and compared. It seems that 3 of the 4 default fonts changed: Proportional: Serif - Serif Serif: serif - Times Sans-serif: sans-serif - Helvetica Monospace: monospace - Courier Is anyone else seeing this? Now that you mention it, yes. I changed them back(?) to Serif: serif, Sans-serif: sans-serif, and Monospace: monospace and subsequently forgot about it. The Cyrillic font picked for Wikipedia articles sucks (it's mono-spaced), but I haven't looked into that. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: updating for update's sake
[EMAIL PROTECTED] wrote: Once upon a time it seemed that these gratuitous updates were frowned upon. Depends what you term gratuitous. Following test (alpha, beta, pre-) releases without a good reason is frowned upon. By contrast, following regular/stable releases looks like a normal part of maintaining a port to me. Bugs do get fixed, and frequently the extent of this is not clear from the change log. But I am curious what the official stance is now. I'm not sure we have one. :- I'm probably just thinking too hard about this. Yes, I think you are. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: xpdf in -current broken
Marcos Latas [EMAIL PROTECTED] wrote: On my amd64 -current system, I just need to launch the program and touch the mouse wheel for a core dump. That happens on i386, too. It doesn't happen if you actually specify a PDF document. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: x11/jwm
Michael Knudsen [EMAIL PROTECTED] wrote:
New version attached.
DESCR doesn't quite make sense. Surely somebody who installs the
package is not concerned with hypothetical compile time options.
Gmake isn't really required. Just remove the mistaken $ dependency for
the .c.o suffix rule in src/Makefile.in.
When adding preprocessor options, such as include paths, for the
benefit of a GNU configure script, use CPPFLAGS rather than CFLAGS.
Makefiles written according to GNU autotools standards will have a
replacement like
CFLAGS = @CFLAGS@ @CPPFLAGS@
If a Makefile fails to pick up CPPFLAGS, add it.
Your patch-src_Makefile_in should not be necessary. If configure
fails to substitute the desired values there, you probably should
fix configure.
Rather than kludging -lz -lm for png into LDFLAGS, try expanding the
corresponding AC_CHECK_LIB call in configure.in by the fifth other
libs argument. (See the autoconf docs on the AC_CHECK_LIB macro.)
Switch the port to CONFIGURE_STYLE=autoconf and don't forget to
specify AUTOCONF_VERSION. -L${LOCALBASE}/lib in LDFLAGS is fine.
Use the current major version of the respective libs in LIB_DEPENDS.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Re: sparc packages snapshot
Antoine Jacoutot [EMAIL PROTECTED] wrote: www/cssed ScintillaGTK.cxx:1164: syntax error before `=' Anyone could have a look at it ? Fixed. A number of source files have trailing carriage returns (i.e., Microsoft end of line format). gcc usually doesn't care, it's just trailing whitespace, but ScintillaGTK.cxx uses line continuation foo \ bar Instead of the backslash, the trailing CR is the final character, causing a syntax error with gcc2. gcc3 apparently has some extra handling for this. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: www/snownews on amd64
David Cathcart [EMAIL PROTECTED] wrote: This is a patch to stop snownews segfaulting on amd64 when it reloads a feed. It's from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333959 Tested on amd64 and i386. I'd like to test it on alpha but don't have one to hand. Index: patches/patch-md5_h How about just using the MD5* functions from libc instead of fixing that re-implementation? -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: mozilla-firefox-1.5.0.1
Craig McCormick [EMAIL PROTECTED] wrote: However, has anybody tried to import bookmarks? Via Manage bookmarks, if I try to import a bookmarks.html file, I just did that on -current/sparc64. Works fine. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: www/snownews on amd64
Christian Weisgerber [EMAIL PROTECTED] wrote:
This is a patch to stop snownews segfaulting on amd64 when it reloads
a feed. It's from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333959
Tested on amd64 and i386. I'd like to test it on alpha but don't have
one to hand.
Index: patches/patch-md5_h
How about just using the MD5* functions from libc instead of fixing
that re-implementation?
And here's the corresponding patch.
Index: Makefile
===
RCS file: /cvs/ports/www/snownews/Makefile,v
retrieving revision 1.10
diff -u -r1.10 Makefile
--- Makefile3 Nov 2005 00:52:44 - 1.10
+++ Makefile19 Feb 2006 20:17:14 -
@@ -2,6 +2,7 @@
COMMENT= text mode rss newsreader
DISTNAME= snownews-1.5.7
+PKGNAME= ${DISTNAME}p0
CATEGORIES=www
MASTER_SITES= ${HOMEPAGE}download/
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/www/snownews/patches/patch-Makefile,v
retrieving revision 1.8
diff -u -r1.8 patch-Makefile
--- patches/patch-Makefile 3 Nov 2005 00:52:45 - 1.8
+++ patches/patch-Makefile 19 Feb 2006 20:17:14 -
@@ -1,12 +1,21 @@
$OpenBSD: patch-Makefile,v 1.8 2005/11/03 00:52:45 cathcart Exp $
Makefile.orig Wed Sep 29 11:28:31 2004
-+++ Makefile Tue Oct 12 22:52:36 2004
+--- Makefile.orig Sun Jun 5 11:50:22 2005
Makefile Thu Feb 16 22:15:51 2006
@@ -1,4 +1,4 @@
-CC= gcc
+#CC= gcc
MAKE= make
INSTALL=install
LOCALEPATH= $(PREFIX)/share/locale
+@@ -8,7 +8,7 @@ LOCALEPATH= $(PREFIX)/share/locale
+ include platform_settings
+
+ ### Object files ###
+-OBJFILES= main.o netio.o interface.o xmlparse.o updatecheck.o conversions.o
dialog.o ui-support.o categories.o about.o cookies.o setup.o net-support.o
digcalc.o md5.o filters.o io-internal.o os-support.o zlib_interface.o support.o
++OBJFILES= main.o netio.o interface.o xmlparse.o updatecheck.o conversions.o
dialog.o ui-support.o categories.o about.o cookies.o setup.o net-support.o
digcalc.o filters.o io-internal.o os-support.o zlib_interface.o support.o
+
+ VERSION= `grep VERSION version.h | sed s/\//g | sed s/\#define\ VERSION\ //`
+ DISTDIR= snownews-$(VERSION)
@@ -42,11 +42,11 @@ locales:
done
@@ -21,12 +30,12 @@
sed s/VERSION/$(VERSION)/ $(MAN)/$$L/snownews.1; \
done
-@@ -60,7 +60,7 @@ install-bin: snownews
+@@ -59,7 +59,7 @@ install-bin: snownews
if [ ! -d $(DESTDIR)$(PREFIX)/bin ]; then \
mkdir -p $(DESTDIR)$(PREFIX)/bin; \
fi
- $(INSTALL) -s snownews $(DESTDIR)$(PREFIX)/bin
+ $(INSTALL) snownews $(DESTDIR)$(PREFIX)/bin
$(INSTALL) opml2snow $(DESTDIR)$(PREFIX)/bin
-
- install-locales: locales
+ if [ ! -f $(DESTDIR)$(PREFIX)/bin/snow2opml ]; then \
+ ln -sf $(DESTDIR)$(PREFIX)/bin/opml2snow
$(DESTDIR)$(PREFIX)/bin/snow2opml; \
Index: patches/patch-conversions_c
===
RCS file: patches/patch-conversions_c
diff -N patches/patch-conversions_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-conversions_c 19 Feb 2006 20:17:14 -
@@ -0,0 +1,27 @@
+$OpenBSD$
+--- conversions.c.orig Thu Feb 16 22:14:10 2006
conversions.c Thu Feb 16 22:17:11 2006
+@@ -24,6 +24,7 @@
+ *
+ */
+
++#include sys/types.h
+ #include string.h
+ #include iconv.h
+ #include stdio.h
+@@ -33,6 +34,7 @@
+ #include errno.h
+ #include libxml/HTMLparser.h
+ #include langinfo.h
++#include md5.h
+
+ /* I have no idea what needs to be defined to get strptime() on glibc.
+ * This is stolen from somewhere else and it works for me(tm).
+@@ -49,7 +51,6 @@
+ #include interface.h
+ #include ui-support.h
+ #include setup.h
+-#include md5.h
+ #include digcalc.h
+
+ extern struct entity *first_entity;
Index: patches/patch-digcalc_c
===
RCS file: patches/patch-digcalc_c
diff -N patches/patch-digcalc_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-digcalc_c 19 Feb 2006 20:17:14 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+--- digcalc.c.orig Thu Feb 16 22:13:28 2006
digcalc.c Thu Feb 16 22:13:48 2006
+@@ -14,8 +14,8 @@
+ * MD5 implementation rather than using RSA's.
+ */
+
+-#include md5.h
+-
++#include sys/types.h
++#include md5.h
+ #include string.h
+ #include digcalc.h
+
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Re: bsd.port.subdir.mk and makesum?
Toni Mueller [EMAIL PROTECTED] wrote: ok, thanks for the heads-up. I am more interested if it's intentional behaviour that I _can't_ make makesum from the top directory when Makefile includes bsd.port.subdir.mk instead of bsd.port.mk. Only a subset of the bsd.port.mk targets are available at the directory level above. I don't think too much thought went into designing that subset, it just grew over time. That said, I can't think of a good use for a recursive makesum. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: UPDATE: net/irssi-0.8.10
steven mestdagh [EMAIL PROTECTED] wrote:
- is it possible to use config.guess/config.sub from infrastructure/db?
The patches bring those files exactly to the state of those in
insfrastructure/db, at least according to diff. Or is there a better way to
do it?
copy the files into ${WRKSRC}?
No, set MODGNU_CONFIG_GUESS_DIRS and the files will be automatically
copied.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
editors/zile: need help with curses
I'd like to update editors/zile, but ever since it was switched to
curses(3), it crashes on exit:
zile in free(): error: free_pages: pointer to wrong page
Abort trap (core dumped)
...
#8 0x4b8fb103 in del_curterm (termp=0x4330a000)
at /usr/src/lib/libcurses/tinfo/lib_cur_term.c:67
#9 0x4b90a536 in delscreen (sp=0x4a061000)
at /usr/src/lib/libcurses/base/lib_set_term.c:112
#10 0x00417ae3 in term_close () at term_ncurses.c:122
#11 0x00411810 in main (argc=1, argv=0x7f7c9778) at main.c:330
Apparently, curses tries to free some internal structures that
haven't been properly initialized. Does anybody spy an error in
the code below (from zile/src/term_ncurses.c)? Nothing else appears
to touch *screen.
---
typedef SCREEN Screen;
Screen *screen;
int xterm;
...
void term_init(void)
{
char *term = getenv(TERM);
if (term strcmp(term, xterm) == 0) {
xterm = TRUE;
printf(\033[?1036;h); /* Make Meta send ESC */
}
screen = newterm(NULL, stdout, stdin);
set_term(screen);
term_set_size((size_t)COLS, (size_t)LINES);
noecho();
nonl();
raw();
intrflush(stdscr, FALSE);
keypad(stdscr, TRUE);
}
void term_close(void)
{
/* Clear last line. */
term_move((size_t)(LINES - 1), 0);
term_clrtoeol();
term_refresh();
/* Free memory and finish with ncurses. */
endwin();
delscreen(screen);
if (xterm) {
printf(\033[?1036;l); /* Reset Meta key */
printf(\r \r);/* Overwrite string in previous line
for terminal emulators that don't
understand it */
}
screen = NULL;
}
---
Dropping the extra SCREEN handling, which seems to serve no particular
purpose, and using plain initscr(3) seems to work, but still, what's
wrong?
Index: Makefile
===
RCS file: /cvs/ports/editors/zile/Makefile,v
retrieving revision 1.9
diff -u -r1.9 Makefile
--- Makefile25 Jul 2005 15:26:37 - 1.9
+++ Makefile14 Mar 2006 20:35:31 -
@@ -2,7 +2,7 @@
COMMENT= zile is lossy emacs
-DISTNAME= zile-2.2.2
+DISTNAME= zile-2.2.13
CATEGORIES=editors
HOMEPAGE= http://zile.sourceforge.net/
@@ -11,7 +11,7 @@
PERMIT_PACKAGE_FTP=Yes
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
-WANTLIB= c termcap
+WANTLIB= c ncurses
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=zile/}
Index: distinfo
===
RCS file: /cvs/ports/editors/zile/distinfo,v
retrieving revision 1.6
diff -u -r1.6 distinfo
--- distinfo25 Jul 2005 15:26:37 - 1.6
+++ distinfo14 Mar 2006 20:35:31 -
@@ -1,4 +1,4 @@
-MD5 (zile-2.2.2.tar.gz) = 7eb5d67ed3bb58e2f4cf94a841c1d7bb
-RMD160 (zile-2.2.2.tar.gz) = 15c847d1b1f0b04366d24d3e9a4079010dadb47f
-SHA1 (zile-2.2.2.tar.gz) = 69bb595f3a917cf6c363e5b69b90db7e73d41cde
-SIZE (zile-2.2.2.tar.gz) = 333424
+MD5 (zile-2.2.13.tar.gz) = d2156809cf1482c2f670d35b083babb5
+RMD160 (zile-2.2.13.tar.gz) = 01d784d8cab51584ea1155483bf326414f9877ec
+SHA1 (zile-2.2.13.tar.gz) = f8593ea026ed04bd878f2310065dc569d7ea44c6
+SIZE (zile-2.2.13.tar.gz) = 329639
Index: patches/patch-src_term_ncurses_c
===
RCS file: patches/patch-src_term_ncurses_c
diff -N patches/patch-src_term_ncurses_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_term_ncurses_c14 Mar 2006 20:35:31 -
@@ -0,0 +1,37 @@
+$OpenBSD$
+--- src/term_ncurses.c.origTue Mar 14 20:59:08 2006
src/term_ncurses.c Tue Mar 14 20:59:49 2006
+@@ -35,8 +35,6 @@
+ #include zile.h
+ #include extern.h
+
+-typedef SCREEN Screen;
+-Screen *screen;
+ int xterm;
+
+ void term_move(size_t y, size_t x)
+@@ -98,8 +96,7 @@ void term_init(void)
+ xterm = TRUE;
+ printf(\033[?1036;h); /* Make Meta send ESC */
+ }
+- screen = newterm(NULL, stdout, stdin);
+- set_term(screen);
++ initscr();
+
+ term_set_size((size_t)COLS, (size_t)LINES);
+
+@@ -119,14 +116,12 @@ void term_close(void)
+
+ /* Free memory and finish with ncurses. */
+ endwin();
+- delscreen(screen);
+ if (xterm) {
+ printf(\033[?1036;l); /* Reset Meta key */
+ printf(\r \r);/* Overwrite string in previous line
+for terminal emulators that don't
+understand it */
+ }
+- screen = NULL;
+ }
+
+ static size_t translate_key(int c)
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Re: 9libs port shows error on OpenBSD4.0/amd64
Siju George [EMAIL PROTECTED] wrote: I did try to get the ports below Plan9 installed on my OpenBSD 4.0/amd64 and got the following errors :-( 9libs uses some terribly unportable code that only happens to work on some archs (i386, sparc, sparc64). Fixing this is not straightforward. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: [4.0] sixxs-aiccu-2007-01-07
Kurt Miller [EMAIL PROTECTED] wrote: I would like to point out that the aixxs-aiccu client isn't needed at all in most cases. Simply use /etc/hostname.gif0 with the appropriate 'up giftunnel' and 'up inet6' lines and set your default ipv6 route. Nothing more is needed. That assumes a static IPv4 address, which in my part of the world is virtually nonexistent for residential ADSL lines. With dynamic addresses, you need to implement the SixXS heartbeat protocol. Although net/sixxs-heartbeatd is perfectly functional, it is deprecated by SixXS. The port that comes with the sixxs distfile is outdated. Attached is a proper port for -current that I created to use AYIYA. Sigh. We need to compare notes. I have an aiccu port sitting on my disk, too. -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: [4.0] sixxs-aiccu-2007-01-07
Christian Weisgerber: The port that comes with the sixxs distfile is outdated. Attached is a proper port for -current that I created to use AYIYA. Sigh. We need to compare notes. I have an aiccu port sitting on my disk, too. I'm attaching my port, which takes some cosmetic inspiration from kurt's. It does not include the cumbersome gnutls dependency, since the SixXS TIC servers currently do not support TLS anyway. (Confirmed by SixXS staff). I've only tested this with my heartbeat gif(4) tunnel. -- Christian naddy Weisgerber [EMAIL PROTECTED] aiccu.tar.gz Description: Binary data
Re: [4.0] sixxs-aiccu-2007-01-07
I'm attaching my port, which takes some cosmetic inspiration from kurt's. It does not include the cumbersome gnutls dependency, since the SixXS TIC servers currently do not support TLS anyway. (Confirmed by SixXS staff). I've only tested this with my heartbeat gif(4) tunnel. Now with aiccu-20070115. -- Christian naddy Weisgerber [EMAIL PROTECTED] aiccu.tar.gz Description: Binary data
