Re: U-Boot 2022.10 and dtb from Linux 6.0.8
> On 8 May 2023, at 22:44, Mark Kettenis wrote: > >> From: Patrick Wildt >> Date: Mon, 8 May 2023 14:14:27 +0200 >> >>> Am 07.05.2023 um 19:54 schrieb Klemens Nanni : >>> >>> On Sun, May 07, 2023 at 06:30:55PM +0200, Mark Kettenis wrote: As I've said before, the u-boot developers have poor quality control and this will almost certainly break some targets. I think the way forward is to have a u-boot port per SoC such that we can leave older SoCs using an older U-Boot version that we know to be good while newer SoCs can switch to a newer version after testing a few boards. >>> >>> That should always work. Not sure if pulling them out of the main u-boot >>> port one by one or all at once is better, though. >>> >>> For the 2207.* update it seemed as if the Pinebook Pro's breakage alone kept >>> all others boards on outdated versions and we practically have no other way >>> of disentangling this mess, afaict. >>> >>> We already have sysutils/u-boot-asahi. >>> >>> Would mean some ports shuffling and installing more package where boot media >>> is built, but that doesn't seem like too much work. >> >> Why don‘t we change the armv7 miniroots to not provide any U-Boot, >> like we already do on arm64, > > Not against doing this, but by "old" I don't necessarily mean just > armv7. > >> and then we can remove the whole U-Boot port and not have to >> maintain it? > > Unfortunately there isn't a good source for pre-built U-Boot binaries, > let alone a source of pre-built U-Boot binaries that didn't somehow > fuck up EFI support. > > So I think the u-boot port *is* useful even if we don't use it to > create bootable installer images. But only as long as we don't ship a > package with broken images. It is clear that we don't have the > manpower and infrastructure to test a large enough fraction of the > u-boot binaries that our current u-boot package produces. Hence my > suggestion to split the package (and mostly forget about the older > ones where new versions of U-Boot don't really add any new > functionality). I agree completely with Mark here.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2016/10/03 06:11:29 Modified files: devel/libgtop2 : Makefile Added files: devel/libgtop2/patches: patch-sysdeps_openbsd_procmap_c Log message: gut the procmap functionality so this can build. i broke it by moving uvm datastructures from RB macros to RBT functions. gutting libgtop2 basically means make it return an empty list of mappings. ok jasper@ sthen@
mailman vs --with-mail-gid and its flavors
rather than have a flavour of mailman per mta you might use so you can compile the wrapper with a different group that could be used for delivery, just have a dedicated _mailmanq group that you can put whatever mta you're using into. ok? Index: infrastructure/db/user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.248 diff -u -p -r1.248 user.list --- infrastructure/db/user.list 18 May 2015 21:10:18 - 1.248 +++ infrastructure/db/user.list 4 Jun 2015 01:25:09 - @@ -262,3 +262,4 @@ id usergroup port options 751 _knot _knot net/knot 752 _logstash _logstash sysutils/logstash/logstash 753 _mosquitto _mosquitto net/mosquitto +754_mailmanq mail/mailman Index: mail/mailman/Makefile === RCS file: /cvs/ports/mail/mailman/Makefile,v retrieving revision 1.81 diff -u -p -r1.81 Makefile --- mail/mailman/Makefile 9 Apr 2015 15:37:08 - 1.81 +++ mail/mailman/Makefile 4 Jun 2015 01:25:09 - @@ -39,17 +39,8 @@ CONFIGURE_ARGS+= --prefix='${MMHOME}' \ --with-var-prefix='${MMSPOOL}' \ --without-permcheck \ --with-username=_mailman \ - --with-groupname=_mailman - -FLAVORS= postfix sendmail -FLAVOR?= -.if ${FLAVOR:Mpostfix} -CONFIGURE_ARGS+=--with-mail-gid=_mailman -.elif ${FLAVOR:Msendmail} -CONFIGURE_ARGS+=--with-mail-gid=daemon -.else -CONFIGURE_ARGS+=--with-mail-gid=_smtpd -.endif + --with-groupname=_mailman \ + --with-mail-gid=_mailmanq \ SCRIPTS= Mailman/Archiver/pipermail.py \ Mailman/Post.py \ Index: mail/mailman/pkg/PLIST === RCS file: /cvs/ports/mail/mailman/pkg/PLIST,v retrieving revision 1.25 diff -u -p -r1.25 PLIST --- mail/mailman/pkg/PLIST 9 Apr 2015 15:37:08 - 1.25 +++ mail/mailman/pkg/PLIST 4 Jun 2015 01:25:09 - @@ -1,5 +1,6 @@ @comment $OpenBSD: PLIST,v 1.25 2015/04/09 15:37:08 okan Exp $ @newgroup _mailman:504 +@newgroup _mailmanq:754 @newuser _mailman:504:_mailman:daemon:Mailing List Manager:${PREFIX}/lib/mailman:/sbin/nologin @extraunexec rm -fr /var/spool/mailman/* @owner _mailman Index: mail/mailman/pkg/README === RCS file: /cvs/ports/mail/mailman/pkg/README,v retrieving revision 1.3 diff -u -p -r1.3 README --- mail/mailman/pkg/README 2 Jun 2011 13:41:39 - 1.3 +++ mail/mailman/pkg/README 4 Jun 2015 01:25:09 - @@ -175,12 +175,10 @@ system and version of Python. more information. - Problem: I use Postfix for my MTA and the mail wrapper programs - are logging complaints about the wrong GID. + Problem: The mail wrapper programs are logging complaints about + the wrong GID. - Solution: Install mailman with the following command: - - % FLAVOR=postfix make install + Solution: Add your MTAs user to the _mailmanq group Problem: I send mail to the list, and get back mail saying,
php 5.5 and tidyReleaseDate
without this you get segfaults running phpinfo(). this is the same problem fixed by ports/lang/php/5.3/patches/patch-ext_tidy_tidy_c and ports/lang/php/5.4/patches/patch-ext_tidy_tidy_c Index: patch-ext_tidy_tidy_c === RCS file: /cvs/ports/lang/php/5.5/patches/patch-ext_tidy_tidy_c,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-ext_tidy_tidy_c --- patch-ext_tidy_tidy_c 7 Aug 2013 16:46:55 - 1.1.1.1 +++ patch-ext_tidy_tidy_c 4 Jun 2015 01:28:54 - @@ -1,12 +1,15 @@ $OpenBSD: patch-ext_tidy_tidy_c,v 1.1.1.1 2013/08/07 16:46:55 robert Exp $ --- ext/tidy/tidy.c.orig.port Wed Jul 3 08:10:53 2013 +++ ext/tidy/tidy.cSat Jul 27 18:39:50 2013 -@@ -30,7 +30,7 @@ +@@ -30,7 +30,8 @@ #include php_ini.h #include ext/standard/info.h -#include tidy.h +#include tidyp.h ++#define tidyReleaseDate() tidyVersion() + #include buffio.h + #include buffio.h /* compatibility with older versions of libtidy */
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2014/08/29 00:56:48 Modified files: lang/php/5.4 : Makefile lang/php/5.4/patches: patch-ext_tidy_tidy_c Log message: port the fix for the tidy tidyReleaseDate vs tidyVersion segfault. basically ports/lang/php/5.3/patches/patch-ext_tidy_tidy_c r1.3 ok robert@ sthen@
luaposix update
this bumps luaposix up to version 32. ok? Index: Makefile === RCS file: /cvs/ports/devel/luaposix/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile11 Mar 2013 10:50:11 - 1.19 +++ Makefile11 Jun 2014 07:01:55 - @@ -3,29 +3,26 @@ SHARED_ONLY= Yes COMMENT= posix library for the lua language -DISTNAME= luaposix-5.1.4 +V= 32 +DISTNAME= luaposix-release-v${V} EPOCH= 0 REVISION= 1 +PKGNAME= luaposix-${V} CATEGORIES=devel -MASTER_SITES= http://luaforge.net/frs/download.php/3572/ +MASTER_SITES= https://github.com/luaposix/luaposix/archive/ -HOMEPAGE= http://luaforge.net/projects/luaposix/ +HOMEPAGE= https://github.com/luaposix/luaposix/ # Public domain PERMIT_PACKAGE_CDROM= Yes MODULES= lang/lua -TEST_DEPENDS=${BUILD_PKGPATH} +MODLUA_RUN_DEPENDS=devel/luabitop -do-build: - ${CC} ${CFLAGS} -fPIC -I${MODLUA_INCL_DIR} -shared \ - ${WRKDIST}/lposix.c -o ${WRKDIST}/posix.so - -do-install: - ${INSTALL_DATA_DIR} ${MODLUA_LIBDIR} - ${INSTALL_DATA} ${WRKSRC}/posix.so ${MODLUA_LIBDIR} - -do-test: - cd ${WRKSRC} ${MODLUA_BIN} *.lua +CONFIGURE_STYLE=gnu +CONFIGURE_ARGS+=--libdir=${MODLUA_LIBDIR} +CONFIGURE_ENV+=LUA=${MODLUA_BIN} \ + LUA_VERSION=${MODLUA_VERSION} \ + LUA_INCLUDE=-I${MODLUA_INCL_DIR} .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/devel/luaposix/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo6 Sep 2009 15:39:21 - 1.6 +++ distinfo11 Jun 2014 07:01:55 - @@ -1,5 +1,2 @@ -MD5 (luaposix-5.1.4.tar.gz) = BzAZsaUr/duU4lIVU7R+9Q== -RMD160 (luaposix-5.1.4.tar.gz) = 68sjazNi952yy60Or2cFEzE+iik= -SHA1 (luaposix-5.1.4.tar.gz) = Q0RqnLkSRz6C07UWI4PdehB46cU= -SHA256 (luaposix-5.1.4.tar.gz) = D3j+nIisdZWSKaWdqw2IZbP1xXMHBag+dMJG9HUigWc= -SIZE (luaposix-5.1.4.tar.gz) = 13390 +SHA256 (luaposix-release-v32.tar.gz) = Cdu96CX9m3aoofaoCSBDT4Ypo5LNGEACHtS5WyH88HM= +SIZE (luaposix-release-v32.tar.gz) = 552641 Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-configure 11 Jun 2014 07:01:55 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- configure.orig Wed Jun 11 15:20:40 2014 configure Wed Jun 11 15:21:08 2014 +@@ -14077,7 +14077,7 @@ _ACEOF + if ac_fn_c_try_run $LINENO; then : +ax_cv_lua_header_version=`./conftest$EXEEXT p | \ + sed s|^Lua \(.*\)|\1| | \ +-grep -o ^[0-9]\+\\.[0-9]\+` ++egrep -o ^[0-9]+.[0-9]+` + + else + ax_cv_lua_header_version='unknown' Index: patches/patch-ext_posix_posix_c === RCS file: patches/patch-ext_posix_posix_c diff -N patches/patch-ext_posix_posix_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-ext_posix_posix_c 11 Jun 2014 07:01:55 - @@ -0,0 +1,13 @@ +$OpenBSD$ +--- ext/posix/posix.c.orig Wed Jun 11 15:24:32 2014 ext/posix/posix.c Wed Jun 11 15:25:06 2014 +@@ -2594,8 +2594,7 @@ static int Ptimes(lua_State *L) + MENTRY( _DATA ) \ + MENTRY( _FSIZE ) \ + MENTRY( _NOFILE ) \ +- MENTRY( _STACK ) \ +- MENTRY( _AS ) ++ MENTRY( _STACK ) + + static const int Krlimit[] = + { Index: patches/patch-test_lua === RCS file: patches/patch-test_lua diff -N patches/patch-test_lua --- patches/patch-test_lua 6 Sep 2009 15:39:21 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-test_lua,v 1.1 2009/09/06 15:39:21 jolan Exp $ test.lua.orig Thu Jan 24 08:15:06 2008 -+++ test.lua Sun Sep 6 10:36:17 2009 -@@ -83,7 +83,7 @@ if pid==0 then - ppid=ox.getpidppid - io.write(in child process ,pid, from ,ppid,.\nnow executing date... ) - io.flush() -- assert(ox.exec(date,+[%c])) -+ assert(ox.exec(/bin/date,+[%c])) - printshould not get here - else - io.write(process ,ox.getpidpid, forked child process ,pid,. waiting...\n) Index: pkg/PLIST === RCS file: /cvs/ports/devel/luaposix/pkg/PLIST,v retrieving revision 1.3 diff -u -p -r1.3 PLIST --- pkg/PLIST 11 May 2012 20:51:04 - 1.3 +++ pkg/PLIST 11 Jun 2014 07:01:55 - @@ -1,2 +1,34 @@ @comment $OpenBSD: PLIST,v 1.3 2012/05/11 20:51:04 jasper Exp $ -lib/lua/${MODLUA_VERSION}/posix.so +lib/lua/${MODLUA_VERSION}/curses_c.a +lib/lua/${MODLUA_VERSION}/curses_c.la +lib/lua/${MODLUA_VERSION}/curses_c.so +lib/lua/${MODLUA_VERSION}/posix_c.a +lib/lua/${MODLUA_VERSION}/posix_c.la
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2014/01/14 17:16:40 Modified files: www/pecl-raphf : Makefile distinfo www/pecl-raphf/pkg: DESCR PLIST www/pecl-propro: Makefile www/pecl-propro/pkg: PLIST Log message: how embarrassment. landry noticed i imported http over the top of raphf. this fixes raphf. sorry guys.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2014/01/14 17:18:30 Log message: properly bring in pecl-http. ok sthen@ properly this time thanks to landry@ Status: Vendor Tag: dlg Release Tags: dlg_20140115 N ports/www/pecl-http/Makefile N ports/www/pecl-http/distinfo N ports/www/pecl-http/pkg/DESCR N ports/www/pecl-http/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2014/01/13 16:44:26 Log message: import pecl-propro as a depend of pecl-http. tweaks and ok sthen@ Status: Vendor Tag: dlg Release Tags: dlg_20140104 N ports/www/pecl-propro/Makefile N ports/www/pecl-propro/distinfo N ports/www/pecl-propro/pkg/DESCR N ports/www/pecl-propro/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2014/01/13 16:45:04 Log message: import pecl-raphf as a depend of pecl-http ok sthen@ Status: Vendor Tag: dlg Release Tags: dlg_20140104 N ports/www/pecl-raphf/Makefile N ports/www/pecl-raphf/distinfo N ports/www/pecl-raphf/pkg/DESCR N ports/www/pecl-raphf/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2014/01/13 16:45:42 Log message: import pecl-http ok sthen@ Status: Vendor Tag: dlg Release Tags: dlg_20140104 U ports/www/pecl-raphf/Makefile U ports/www/pecl-raphf/distinfo U ports/www/pecl-raphf/pkg/DESCR U ports/www/pecl-raphf/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2014/01/13 16:47:59 Modified files: www: Makefile Log message: link up pecl-http and its depends, pecl-raphf and pecl-propro. requested by and ok sthen@
Re: pecl-http
On 13 Jan 2014, at 9:25 pm, Stuart Henderson st...@openbsd.org wrote: On 2014/01/13 04:24, David Gwynne wrote: here's a port of pecl_http and its depends: http://dropbox.eait.uq.edu.au/uqdgwynn/pecl-http.tgz. works for me. ok? couple of tweaks in pecl-propro: Makefile, s/^A // in COMMENT pkg/DESCR, s/raphf/propro/, s/propery/property/ otherwise OK. cool, thank you. ill do it tomorrow when im awake. as an aside, why dont we include the php version pecl stuff is built against in their version? we wouldnt have to bump revisions when the lang depend moves forward then. or am i misunderstanding? something like 53.2.0.4 seems a bit wrong to me, we could do something like pecl53-foo-2.0.4 but that makes it a pain to handle major version updates (both for users and for porters), I think the revision bumps are actually the most straightforward way to do this (and with zhuk@'s portbump script are now fairly quick to do). fair enough, i was just curious. i asked because of this on smartos: php-5.3.15 PHP Hypertext Preprocessor version 5 php53-apc-5.3.9.3.1.13 Alternative PHP Cache php53-curl-5.3.15PHP extension for curl functions interestingly they provide pecl modules for all the versions of php they provide, not just the default. it also looks like they include the full php version the pecl build depended on in the version, except theyre not very good at providing new versions.
pecl-http
here's a port of pecl_http and its depends: http://dropbox.eait.uq.edu.au/uqdgwynn/pecl-http.tgz. works for me. ok? as an aside, why dont we include the php version pecl stuff is built against in their version? we wouldnt have to bump revisions when the lang depend moves forward then. or am i misunderstanding? cheers, dlg
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2013/12/06 06:16:45 Modified files: x11/e17/e : Makefile distinfo x11/e17/e_dbus : Makefile distinfo x11/e17/ecore : Makefile distinfo x11/e17/edje : Makefile distinfo x11/e17/eet: Makefile distinfo x11/e17/efreet : Makefile distinfo x11/e17/eina : Makefile distinfo x11/e17/eio: Makefile distinfo x11/e17/elementary: Makefile distinfo x11/e17/embryo : Makefile distinfo x11/e17/emotion: Makefile distinfo x11/e17/ethumb : Makefile distinfo x11/e17/evas : Makefile distinfo x11/e17/evas/pkg: PLIST Removed files: x11/e17/evas/patches: patch-src_modules_loaders_gif_evas_image_load_gif_c Log message: update to efl 1.7.9 and enlightenment 0.17.5. lots of help and ok landry@
Re: NEW: net/p5-Net-Ident
No. I have no idea how to do that Brad Smith b...@comstyle.com wrote: On 13/11/13 8:25 PM, David Gwynne wrote: i have a port of the cpan module, with a patch to make it work against ipv6 sockets as well as v4. the port is available at http://dropbox.eait.uq.edu.au/uqdgwynn/distfiles/p5-Net-Ident.tgz ok? Has the patch been submitted upstream? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: e17 update
On Wed, Nov 27, 2013 at 09:27:17AM +0100, Landry Breuil wrote: On Wed, Nov 27, 2013 at 12:51:24AM -0600, Amit Kulkarni wrote: AFAIK, once a package has an EPOCH, you can't drop it? right or wrong. Either way, can somebody add a note to bsd.port.mk please? yeah, you cant remove EPOCH otherwise versionning goes backwards. Other than that, no PLIST or WANTLIB updates were needed ? it seems to be mild tweaks, nothing major. here's the diff with the EPOCHs intact. a clean rebuild with the diff below seems fine. Index: e/Makefile === RCS file: /cvs/ports/x11/e17/e/Makefile,v retrieving revision 1.52 diff -u -p -r1.52 Makefile --- e/Makefile 7 Jul 2013 21:25:32 - 1.52 +++ e/Makefile 27 Nov 2013 10:51:45 - @@ -2,9 +2,8 @@ COMMENT = the enlightened window manager -VERSION = 0.17.2.1 +VERSION = 0.17.5 DISTNAME = enlightenment-${VERSION} -REVISION = 1 EPOCH =1 @@ -29,7 +28,7 @@ MODULES +=devel/gettext \ MODE17_DESKTOP_FILE = Yes MODE17_PURGE_LA = lib/enlightenment/modules -LIB_DEPENDS = x11/e17/elementary=1.7.6 \ +LIB_DEPENDS = x11/e17/elementary=1.7.9 \ devel/libexecinfo CONFIGURE_ARGS += --disable-doc \ Index: e/distinfo === RCS file: /cvs/ports/x11/e17/e/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- e/distinfo 9 May 2013 13:00:13 - 1.9 +++ e/distinfo 27 Nov 2013 10:51:45 - @@ -1,2 +1,2 @@ -SHA256 (e17/enlightenment-0.17.2.1.tar.gz) = ZtJQqGX/uXsSyr6Aga4EHOaST1X//6ymxl1Gi7n5Avk= -SIZE (e17/enlightenment-0.17.2.1.tar.gz) = 31394404 +SHA256 (e17/enlightenment-0.17.5.tar.gz) = JdSWcnfPJ9TvtHSpuOzrEgCqgTpRwki2HMI/aSkb/w8= +SIZE (e17/enlightenment-0.17.5.tar.gz) = 31532451 Index: e_dbus/Makefile === RCS file: /cvs/ports/x11/e17/e_dbus/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- e_dbus/Makefile 31 May 2013 15:34:58 - 1.20 +++ e_dbus/Makefile 27 Nov 2013 10:51:45 - @@ -2,9 +2,8 @@ COMMENT = enlightenment DBus component -DISTNAME = e_dbus-1.7.6 -EPOCH =1 -REVISION = 0 +DISTNAME = e_dbus-1.7.9 +EPOCH =1 SO_VERSION = 4.0 # 8.6 .for _lib in edbus enotify econnman0_7x ehal eofono ebluez eukit @@ -26,7 +25,7 @@ MODULES = devel/gettext LIB_DEPENDS = x11/dbus \ devel/fribidi \ - x11/e17/ecore=1.7.6v2 + x11/e17/ecore=1.7.9v2 CONFIGURE_ARGS = --disable-doc Index: e_dbus/distinfo === RCS file: /cvs/ports/x11/e17/e_dbus/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- e_dbus/distinfo 9 May 2013 13:00:13 - 1.7 +++ e_dbus/distinfo 27 Nov 2013 10:51:45 - @@ -1,2 +1,2 @@ -SHA256 (e17/e_dbus-1.7.6.tar.gz) = kGTUsWiC02V8qs+f6ak4Secak8n9xrvCCQH/ickpbgY= -SIZE (e17/e_dbus-1.7.6.tar.gz) = 582701 +SHA256 (e17/e_dbus-1.7.9.tar.gz) = wyjEzxQkYpy2fINonMwflZZ6vLTAPf/UN+k7eZ/xUcE= +SIZE (e17/e_dbus-1.7.9.tar.gz) = 585750 Index: ecore/Makefile === RCS file: /cvs/ports/x11/e17/ecore/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- ecore/Makefile 31 May 2013 15:34:57 - 1.31 +++ ecore/Makefile 27 Nov 2013 10:51:45 - @@ -2,9 +2,8 @@ COMMENT = core event/X abstraction layer -DISTNAME = ecore-1.7.6 +DISTNAME = ecore-1.7.9 EPOCH =2 -REVISION = 0 SO_VERSION = 3.1 # 8.6 # NOTE: Must bump minor version if any shlib's are removed from the @@ -32,7 +31,7 @@ LIB_DEPENDS = devel/glib2 \ inputmethods/ibus \ net/curl \ net/libcares \ - x11/e17/evas=1.7.6.1v2 + x11/e17/evas=1.7.9v2 CONFIGURE_ARGS += --disable-doc \ --disable-gnutls \ Index: ecore/distinfo === RCS file: /cvs/ports/x11/e17/ecore/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- ecore/distinfo 9 May 2013 13:00:13 - 1.9 +++ ecore/distinfo 27 Nov 2013 10:51:45 - @@ -1,2 +1,2 @@ -SHA256 (e17/ecore-1.7.6.tar.gz) = lOCPWKy1Ahcn7NTW2grH3D22clQqxfzXFoGDUZCtZVU= -SIZE (e17/ecore-1.7.6.tar.gz) = 3848079 +SHA256 (e17/ecore-1.7.9.tar.gz) = wUXMACgNOjEMduXmqftQnIG4sXPwRFjJfqSua/Vj6vM= +SIZE (e17/ecore-1.7.9.tar.gz) = 3869772 Index: edje/Makefile
e17 update
ok? Index: e/Makefile === RCS file: /cvs/ports/x11/e17/e/Makefile,v retrieving revision 1.52 diff -u -p -r1.52 Makefile --- e/Makefile 7 Jul 2013 21:25:32 - 1.52 +++ e/Makefile 27 Nov 2013 04:30:02 - @@ -2,11 +2,8 @@ COMMENT = the enlightened window manager -VERSION = 0.17.2.1 +VERSION = 0.17.5 DISTNAME = enlightenment-${VERSION} -REVISION = 1 - -EPOCH =1 # BSD PERMIT_PACKAGE_CDROM = Yes @@ -29,7 +26,7 @@ MODULES +=devel/gettext \ MODE17_DESKTOP_FILE = Yes MODE17_PURGE_LA = lib/enlightenment/modules -LIB_DEPENDS = x11/e17/elementary=1.7.6 \ +LIB_DEPENDS = x11/e17/elementary=1.7.9 \ devel/libexecinfo CONFIGURE_ARGS += --disable-doc \ Index: e/distinfo === RCS file: /cvs/ports/x11/e17/e/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- e/distinfo 9 May 2013 13:00:13 - 1.9 +++ e/distinfo 27 Nov 2013 04:30:02 - @@ -1,2 +1,2 @@ -SHA256 (e17/enlightenment-0.17.2.1.tar.gz) = ZtJQqGX/uXsSyr6Aga4EHOaST1X//6ymxl1Gi7n5Avk= -SIZE (e17/enlightenment-0.17.2.1.tar.gz) = 31394404 +SHA256 (e17/enlightenment-0.17.5.tar.gz) = JdSWcnfPJ9TvtHSpuOzrEgCqgTpRwki2HMI/aSkb/w8= +SIZE (e17/enlightenment-0.17.5.tar.gz) = 31532451 Index: e_dbus/Makefile === RCS file: /cvs/ports/x11/e17/e_dbus/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- e_dbus/Makefile 31 May 2013 15:34:58 - 1.20 +++ e_dbus/Makefile 27 Nov 2013 04:30:02 - @@ -2,9 +2,7 @@ COMMENT = enlightenment DBus component -DISTNAME = e_dbus-1.7.6 -EPOCH =1 -REVISION = 0 +DISTNAME = e_dbus-1.7.9 SO_VERSION = 4.0 # 8.6 .for _lib in edbus enotify econnman0_7x ehal eofono ebluez eukit @@ -26,7 +24,7 @@ MODULES = devel/gettext LIB_DEPENDS = x11/dbus \ devel/fribidi \ - x11/e17/ecore=1.7.6v2 + x11/e17/ecore=1.7.9 CONFIGURE_ARGS = --disable-doc Index: e_dbus/distinfo === RCS file: /cvs/ports/x11/e17/e_dbus/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- e_dbus/distinfo 9 May 2013 13:00:13 - 1.7 +++ e_dbus/distinfo 27 Nov 2013 04:30:02 - @@ -1,2 +1,2 @@ -SHA256 (e17/e_dbus-1.7.6.tar.gz) = kGTUsWiC02V8qs+f6ak4Secak8n9xrvCCQH/ickpbgY= -SIZE (e17/e_dbus-1.7.6.tar.gz) = 582701 +SHA256 (e17/e_dbus-1.7.9.tar.gz) = wyjEzxQkYpy2fINonMwflZZ6vLTAPf/UN+k7eZ/xUcE= +SIZE (e17/e_dbus-1.7.9.tar.gz) = 585750 Index: ecore/Makefile === RCS file: /cvs/ports/x11/e17/ecore/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- ecore/Makefile 31 May 2013 15:34:57 - 1.31 +++ ecore/Makefile 27 Nov 2013 04:30:02 - @@ -2,9 +2,7 @@ COMMENT = core event/X abstraction layer -DISTNAME = ecore-1.7.6 -EPOCH =2 -REVISION = 0 +DISTNAME = ecore-1.7.9 SO_VERSION = 3.1 # 8.6 # NOTE: Must bump minor version if any shlib's are removed from the @@ -32,7 +30,7 @@ LIB_DEPENDS = devel/glib2 \ inputmethods/ibus \ net/curl \ net/libcares \ - x11/e17/evas=1.7.6.1v2 + x11/e17/evas=1.7.9 CONFIGURE_ARGS += --disable-doc \ --disable-gnutls \ Index: ecore/distinfo === RCS file: /cvs/ports/x11/e17/ecore/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- ecore/distinfo 9 May 2013 13:00:13 - 1.9 +++ ecore/distinfo 27 Nov 2013 04:30:02 - @@ -1,2 +1,2 @@ -SHA256 (e17/ecore-1.7.6.tar.gz) = lOCPWKy1Ahcn7NTW2grH3D22clQqxfzXFoGDUZCtZVU= -SIZE (e17/ecore-1.7.6.tar.gz) = 3848079 +SHA256 (e17/ecore-1.7.9.tar.gz) = wUXMACgNOjEMduXmqftQnIG4sXPwRFjJfqSua/Vj6vM= +SIZE (e17/ecore-1.7.9.tar.gz) = 3869772 Index: edje/Makefile === RCS file: /cvs/ports/x11/e17/edje/Makefile,v retrieving revision 1.36 diff -u -p -r1.36 Makefile --- edje/Makefile 31 May 2013 15:34:58 - 1.36 +++ edje/Makefile 27 Nov 2013 04:30:02 - @@ -2,9 +2,7 @@ COMMENT = complex graphical design layout library -DISTNAME = edje-1.7.6 -EPOCH =2 -REVISION = 0 +DISTNAME = edje-1.7.9 SHARED_LIBS += edje 3.0 # 8.6 @@ -26,8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2013/11/14 03:09:52 Log message: import Net::Ident this includes a patch that rewrites the socket bits so it can support v6 lookups as well as v4. tweaks from benoit@ and sthen@, ok sthen@ Status: Vendor Tag: dlg Release Tags: dlg_20131114 N ports/net/p5-Net-Ident/distinfo N ports/net/p5-Net-Ident/Makefile N ports/net/p5-Net-Ident/patches/patch-Ident_pm N ports/net/p5-Net-Ident/pkg/DESCR N ports/net/p5-Net-Ident/pkg/PLIST No conflicts created by this import
NEW: net/p5-Net-Ident
i have a port of the cpan module, with a patch to make it work against ipv6 sockets as well as v4. the port is available at http://dropbox.eait.uq.edu.au/uqdgwynn/distfiles/p5-Net-Ident.tgz ok?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2013/09/23 07:17:24 Log message: A resolver library used to communicate with a DNS server. Provides (roughly) the same functionality as pear-Net-DNS, but using PHP5 objects, exceptions for error handling, better sockets support. ok sthen@ who has some tweaks to put on top of this. Status: Vendor Tag: dlg Release Tags: dlg_20130923 N ports/net/pear-Net-DNS2/Makefile N ports/net/pear-Net-DNS2/distinfo N ports/net/pear-Net-DNS2/pkg/DESCR N ports/net/pear-Net-DNS2/pkg/PLIST No conflicts created by this import
net/pear-Net-DNS2
its different enough to warrant a separate port. the description is: A resolver library used to communicate with a DNS server. Provides (roughly) the same functionality as pear-Net-DNS, but using PHP5 objects, exceptions for error handling, better sockets support. ok? also fetchable from http://dropbox.eait.uq.edu.au/uqdgwynn/pear-Net-DNS2.tgz if mucking around with attachements is hard. pear-Net-DNS2.tgz Description: application/tar-gz
Re: Webapps in ports (was: [th...@debian.org: [oss-security] CVE request: MediaWiki Security Release: 1.21.2, 1.20.7 and 1.19.8])
for what its worth, i have to run a bunch of things at work which include webapps like wordpress, drupal, and mediawiki, but the versions of these we (openbsd) package are completely unusable for us (at work). however, if the packages go away it doesnt actually make it easier for us to keep doing what we're doing at work. the existence of the packages isnt obstructive at all, and if the packages do help some people then i think thats a good enough argument for whoever is happy maintaining them to keep doing so. dlg On 14/09/2013, at 6:47 AM, Marc Espie es...@nerim.net wrote: On Fri, Sep 13, 2013 at 10:30:19PM +0200, Matthias Kilian wrote: I really think we should stop supporting those webapps that just don't fit into a system distribution but have their own ecosystem (where users are advised to ftp to their webspace and similar) I disagre vastly, just for the fact that sometimes, there are patches that are useful mostly for us, or some kind of adaptation to get some libraries to work correctly (like sthen did to get pdf from drupal). Plus there's some editorial work involved, we don't provide all the themes and modules, but just a reasonable subset of them...
Re: regarding the changes in lang/php (updating to newer php)
On 09/08/2013, at 8:43 PM, Robert Nagy rob...@openbsd.org wrote: Hi So as you might have noticed already php 5.2 got removed from the tree because it has been end-of-life since Jan 2011. It has been kept in tree for people to be able transfer over to 5.3 easily. Since php 5.3 is also reaching end-of-life, php 5.4 and 5.5 has been commited and a direct update path from php 5.2 to 5.4 has been configured for people still having php 5.2 installed. The reason for doing this is obvious, 5.3 will be dead, however we are keeping that in tree as well because the transition from 5.2 to 5.3 is better (e.g. there is still register_globals support in 5.3). If you are not running 5 year old Joomla or WorldPress installations the upgrade should be a piece of cake, and there should not be any need for code modification. The following sites completely describe how to migrate from 5.2.x to 5.3.x and then to 5.4.x if needed. http://php.net/manual/en/migration53.php http://php.net/manual/en/migration54.php If you have E_DEPRECATED configured in php-5.3 you will always get a list of functions that will get *removed* in 5.4, so you can prepare and fix your php code before going to 5.4. i just upgraded a couple of boxes at work to 5.4 which has mostly gone smoothly apart from a couple of bumps. more specifically: - while php 5.3 and 5.4 mostly coexist just fine as packages, php-fpm-5.3 and php-fpm-5.4 dont like being installed concurrently cos they both think they own /etc/rc.d/php_fpm. - php-tidy-5.4 segfaults if its enabled and phpinfo() or php-5.4 -i are run due to that stupid missing symbol i put a patch in 5.3 for. copying that patch into the 5.4 patches dir is enough to fix this problem. - apc 3.1.9 (www/pecl-APC) has a double free that causes a segfault when php is cleaning up. using something later than 3.1.9 seems to be the general fix in other distributions. i am running 3.1.13 now and it appears to be working fine. it is unfortunate that 3.1.9 is the last stable according to the apc site. i would like to emphasise that for the most part its been surprisingly easy. thank you. dlg
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2013/08/06 23:02:58 Modified files: lang/php/5.3/patches: patch-ext_tidy_tidy_c Log message: the tidy php extension tries to call tidyReleaseDate() to get some silly version string, but the library symbol doesnt exist for it to resolve. this points it at tidyVersion instead. you can reproduce the problem this solves by enabling the tidy extension and running php-5.3 -i or by writing a script that calls phpinfo(). they should segfault after ld complains about a missing symbol. the only caveat to this is the meaning of tidyReleaseDate doesnt map well to what tidyVersion returns now (which is a version number), but i dont care. ok jasper@
php-tidy vs tidyReleaseDate
the tidy php extension tries to call tidyReleaseDate to get some silly version string, but the library symbol doesnt exist for it to resolve. this points it at tidyVersion instead. you can reproduce the problem this solves by enabling the tidy extension and running php-5.3 -i or by writing a script that calls phpinfo(). they should segfault after complaining about a missing symbol. the only caveat to this is the meaning of tidyReleaseDate doesnt map well to what tidyVersion returns now (which is a version number), but i dont care. im happy for someone else to commit this at the most appropriate time. Index: 5.3/patches/patch-ext_tidy_tidy_c === RCS file: /cvs/ports/lang/php/5.3/patches/patch-ext_tidy_tidy_c,v retrieving revision 1.2 diff -u -p -r1.2 patch-ext_tidy_tidy_c --- 5.3/patches/patch-ext_tidy_tidy_c 18 Jun 2011 19:49:50 - 1.2 +++ 5.3/patches/patch-ext_tidy_tidy_c 22 Jul 2013 04:32:48 - @@ -10,3 +10,21 @@ $OpenBSD: patch-ext_tidy_tidy_c,v 1.2 20 #include buffio.h /* compatibility with older versions of libtidy */ +@@ -1095,7 +1095,7 @@ + { + php_info_print_table_start(); + php_info_print_table_header(2, Tidy support, enabled); +- php_info_print_table_row(2, libTidy Release, (char *)tidyReleaseDate()); ++ php_info_print_table_row(2, libTidy Release, (char *)tidyVersion()); + php_info_print_table_row(2, Extension Version, PHP_TIDY_MODULE_VERSION ($Id$)); + php_info_print_table_end(); + +@@ -1309,7 +1309,7 @@ + return; + } + +- RETURN_STRING((char *)tidyReleaseDate(), 1); ++ RETURN_STRING((char *)tidyVersion(), 1); + } + /* }}} */ +
Re: redland-bindings
the perl bindings are working well for me. On 13/11/2012, at 1:31 AM, Stuart Henderson s...@spacehopper.org wrote: Here's a redland-bindings port, which requires the recently commited updates to RDF libs. Based on a port from dlg, I've tweaked the multi packages stuff. Usual problem with the Perl bindings, they need libpthread preloading, there is a MESSAGE file to explain this for now. redland-bindings.tgz
Re: nginx lua
On 06/03/2012, at 6:41 AM, Piotr Sikora wrote: Hi David, this adds the ngx lua module as a flavor to our port. we rely on it here to do complicated access control in the server before the content phase runs. ngx_lua crashes on OpenBSD (and possibly on anything other than Linux). I'll try to find some time to look into it, but I need to take care of a few other nginx modules first. really? ive been using it for the last two or three weeks without issues. Also, agentzh uses rc tags in very specific way to tag latest development snapshot that's bundled within ngx_openresty and it doesn't really mean release candidate, so IMHO we shouldn't be using it. pick a tag/download and i'll fix the port to work against it. While we're at it, what's the policy for including 3rd-party nginx modules in the port? no idea, i just know im very keen on this one cos it lets me programatically make decisions. dlg
nginx lua
this adds the ngx lua module as a flavor to our port. we rely on it here to do complicated access control in the server before the content phase runs. ok? Index: Makefile === RCS file: /cvs/ports/www/nginx/Makefile,v retrieving revision 1.50 diff -u -p -r1.50 Makefile --- Makefile19 Feb 2012 15:02:08 - 1.50 +++ Makefile5 Mar 2012 06:46:48 - @@ -49,7 +49,7 @@ CONFIGURE_ARGS= --prefix=${SYSCONFDIR}/ --with-mail_ssl_module \ --with-ipv6 -FLAVORS= passenger +FLAVORS= passenger lua FLAVOR?= .if ${FLAVOR:L:Mpassenger} @@ -57,6 +57,26 @@ CONFIGURE_ARGS +=--add-module=${LOCALBA BUILD_DEPENDS += www/ruby-passenger,-main RUN_DEPENDS += ruby-passenger-*|ruby19-passenger-*:www/ruby-passenger,-main WANTLIB += m pthread stdc++ +.endif + +.if ${FLAVOR:L:Mlua} +DISTFILES= ${DISTNAME}.tar.gz +MASTER_SITES0= http://eait.uq.edu.au/dlg/distfiles/ + +NGX_DEVEL_KIT_V= 0.2.17rc2 +NGX_DEVEL_KIT_GIT= bc97eea +DISTNAME0= ngx_devel_kit-${NGX_DEVEL_KIT_V}.tar.gz +DISTFILES+=${DISTNAME0}:0 +CONFIGURE_ARGS+= --add-module=${WRKDIR}/simpl-ngx_devel_kit-${NGX_DEVEL_KIT_GIT} + +NGX_LUA_V= 0.5.0rc3 +NGX_LUA_GIT= a8cad73 +DISTNAME1= lua-nginx-module-${NGX_LUA_V}.tar.gz +DISTFILES+=${DISTNAME1}:0 +CONFIGURE_ARGS+= --add-module=${WRKDIR}/chaoslawful-lua-nginx-module-${NGX_LUA_GIT} + +MODULES= lang/lua +WANTLIB+= lua=5.1 .endif NO_REGRESS=Yes Index: distinfo === RCS file: /cvs/ports/www/nginx/distinfo,v retrieving revision 1.29 diff -u -p -r1.29 distinfo --- distinfo18 Feb 2012 16:40:18 - 1.29 +++ distinfo5 Mar 2012 06:46:48 - @@ -1,5 +1,15 @@ +MD5 (lua-nginx-module-0.5.0rc3.tar.gz) = 6IXI8pHJJVrtAOP9HgzuCQ== MD5 (nginx-1.0.12.tar.gz) = 0M7v6ypo7LGeeO6JSltSow== +MD5 (ngx_devel_kit-0.2.17rc2.tar.gz) = oQga/ci8ydQHwWcpThnrmw== +RMD160 (lua-nginx-module-0.5.0rc3.tar.gz) = SQqb/Pq74EQGOQvXAy1i+lKMqlQ= RMD160 (nginx-1.0.12.tar.gz) = pvQk9bnHS6fQ1Nuk8O7gkxEWp3k= +RMD160 (ngx_devel_kit-0.2.17rc2.tar.gz) = tZdeTwLyHYO2np1B2juM2V342mE= +SHA1 (lua-nginx-module-0.5.0rc3.tar.gz) = hCXgFcjuSvpJ5IiPIjWUUDa1c7k= SHA1 (nginx-1.0.12.tar.gz) = dL8jd/l2w6y4vs5WsyM+ebboWdE= +SHA1 (ngx_devel_kit-0.2.17rc2.tar.gz) = fq3+U9Z0lywPfyfXsm7/lYKbwLI= +SHA256 (lua-nginx-module-0.5.0rc3.tar.gz) = EU784pHvcS4tTrkiJaxsvWyKgxlWARGBNzffZtO6tAU= SHA256 (nginx-1.0.12.tar.gz) = upgkLtNQhqoN+VRBqGA1PsHsuVzREvJI+ajvNoJiMys= +SHA256 (ngx_devel_kit-0.2.17rc2.tar.gz) = v1VA120YZ7RBEJHxbGx4b9ZnWQmcWUg8dsaENAIP2wI= +SIZE (lua-nginx-module-0.5.0rc3.tar.gz) = 296128 SIZE (nginx-1.0.12.tar.gz) = 691002 +SIZE (ngx_devel_kit-0.2.17rc2.tar.gz) = 64964
Re: FIX: nginx-0.8.53
this makes sense to me. if someone else agrees then they should commit it. dlg On 08/11/2010, at 10:27 AM, Piotr Sikora wrote: Hi, nginx-0.8 has two new modules (SCGI and uwsgi) with their own temporary path and include files. Those modules are installed by default but aren't taken care of in the port. Attached patch fixes this. Best regards, Piotr Sikora piotr.sik...@frickle.com nginx-0.8.53p2.patch
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2010/11/03 19:41:11 Modified files: www/nginx : Makefile distinfo www/nginx/pkg : PLIST Log message: update nginx to 0.8.53. the main flavor builds and works fine. the passenger build works, but i havent got a test case for it. ok william@
configure subversion NOT to cache passwords in cleartext by default
this diff installs a systemwide config for subversion that tells it not to cache passwords in clear text in your homedir. i think this is a more sane default. ok? Index: Makefile === RCS file: /cvs/ports/devel/subversion/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- Makefile14 Feb 2007 11:51:07 - 1.31 +++ Makefile15 Feb 2007 04:18:00 - @@ -7,8 +7,8 @@ COMMENT-ruby= ruby interface to subvers VERSION= 1.4.3 DISTNAME= subversion-${VERSION} -PKGNAME= ${DISTNAME} -PKGNAME-main= ${DISTNAME} +PKGNAME= ${DISTNAME}p0 +PKGNAME-main= ${DISTNAME}p0 PKGNAME-perl= p5-SVN-${VERSION} PKGNAME-python=py-subversion-${VERSION} PKGNAME-ruby= ruby-subversion-${VERSION}p0 @@ -159,6 +159,8 @@ post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/hook-scripts/mailer ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/hook-scripts/mailer/tests ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/subversion/hook-scripts/enforcer + ${INSTALL_DATA} ${FILESDIR}/config \ + ${PREFIX}/share/examples/subversion/config ${INSTALL_DATA} ${WRKBUILD}/tools/backup/hot-backup.py \ ${PREFIX}/share/examples/subversion/backup ${INSTALL_DATA} ${WRKSRC}/tools/server-side/svn-backup-dumps.py \ Index: files/config === RCS file: files/config diff -N files/config --- /dev/null 1 Jan 1970 00:00:00 - +++ files/config15 Feb 2007 04:18:00 - @@ -0,0 +1,4 @@ +# $OpenBSD$ + +[auth] +store-passwords=no Index: pkg/PLIST-main === RCS file: /cvs/ports/devel/subversion/pkg/PLIST-main,v retrieving revision 1.1 diff -u -p -r1.1 PLIST-main --- pkg/PLIST-main 24 Nov 2006 19:52:53 - 1.1 +++ pkg/PLIST-main 15 Feb 2007 04:18:00 - @@ -82,10 +82,13 @@ lib/libsvn_wc-1.la @man man/man5/svnserve.conf.5 @man man/man8/svnserve.8 share/examples/subversion/ [EMAIL PROTECTED] ${SYSCONFDIR}/subversion/ share/examples/subversion/backup/ share/examples/subversion/backup/hot-backup.py share/examples/subversion/backup/svn-backup-dumps.py share/examples/subversion/backup/svn-fast-backup +share/examples/subversion/config [EMAIL PROTECTED] ${SYSCONFDIR}/subversion/config share/examples/subversion/hook-scripts/ share/examples/subversion/hook-scripts/README share/examples/subversion/hook-scripts/check-case-insensitive.pl
apache 2
i've put together a port of version 2 of apaches httpd server for something i was doing at work. i would like to get it into the ports tree mostly so it is easier for me to deal with at work (special cases always require more work), and because i know other people out there using it without the benefit of it being managed by the package tools. this has been updated to cope with recent port/package changes by [EMAIL PROTECTED] i originally called the port httpd, but she has renamed it to apache2. deanna is in a better position to deal with feedback and actually getting it into the tree, so any comments should go to her as well as me. cheers, dlg apache2.tar.gz Description: application/tar-gz
Re: UPDATE: net/irssi-0.8.10
From: Antti Harri [EMAIL PROTECTED] On Sat, 28 Jan 2006, viq wrote: ...but it also gives the familiar GLib-CRITICAL **: g_strcasecmp: assertion `s2 != NULL' failed *sigh* looks like I'll have to let others deal with this. Yes it's because of misconfigured Irssi as I've reported earlier. A default configuration is a misconfiguration? dlg
Re: UPDATE: net/irssi-0.8.10
From: Antti Harri [EMAIL PROTECTED] On Sun, 29 Jan 2006, David Gwynne wrote: A default configuration is a misconfiguration? I'd say misconfiguration. Irssi's port in OpenBSD doesn't create any system wide configuration. And at least I used that as a base with my updated port. In /etc/irssi there is only the default theme files so I'm guessing that such configuration file (with wrong term_charset) is left-over from previous installations or something similar. Correct me if I'm wrong.. [EMAIL PROTECTED]:~$ grep term_charset .irssi/config term_charset = 646; [EMAIL PROTECTED]:~$ irssi (process:3027): GLib-CRITICAL **: g_strcasecmp: assertion `s2 != NULL' failed [EMAIL PROTECTED]:~$ vim .irssi/config [EMAIL PROTECTED]:~$ grep term_charset .irssi/config term_charset = ISO-8859-1; [EMAIL PROTECTED]:~$ irssi [EMAIL PROTECTED]:~$ [EMAIL PROTECTED] loki$ find $HOME/ -name .irssi [EMAIL PROTECTED] loki$ pkg_info |grep irssi irssi-0.8.10modular IRC client with many features (ipv6,socks,proxy) [EMAIL PROTECTED] loki$ irssi (process:14716): GLib-CRITICAL **: g_strcasecmp: assertion `s2 != NULL' failed [EMAIL PROTECTED] loki$ find $HOME/ -name .irssi /xhome/loki/.irssi [EMAIL PROTECTED] loki$ if there is no configuration then irssi creates a default for me. the default config hits the assertation. if the problem is that there isn't a valid default config in /etc then perhaps the port should be set up to provide one on install. if there is a config file that irssi uses as the template for its config, then that should be fixed before the pkg is created. a new install of a package should just work. i don't want to have to tweak the default config for irssi to work for my users. i just want to go pkg_add irssi* it is possible i have an old version of the port. if someone can point me at the diff that is currently being considered for the ports tree i can try it out and see if the same thing happens. i may be talking a load of crap if the newer port is fixed. dlg
Re: UPDATE: net/irssi-0.8.10
From: steven mestdagh [EMAIL PROTECTED] On Mon, Dec 12, 2005 at 10:44:59AM +1000, David Gwynne wrote: I get this warning when I start irssi 0.8.10 on sparc64: (process:25066): GLib-CRITICAL **: g_strcasecmp: assertion `s2 != NULL' failed I see the same message on sparc64. BTW have you tried building your port with USE_LIBTOOL=Yes ? No, sorry, I'm rather clueless in the ports tree. What does USE_LIBTOOL=Yes mean? dlg
Re: UPDATE: net/irssi-0.8.10
On 12/12/2005, at 11:55 AM, Antti Harri wrote: On Mon, 12 Dec 2005, David Gwynne wrote: I get this warning when I start irssi 0.8.10 on sparc64: (process:25066): GLib-CRITICAL **: g_strcasecmp: assertion `s2 != NULL' failed I'm not sure if this will fix it but have you tried moving your $HOME/.irssi temporarily to a new name so old settings and scripts don't interfere? It shouldn't matter but you can always try. I have sometimes seen similar warnings with buggy scripts. What version of glib2 have you got installed and does Irssi work otherwise? I ran this on a new install, there is no /home at the moment so there is no .irssi for it to get confused by, and no scripts either. I can connect to a server with it and talk on channels, so it does appear to be ok. I'm running with glib2-2.8.3. Cheers, dlg