Re: akpop3d questions
On 24 Nov 2005, at 4:28 PM, J Moore wrote: On Wed, Nov 23, 2005 at 10:08:13PM -0600, the unit calling itself J Moore wrote: I need to set up a POP3 server for a while, and after a quick survey, akpop3d seemed like a good choice - partly because it supports POP3 via SSL. So I built it from the ports tree (3.8 -stable), and installed it. I am currently starting from the command line as follows: # akpop3d -d -s Attempts to connect result in immediate complaints from the client (I've tried two of them: Evolution (Linux) and Pegasus (Windoze). I'm assuming this is due to the fact that I have no cert or key file installed or generated? Before I invest any more time in this, I thought I'd ask if anyone else is using akpop3d, what the consensus of opinion is on it, and if there is any documentation on how to generate the .pem (Base64-encoded?) cert and key files. Perhaps some fwd progress... got cert & key files installed, but I am bombing during the authentication process. Following is part of the debug output from my client. I double-checked the password value, and it's correct (changed here, but my client's log shows it correctly). The culprit seems to be the "group not found" error... WTF, O?? 23:17:13.312 << 0009 USER jm\0D\0A 23:17:13.359 >> 0005 +OK\0D\0A 23:17:13.359 << 0017 PASS abcdefghij\0D\0A 23:17:13.500 >> 0033 -ERR [SYS/TEMP] group not found\0D\0A 23:17:20.718 << 0006 QUIT\0D\0A 23:17:20.718 18: SSL read error -41 (locus 0, type 0, code 0, 'No data was read because the remote system closed the connection (recv() == 0)') --- Connection closed normally at Wed, 23 Nov 2005 23:17:20. --- Thanks, Jay OK, It looks like the port needs some work as it doesn't handle the default group name. main.c:# define DEFAULT_GROUP_NAME "mail" It appears that this can be changed with a command line arg. main.c: case 'g': group_name = optarg; break; It looks like the groupname is used as an argument to lock the users mail box. pop3_session.c.orig: g_inf = getgrnam("mail"); pop3_session.c.orig: if (g_inf==NULL) { pop3_session.c.orig: if (setegid(g_inf->gr_gid)!=0 && real_username [0] == 0) { pop3_session.c.orig:syslog(LOG_ERR,"%s: %u: %s","setegid() failed",g_inf->gr_gid,strerror(errno)); pop3_session.c.orig: if (setgid(g_inf->gr_gid)!=0 && real_username [0] == 0) { pop3_session.c.orig:syslog(LOG_ERR,"%s: %u: %s","setgid() failed",g_inf->gr_gid,strerror(errno)); pop3_session.c.orig: if ((rc=lock_maildrop(maildrop,u_inf- >pw_uid,g_inf->gr_gid))<=0) yup, it then fchowns the lock file lock_maildrop.c: fchown(fd,uid,gid); So I would assume on other unix systems /var/mail is group mail by default, maybe??. if you want to add mail to the /etc/group file man -k groupadd groupadd (8) - add a group to the system Ian McWilliam
Re: UPDATE: graphics/cairo and graphics/py-cairo
On 11/24/05, Aleksander Piotrowski <[EMAIL PROTECTED]> wrote: > Eric Faurot <[EMAIL PROTECTED]> wrote: > > I understand. I am using this patch locally and I have xchat, > > firefox 1.5rc3 working well. I can make a full package build, > > run "make newlib-depends-check" and see what happens. > > Would that help? Anyway, we can leavecairo like this for now. > > It simply adds a useless lib dependency, but nothing harmful > > as far as I can tell. > > > > However py-gtk2 really requires the updated py-cairo > > (for pycairo.pc) > > Yeah, but 150+ ports are more important that one py-gtk2 port. Sorry, it was not clear: the py-cairo update does not depend on the cairo update. I was suggesting to update py-cairo and py-gtk2 but leave cairo untouched for now. > And yes, as you are updating port that has lots of dependant ports, you > should, erm, you have to run full pkg build to be sure that everything is OK > after that change. I'll do that. Eric.
Re: UPDATE: x11/py-gtk2
On Tue, 22 Nov 2005 08:46:38 +0100 Eric Faurot <[EMAIL PROTECTED]> wrote: > Because of the missing pycairo.pc. Please update py-cairo (and cairo too) > with patches at http://ekyo.nerim.net/openbsd/index.html Oh yeah, that does it. Seems to be working fine now. --- Lars Hansson
UPDATE from maintainer: cssed-0.4
Hi. New version of cssed is out. Diff included. Tested under i386/current. Regards, Antoine cssed.diff Description: Binary data
New port: highmoon
Hi, this is a little gravity shooter game with cool graphics: http://highmoon.gerdsmeier.net/ Since it is the first port I prepared, I'd be grateful for any feedback concerning the Makefile and patches. As far as I can say, it runs fine. Please test it nevertheless, for the above reason. Thanks in advance, /Markus highmoon.tgz Description: GNU Unix tar archive
Re: centericq
hmm, on Wed, Nov 23, 2005 at 12:08:49PM -0700, Peter Valchev said that > > i've just upgraded my production server to 3.8 > > and i see now, that centericq is marked broken.. > > > > until the issue is fixed, could the old version be put back? > > why don't you ask the author to fix it for example? > > the old version had more than one issue and that's not going > to change. you can remove the BROKEN line and you're on your > own... what is the problem with the new version? i can't find anything in the archives except that one case. so i did a compile of the 4.9.11p0, i was using 4.9.11 before. it was acting strangely.. some of my contacts just wouldn't open with their history. so, i downloaded the newest, compiled with --without-msn (no curl here) and so far it's good. what's the issue i should be looking for? -f -- this message written by sandy. a highly trained dolphin.
Re: New port: highmoon
On Thu, Nov 24, 2005 at 11:33:39AM +0100, M. Schatzl wrote: > Hi, > > this is a little gravity shooter game with cool graphics: > http://highmoon.gerdsmeier.net/ > > Since it is the first port I prepared, I'd be grateful for any feedback > concerning the Makefile and patches. As far as I can say, it runs fine. > Please test it nevertheless, for the above reason. some quick feedback: - you need a # in 1st line of makefile - instead of patching the bundled makefile, try using ${INSTALL_DATA} and friends in do-install in the port's makefile. - you need to honor CXX, CXXFLAGS etc. which are passed by make e.g. we do not use -O3 and there's no need for -g - no need for your header locations patches, just make sure you get "-I${LOCALBASE}/include" in CXXFLAGS Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
sparc64 breakage
Hi, besides regular breakage, these ports could need an eye: net/gaimcannot find silc net/mldonkey/stable ??? These will be fixed rsn: graphics/digikam-docmissing dependency on kdelibs3 lang/gcc/4.0needs fixed bison www/clearsilver 64bit patches got removed x11/kde/bindings3 python problem Nikolay
Re: UPDATE from maintainer: cssed-0.4
On Thu, Nov 24, 2005 at 10:14:05AM +, Antoine Jacoutot wrote: > Hi. > > New version of cssed is out. > Diff included. > Tested under i386/current. I tested on sparc64. looks okay, and seems they fixed the validation since the previous version. I think your PLIST contains a few locale directories too many. Try make update-plist ? -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: UPDATE from maintainer: cssed-0.4
Selon steven mestdagh <[EMAIL PROTECTED]>: > I tested on sparc64. looks okay, and seems they fixed the validation > since the previous version. > I think your PLIST contains a few locale directories too many. Try make > update-plist ? Well, I actually ran "make update-plist" and this is where the new locale directories got added, so Antoine
DSPAM ports with MySQL
Hi, How to make a dspam 3.6.1 package using mysql Flavor ? "env FLAVOR=mysql make" compiles ok, but "env FLAVOR=mysql make package" doesn't generate dspam-3.6.1-mysql.tgz this is the error: ===> Building package for dspam-3.6.1-mysql Can't resolve libspec mysqlclient.14 I had installed mysql-client-4.0.23.tgz How can i solve it ? Thanks
Re: UPDATE from maintainer: cssed-0.4
On Thu, Nov 24, 2005 at 01:36:25PM +, Antoine Jacoutot wrote: > Selon steven mestdagh <[EMAIL PROTECTED]>: > > I tested on sparc64. looks okay, and seems they fixed the validation > > since the previous version. > > I think your PLIST contains a few locale directories too many. Try make > > update-plist ? > > Well, I actually ran "make update-plist" and this is where the new locale > directories got added, so then you are probably not -current or don't have the gettext package in your local packages dir. this is the only change needed in PLIST --- www/cssed/pkg/PLIST Sat Oct 22 14:37:32 2005 +++ mystuff/www/cssed/pkg/PLIST Thu Nov 24 14:51:06 2005 @@ -47,6 +47,7 @@ share/cssed/pixmaps/validate_dump.png share/cssed/pixmaps/validate_dump_menu.png share/cssed/pixmaps/validate_menu.png +share/locale/ca/LC_MESSAGES/cssed.mo share/locale/de/LC_MESSAGES/cssed.mo share/locale/es/LC_MESSAGES/cssed.mo share/locale/fr/LC_MESSAGES/cssed.mo Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Gimp port fails.
When I attempt to build the GIMP port, it fails with: Can't install libtool-1.5.18p2 because of conflicts (libtool-1.5.20) This problem appears on the recent stable branch. It shouldn't happen because of the version number convention for shared object code (Increment number at compatibility break). -- Watson Ladd
Re: DSPAM ports with MySQL
On Thu, Nov 24, 2005 at 10:39:21AM -0300, FBN wrote: "env FLAVOR=mysql make package" doesn't generate dspam-3.6.1-mysql.tgz this is the error: ===> Building package for dspam-3.6.1-mysql Can't resolve libspec mysqlclient.14 I had installed mysql-client-4.0.23.tgz The port is designed for OpenBSD 3.8 and -current. -- Frank - my stupid blog: http://00f.net L'annuaire des professionnels de la manucure et de la pedicure : http://www.manucure-pro.com
Re: UPDATE from maintainer: cssed-0.4
Selon steven mestdagh <[EMAIL PROTECTED]>: > then you are probably not -current or don't have the gettext package in > your local packages dir. this is the only change needed in PLIST Well, I'm using the most current snapshot available for i386 and available via ftp (I updated everything this morning before updating the port). Anyway, besides that, everything looks fine, right ? Antoine
Re: UPDATE from maintainer: cssed-0.4
On Thu, Nov 24, 2005 at 03:43:58PM +, Antoine Jacoutot wrote: > Selon steven mestdagh <[EMAIL PROTECTED]>: > > then you are probably not -current or don't have the gettext package in > > your local packages dir. this is the only change needed in PLIST > > Well, I'm using the most current snapshot available for i386 and available via > ftp (I updated everything this morning before updating the port). > Anyway, besides that, everything looks fine, right ? Yes, I tested sparc64 and i386, didn't spot any problems with it, but I don't use this program. Can someone ok this diff? Index: Makefile === RCS file: /cvs/ports/www/cssed/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile15 Nov 2005 21:14:27 - 1.3 +++ Makefile24 Nov 2005 15:18:31 - @@ -1,10 +1,9 @@ -# $OpenBSD: Makefile,v 1.3 2005/11/15 21:14:27 wilfried Exp $ +# $OpenBSD: Makefile,v 1.2 2005/10/29 12:12:04 alek Exp $ COMMENT= "CSS editor" -DISTNAME= cssed-0.3.0 -PKGNAME= ${DISTNAME}p1 -CATEGORIES=www +DISTNAME= cssed-0.4.0 +CATEGORIES=www editors HOMEPAGE= http://cssed.sourceforge.net/ @@ -19,19 +18,22 @@ MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=cssed/} WANTLIB= c freetype pthread stdc++ m X11 fontconfig \ - gthread-2.0.0.0 glib-2.0.0.0 gmodule-2.0.0.0 \ - gobject-2.0.0.0 atk-1.0.0.0 cairo pango-1.0.0.0 \ - pangocairo-1.0.0.0 pangoft2-1.0.0.0 + z gthread-2.0.0.0 glib-2.0.0.0 gmodule-2.0.0.0 \ + gobject-2.0.0.0 pangoft2-1.0.0.0 cairo \ + pangocairo-1.0.0.0 pango-1.0.0.0 atk-1.0.0.0 BUILD_DEPENDS= :pkgconfig-*:devel/pkgconfig LIB_DEPENDS= gtk-x11-2.0.600.10,gdk_pixbuf-2.0.600.0,gdk-x11-2.0.600.0::x11/gtk+2 \ - expat.4::textproc/expat + xml2.8::textproc/libxml MODULES= devel/gettext CONFIGURE_STYLE=gnu -CONFIGURE_ENV= CPPFLAGS="${CFLAGS} -I${LOCALBASE}/include" \ +CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" -CONFIGURE_ARGS=--with-help-menus +CONFIGURE_ARGS=--with-help-menus \ + --with-plugin-headers \ + --without-terminal \ + --without-ipc-queue .include Index: distinfo === RCS file: /cvs/ports/www/cssed/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo22 Oct 2005 12:37:32 - 1.1.1.1 +++ distinfo24 Nov 2005 15:18:31 - @@ -1,4 +1,4 @@ -MD5 (cssed-0.3.0.tar.gz) = 667632e3c5f7f3493a2d98cc47470209 -RMD160 (cssed-0.3.0.tar.gz) = cb8735852c6405186fd91f3e96eb96d5ba04bc22 -SHA1 (cssed-0.3.0.tar.gz) = f6723ed25b7601a7aa9f17723449b953c59552da -SIZE (cssed-0.3.0.tar.gz) = 872421 +MD5 (cssed-0.4.0.tar.gz) = ff7c818d1f819b7d76b4f714be64e08e +RMD160 (cssed-0.4.0.tar.gz) = 91bd22facdf40298d54bac83cc126740a1a077d8 +SHA1 (cssed-0.4.0.tar.gz) = 98ca1bcca97ee22516ca18ebfd832a48efb80e77 +SIZE (cssed-0.4.0.tar.gz) = 1457946 Index: pkg/PLIST === RCS file: /cvs/ports/www/cssed/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 22 Oct 2005 12:37:32 - 1.1.1.1 +++ pkg/PLIST 24 Nov 2005 15:18:31 - @@ -47,6 +47,7 @@ share/cssed/pixmaps/validate_dump.png share/cssed/pixmaps/validate_dump_menu.png share/cssed/pixmaps/validate_menu.png +share/locale/ca/LC_MESSAGES/cssed.mo share/locale/de/LC_MESSAGES/cssed.mo share/locale/es/LC_MESSAGES/cssed.mo share/locale/fr/LC_MESSAGES/cssed.mo Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: centericq
> so, i downloaded the newest, compiled with --without-msn (no curl here) > and so far it's good. what's the issue i should be looking for? You precisely avoided the problem as it's in the msn code, I've the diff --without-msn in my tree but I was hoping it would get fixed. Ignoring it's broken won't do that, spending some time or submitting a bug report to the author will.
Re: Gimp port fails.
On Thu, Nov 24, 2005 at 09:28:35AM -0500, Watson Ladd wrote: > When I attempt to build the GIMP port, it fails with: > > Can't install libtool-1.5.18p2 because of conflicts (libtool-1.5.20) > > This problem appears on the recent stable branch. we have libtool-1.5.18p2 in stable, so why do you have 1.5.20 installed? Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
LuaSocket update from version 2.0beta3 to 2.0
Tested on i386, macppc and sparc64. -p. Index: Makefile === RCS file: /cvs/ports/net/luasocket/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile10 Sep 2005 17:32:15 - 1.3 +++ Makefile24 Nov 2005 17:35:38 - @@ -3,11 +3,10 @@ NOT_FOR_ARCHS= ${NO_SHARED_ARCHS} COMMENT= "network support for the lua language" -DISTNAME= luasocket-2.0-beta3 -PKGNAME= ${DISTNAME:S/0-b/0b/}p0 +DISTNAME= luasocket-2.0 CATEGORIES=net -MASTER_SITES= ${HOMEPAGE} +MASTER_SITES= http://luaforge.net/frs/download.php/1095/ HOMEPAGE= http://www.cs.princeton.edu/~diego/professional/luasocket/ MAINTAINER=Pedro Martelletto <[EMAIL PROTECTED]> @@ -24,30 +23,33 @@ RUN_DEPENDS= ${BUILD_DEPENDS} LIB_DEPENDS= luacompat::devel/luacompat -MAKE_FILE= makefile.Linux # heh, yeah, linux, sure... +MAKE_FILE= makefile post-extract: @sed -e "s:@socketpath@:${PREFIX}/lua/luasocket/?.lua:g" \ --e "s:@socketcpath@:${PREFIX}/lib/?.so:g" \ +-e "s:@socketcpath@:${PREFIX}/lua/luasocket/?.so:g" \ ${FILESDIR}/init.lua > ${WRKSRC}/init.lua +LUASOCKETDIR= ${PREFIX}/lua/luasocket + do-install: - ${INSTALL_DATA_DIR} ${PREFIX}/lua/luasocket - ${INSTALL_DATA_DIR} ${PREFIX}/lua/luasocket/socket + ${INSTALL_DATA_DIR} ${LUASOCKETDIR} + ${INSTALL_DATA_DIR} ${LUASOCKETDIR}/socket + ${INSTALL_DATA_DIR} ${LUASOCKETDIR}/mime ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/luasocket ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/luasocket - ${INSTALL_DATA} ${WRKSRC}/luasocket*.so.*.* ${PREFIX}/lib/luasocket.so - ${INSTALL_DATA} ${WRKSRC}/luamime*.so* ${PREFIX}/lib/luamime.so - ${INSTALL_DATA} ${WRKSRC}/init.lua ${PREFIX}/lua/luasocket - ${INSTALL_DATA} ${WRKSRC}/lua/socket.lua ${PREFIX}/lua/luasocket - ${INSTALL_DATA} ${WRKSRC}/lua/ltn12.lua ${PREFIX}/lua/luasocket - ${INSTALL_DATA} ${WRKSRC}/lua/mime.lua ${PREFIX}/lua/luasocket - ${INSTALL_DATA} ${WRKSRC}/lua/ftp.lua ${PREFIX}/lua/luasocket/socket - ${INSTALL_DATA} ${WRKSRC}/lua/http.lua ${PREFIX}/lua/luasocket/socket - ${INSTALL_DATA} ${WRKSRC}/lua/smtp.lua ${PREFIX}/lua/luasocket/socket - ${INSTALL_DATA} ${WRKSRC}/lua/tp.lua ${PREFIX}/lua/luasocket/socket - ${INSTALL_DATA} ${WRKSRC}/lua/url.lua ${PREFIX}/lua/luasocket/socket - ${INSTALL_DATA} ${WRKSRC}/manual/* ${PREFIX}/share/doc/luasocket - ${INSTALL_DATA} ${WRKSRC}/examples/* ${PREFIX}/share/examples/luasocket + ${INSTALL_DATA} ${WRKSRC}/src/socket.so ${LUASOCKETDIR}/socket/core.so + ${INSTALL_DATA} ${WRKSRC}/src/mime.so ${LUASOCKETDIR}/mime/core.so + ${INSTALL_DATA} ${WRKSRC}/init.lua ${LUASOCKETDIR} + ${INSTALL_DATA} ${WRKSRC}/src/socket.lua ${LUASOCKETDIR} + ${INSTALL_DATA} ${WRKSRC}/src/ltn12.lua ${LUASOCKETDIR} + ${INSTALL_DATA} ${WRKSRC}/src/mime.lua ${LUASOCKETDIR} + ${INSTALL_DATA} ${WRKSRC}/src/ftp.lua ${LUASOCKETDIR}/socket + ${INSTALL_DATA} ${WRKSRC}/src/http.lua ${LUASOCKETDIR}/socket + ${INSTALL_DATA} ${WRKSRC}/src/smtp.lua ${LUASOCKETDIR}/socket + ${INSTALL_DATA} ${WRKSRC}/src/tp.lua ${LUASOCKETDIR}/socket + ${INSTALL_DATA} ${WRKSRC}/src/url.lua ${LUASOCKETDIR}/socket + ${INSTALL_DATA} ${WRKSRC}/doc/* ${PREFIX}/share/doc/luasocket + ${INSTALL_DATA} ${WRKSRC}/samples/* ${PREFIX}/share/examples/luasocket .include Index: distinfo === RCS file: /cvs/ports/net/luasocket/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo19 Apr 2005 15:14:38 - 1.3 +++ distinfo24 Nov 2005 17:35:38 - @@ -1,4 +1,4 @@ -MD5 (luasocket-2.0-beta3.tar.gz) = ba32118746205cb088ce7fed06d8d1b7 -RMD160 (luasocket-2.0-beta3.tar.gz) = 49deb7b7050f831717b7e34852cf044745f0e62a -SHA1 (luasocket-2.0-beta3.tar.gz) = e49638ea4dee174dba26af58d9bb37b93a12bd14 -SIZE (luasocket-2.0-beta3.tar.gz) = 115472 +MD5 (luasocket-2.0.tar.gz) = 8416fed2eb2fc223439d7f8ffd90eb85 +RMD160 (luasocket-2.0.tar.gz) = abede8f3618130781567157bcd6b42f69d180dde +SHA1 (luasocket-2.0.tar.gz) = ffef5b9faf9f802101d3121a60c77f912deb38aa +SIZE (luasocket-2.0.tar.gz) = 118540 Index: patches/patch-buffer_c === RCS file: patches/patch-buffer_c diff -N patches/patch-buffer_c --- patches/patch-buffer_c 16 Dec 2004 13:38:12 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,23 +0,0 @@ -$OpenBSD: patch-buffer_c,v 1.1.1.1 2004/12/16 13:38:12 pedro Exp $ buffer.c.orig Mon Jul 26 17:17:35 2004 -+++ buffer.c Tue Aug 10 21:11:45 2004 -@@ -75,7 +75,9 @@ int buf_meth_setstats(lua_State *L, p_bu - \*-*/ - int buf_meth_send(lua_State *L, p_buf buf) { - int top = lu
update: sysutils/tpb
0.6.3 -> 0.6.4 Index: Makefile === RCS file: /cvs/ports/sysutils/tpb/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile9 Nov 2005 01:25:38 - 1.4 +++ Makefile24 Nov 2005 18:16:08 - @@ -5,8 +5,7 @@ COMMENT= "utility to use ibm thinkpad(tm) special keys" -DISTNAME= tpb-0.6.3 -PKGNAME= ${DISTNAME}p1 +DISTNAME= tpb-0.6.4 CATEGORIES=sysutils HOMEPAGE= http://www.nongnu.org/tpb/ Index: distinfo === RCS file: /cvs/ports/sysutils/tpb/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo5 Jan 2005 17:29:39 - 1.2 +++ distinfo24 Nov 2005 18:16:08 - @@ -1,4 +1,4 @@ -MD5 (tpb-0.6.3.tar.gz) = fc11a0af992178e4013fd9c041dbaa7e -RMD160 (tpb-0.6.3.tar.gz) = f5f4348aaad676b9a1f86b0006728c715b5ca291 -SHA1 (tpb-0.6.3.tar.gz) = e2787d53f5e4caa30c2b3b0ef0f960bcad152f1c -SIZE (tpb-0.6.3.tar.gz) = 277058 +MD5 (tpb-0.6.4.tar.gz) = 563b544fbedcc1763130a0bca1ad63b6 +RMD160 (tpb-0.6.4.tar.gz) = 09cf46ed1933d568ced7756f85fef35b23c1ded2 +SHA1 (tpb-0.6.4.tar.gz) = 481894d8289c75d821f50568f9c2d0005486e0e8 +SIZE (tpb-0.6.4.tar.gz) = 280316 Index: patches/patch-man_tpb_1 === RCS file: /cvs/ports/sysutils/tpb/patches/patch-man_tpb_1,v retrieving revision 1.1 diff -u -r1.1 patch-man_tpb_1 --- patches/patch-man_tpb_1 13 May 2005 20:12:24 - 1.1 +++ patches/patch-man_tpb_1 24 Nov 2005 18:16:08 - @@ -1,17 +1,16 @@ -$OpenBSD: patch-man_tpb_1,v 1.1 2005/05/13 20:12:24 msf Exp $ man/tpb.1.orig Fri May 13 12:41:46 2005 -+++ man/tpb.1 Fri May 13 12:42:14 2005 -@@ -265,13 +265,6 @@ value middle is only supported by xosd 2 - .TP 8 - .B OSDALIGN - Defines the alignment of the osd. Possible values are left, center and right. Default is left. +--- man/tpb.1.orig Thu Nov 24 15:36:31 2005 man/tpb.1 Thu Nov 24 15:36:41 2005 +@@ -331,13 +331,6 @@ + Defines the alignment of the osd. + Possible values are left, center and right. + Default is left. -.SH "NOTES" --Requires NVRAM device /dev/nvram. This must be enabled in your kernel. --Although the device file must exist. The device file could be created with --\'mknod /dev/nvram c 10 144\' +-Requires NVRAM device /dev/nvram. +-This must be enabled in your kernel. +-Although the device file must exist. +-The device file could be created with \'mknod /dev/nvram c 10 144\' - --This program was developed on a Thinkpad Model T21. I don't know if it works on --other models. +-This program was developed on a Thinkpad Model T21. .SH EXAMPLE tpb \-\-osd=off \-\-verbose \-\-thinkpad="xterm \-T ntpctl \-e ntpctl" .SH COPYRIGHT
Re: centericq
hmm, on Thu, Nov 24, 2005 at 09:13:30AM -0700, Peter Valchev said that > > so, i downloaded the newest, compiled with --without-msn (no curl here) > > and so far it's good. what's the issue i should be looking for? > > You precisely avoided the problem as it's in the msn code, I've > the diff --without-msn in my tree but I was hoping it would get > fixed. Ignoring it's broken won't do that, spending some time or > submitting a bug report to the author will. i feel your pain. but i have never used msn and don't plan to. is there some more info about this flaw somewhere? i would gladly write the author if i knew what's the deal. i presume it's openbsd specific if the code is released and noone else complains? or just telling the author that having msn compiled in the program core dumps on openbsd? -f -- you're old when you forget how to start your rocking chair.
Re: centericq
On 24/11/05, frantisek holop <[EMAIL PROTECTED]> wrote: > hmm, on Thu, Nov 24, 2005 at 09:13:30AM -0700, Peter Valchev said that > > > so, i downloaded the newest, compiled with --without-msn (no curl here) > > > and so far it's good. what's the issue i should be looking for? > > > > You precisely avoided the problem as it's in the msn code, I've > > the diff --without-msn in my tree but I was hoping it would get > > fixed. Ignoring it's broken won't do that, spending some time or > > submitting a bug report to the author will. > > i feel your pain. > but i have never used msn and don't plan to. > > is there some more info about this flaw somewhere? > i would gladly write the author if i knew what's the deal. > i presume it's openbsd specific if the code is released > and noone else complains? > > or just telling the author that having msn compiled in > the program core dumps on openbsd? > > -f > -- > you're old when you forget how to start your rocking chair. > > Yes this annoyed me also. MSN is pretty much the only protocol used in the uk. Why I dont know. Has anyome actually emailed the author? Regards Edd
Re: akpop3d questions
On Thu, Nov 24, 2005 at 07:17:54PM +1100, the unit calling itself Ian McWilliam wrote: > > > >Perhaps some fwd progress... got cert & key files installed, but I am > >bombing during the authentication process. Following is part of the > >debug output from my client. I double-checked the password value, and > >it's correct (changed here, but my client's log shows it correctly). > > > >The culprit seems to be the "group not found" error... WTF, O?? > > > >23:17:13.312 << 0009 USER jm\0D\0A > >23:17:13.359 >> 0005 +OK\0D\0A > >23:17:13.359 << 0017 PASS abcdefghij\0D\0A > >23:17:13.500 >> 0033 -ERR [SYS/TEMP] group not found\0D\0A > >23:17:20.718 << 0006 QUIT\0D\0A > >23:17:20.718 18: SSL read error -41 (locus 0, type 0, code 0, 'No data > >was read because the remote system closed the connection (recv() == > >0)') > >--- Connection closed normally at Wed, 23 Nov 2005 23:17:20. --- > > > > OK, It looks like the port needs some work as it doesn't handle the > default group name. > > main.c:# define DEFAULT_GROUP_NAME "mail" > > It appears that this can be changed with a command line arg. It can - that's how I finally got it to work. According to man akpop3d, -g groupID does it. (and apparently I'm confused - I thought group ID was the number, but akpop3d wants the group name, ... whatever) > main.c: case 'g': group_name = optarg; break; > > It looks like the groupname is used as an argument to lock the users > mail box. > > pop3_session.c.orig: g_inf = getgrnam("mail"); > pop3_session.c.orig: if (g_inf==NULL) { > pop3_session.c.orig: if (setegid(g_inf->gr_gid)!=0 && real_username > [0] == 0) { > pop3_session.c.orig:syslog(LOG_ERR,"%s: %u: %s","setegid() > failed",g_inf->gr_gid,strerror(errno)); > pop3_session.c.orig: if (setgid(g_inf->gr_gid)!=0 && real_username > [0] == 0) { > pop3_session.c.orig:syslog(LOG_ERR,"%s: %u: %s","setgid() > failed",g_inf->gr_gid,strerror(errno)); > pop3_session.c.orig: if ((rc=lock_maildrop(maildrop,u_inf- > >pw_uid,g_inf->gr_gid))<=0) > > yup, it then fchowns the lock file > > lock_maildrop.c: fchown(fd,uid,gid); > > So I would assume on other unix systems /var/mail is group mail by > default, maybe??. That may be... I checked a FreeBSD and a Linux (Fedora) box - both listed "mail" as the group for /var/mail. So OpenBSD would appear to be in a minority position. > if you want to add mail to the /etc/group file > > man -k groupadd > > groupadd (8) - add a group to the system I thought about this, but wouldn't you actually have to change group ownership of /var/mail to group "mail" for this to make any difference? And if you did this, wouldn't you risk breaking something else? Thanks for the insight, Jay
Re: akpop3d questions
On Thu, Nov 24, 2005 at 08:49:25AM +0100, the unit calling itself Xavier Santolaria wrote: > so spake J Moore on Thu, Nov 24, 2005 at 07:40:24AM CET: > [...] > > > The culprit seems to be the "group not found" error... WTF, O?? > > > > > > 23:17:13.312 << 0009 USER jm\0D\0A > > > 23:17:13.359 >> 0005 +OK\0D\0A > > > 23:17:13.359 << 0017 PASS abcdefghij\0D\0A > > > 23:17:13.500 >> 0033 -ERR [SYS/TEMP] group not found\0D\0A > > > 23:17:20.718 << 0006 QUIT\0D\0A > > > 23:17:20.718 18: SSL read error -41 (locus 0, type 0, code 0, 'No data > > > was read because the remote system closed the connection (recv() == 0)') > > > --- Connection closed normally at Wed, 23 Nov 2005 23:17:20. --- > > > > What is this group "mail"...? > > http://marc.theaimsgroup.com/?t=11320426661&r=1&w=2 OK - I didn't see this when I Google'd last night - thanks! ... guess the port maintainer is too busy. > > How does it get set up? > > Why is it not addressed in the docs od the instructions? >
Re: New port: fontforge
Fontforge. An outline font editor that lets you create your own postscript, truetype, opentype, cid-keyed, multi-master, cff, svg and bitmap (bdf) fonts, or edit existing ones. Also lets you convert one format to another. FontForge has support for many macintosh font formats. BSD licensed. Cool - works for me on i386.
fontconfig and freetype (was Re: New and some updated ports)
Antti Harri wrote: Hello, Here are some ports I've made and a couple of updated ones: http://openbsd.fi/~iku/files/ports/ fontconfig-2.3.2-obsd_port.tar.gz > freetype2-2.1.10-obsd_port.tar.gz [and other ports, that are not the issue here] The fontconfig in XF4 will be update to 2.3.2 with the next X.Org import. Are there any ports that need this update quickly ? freetype2 is part of XF4 too. The next X.Org import will use 2.1.9, since 2.1.10 is causing problems in X, and those have not been solved yet. Is there any port that's not happy with 2.1.9 ? More generally, it seems to me that the current consensus among OpenBSD developpers is that ports that need parts of X (typically fontconfig & freetype, not to mention expat again) should install xbase. There's no security risk associated with it as there are no setuid programs there. So there is no need to duplicate code that is part of XF4 in ports. If parts of them get updated they can be updated in XF4, just talk to the X maintainers. -- Matthieu Herrb