new unalz package
Hello Guy, I make package about unalz archive application. What about your ideas? Thanks,
UPDATE: net/nmap
Nmap updated to 4.20 version, I added a quick hack to force using OpenBSD pcap libraries. Giovanni Bechis nmap-4.20.diff.gz Description: application/gunzip
UPDATE: audio/mp3info
Port updated to version 0.8.5.4a, tested on i386. Giovanni Bechis mp3info-0.8.5a.diff.gz Description: application/gunzip
Re: new unalz package
On Wed, Dec 20, 2006 at 04:37:08PM +0900, Liam Joo wrote: Hello Guy, I make package about unalz archive application. What about your ideas? Thanks, that you send a tarball to ports@, instead of useless mails like this. -- ``This statement is false'' NedBSD: http://nedbsd.eu
Re: Enigmail Thunderbird: Enigmime Service not available
Kurt Miller wrote: On Tuesday 19 December 2006 3:05 am, Stephan A. Rickauer wrote: Kurt Miller wrote: This is working for me with the same versions of the packages you listed. I built them myself instead of from snapshots though. AFAICT, system nss doesn't effect this. Have you tried some of the suggestions in the install message like creating a new profile? After the problems with the packages I've also compiled from ports and had the same effect. Since I've migrated my profile from linux originally, I did move it away first and started a brand new ~/.thunderbird from scratch. I still can't reproduce your particular problem, but I have noticed that enigmail installs its shared lib in the ~/.thunderbird profile dir. This is going to be problematic for upgrades. Please uninstall enigmail from thunderbird (Tools - Extensions - Enigmail - Uninstall) and try the attached diff. It installs enigmail into the global extensions dir. I've done so. Your diff applies cleanly, 'make' worked, 'make install' failed and complained about missing enigmime library. I thought I might have a messed up ports tree, so I wiped it out and cvs'ed it completely from scratch. Applying your diff, 'make' and 'make install' worked fine then. Starting thunderbird with the previously removed enigmail extension showed enigmail installed again, without having to go over the Extension Manager. However, my problem persists: Enigmime service unavailable. I've redone this step with LD_DEBUG=1 and have another nohup attached. This is really curious, because no one seems to be able to reproduce this problem. ;( One question. In your previous mail you've asked me to pkg_delete whatever is no longer needed. I didn't quite understand what you meant by that, so I've missed that step so far. Stephan nohup.out.gz Description: application/gzip
Re: Enigmail Thunderbird: Enigmime Service not available
Stephan A. Rickauer wrote: I've redone this step with LD_DEBUG=1 and have another nohup attached. This is really curious, because no one seems to be able to reproduce this problem. ;( Forgotten to mention I did this on a freshly squeezed .thunderbird
Re: UPDATE: audio/mp3info
Giovanni Bechis [2006-12-20, 08:49:37]: Port updated to version 0.8.5.4a, tested on i386. Giovanni Bechis your patch to use strlcpy is wrong. Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
UPDATE: mozilla-thunderbird-1.5.0.9
I'm using this for a few days. http://www.altroot.org/mozilla-thunderbird-1.5.0.9.patch http://www.mozilla.org/projects/security/known-vulnerabilities.html#Thunderbird -- Martynas Venckus
Does anyone needs textproc/gnome-spell?
Hi, I don't see anything is using it, and also there is no such module in GNOME 2.14/2.16 anymore. If nothing is using this port any more, why it cannot be removed? -- best regards q#
How much space is needed for bulk build on i386?
Hi, Can someone send me `du -sch' from distfiles/ and tell me aprox. how much I will need space for full build of ports? I see that all packages for i386 have less than 4.5GB -- best regards q#
UPDATE: devel/ipython
This diff updates ipython to version 0.7.3, released this morning.
Upstream has accepted a variation on the patch to the aliasing
system, so it is no longer necessary.
Version 0.7.3 includes, among other things, support for Python 2.5;
other improvements are listed here:
http://projects.scipy.org/ipython/ipython/wiki/Release/0.7.3/Features
Tested on i386/-current.
The diff is attached and available via HTTP:
http://lfod.us/files/ports/ipython-0.7.3.diff
Thanks!
removed:
patches/patch-IPython_iplib_py
diffstat:
Makefile | 13 +
distinfo |8
pkg/PLIST | 20 ++--
3 files changed, 27 insertions(+), 14 deletions(-)
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*--[ BSD Unix: Live Free or Die ]--*
Index: Makefile
===
RCS file: /cvs/ports/devel/ipython/Makefile,v
retrieving revision 1.3
diff -u -u -r1.3 Makefile
--- Makefile2006/06/08 14:38:01 1.3
+++ Makefile2006/12/20 11:42:15
@@ -2,7 +2,7 @@
COMMENT= enhanced interactive Python shell
-DISTNAME= ipython-0.7.2
+DISTNAME= ipython-0.7.3
CATEGORIES=devel
HOMEPAGE= http://ipython.scipy.org/
@@ -23,17 +23,14 @@
RUN_DEPENDS= ::devel/py-pexpect
-DOC_DIR= ${PREFIX}/share/doc/ipython
-EXAMPLE_DIR= ${PREFIX}/share/examples/ipython
-
post-extract:
@cd ${WRKSRC}/doc gunzip *.1.gz
post-install:
${INSTALL_MAN} ${WRKSRC}/doc/*.1 ${PREFIX}/man/man1
- ${INSTALL_DATA_DIR} ${DOC_DIR}
- ${INSTALL_DATA_DIR} ${EXAMPLE_DIR}
- ${INSTALL_DATA} ${WRKSRC}/doc/manual/* ${DOC_DIR}
- ${INSTALL_DATA} ${WRKSRC}/doc/examples/* ${EXAMPLE_DIR}
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/ipython
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/ipython
+ ${INSTALL_DATA} ${WRKSRC}/doc/manual/* ${PREFIX}/share/doc/ipython
+ ${INSTALL_DATA} ${WRKSRC}/doc/examples/*
${PREFIX}/share/examples/ipython
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/devel/ipython/distinfo,v
retrieving revision 1.2
diff -u -u -r1.2 distinfo
--- distinfo2006/06/08 14:38:01 1.2
+++ distinfo2006/12/20 11:42:15
@@ -1,4 +1,4 @@
-MD5 (ipython-0.7.2.tar.gz) = 3565efcf87c7318c1a3930e278ac9fa5
-RMD160 (ipython-0.7.2.tar.gz) = d0c324cde16b092b1443e60d174d950e11dcbebd
-SHA1 (ipython-0.7.2.tar.gz) = fe73fd5f78c997258ab41d6621a6be25bc2a697e
-SIZE (ipython-0.7.2.tar.gz) = 1085704
+MD5 (ipython-0.7.3.tar.gz) = 40cbc814b812f2c3d6c13b47d41a6cc5
+RMD160 (ipython-0.7.3.tar.gz) = 8a47b9d9f8985b2639570ebda77b9f341c142a9a
+SHA1 (ipython-0.7.3.tar.gz) = 91edea4ae7b1a422bc7a0e6dd9df185207b951be
+SIZE (ipython-0.7.3.tar.gz) = 1095673
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/ipython/pkg/PLIST,v
retrieving revision 1.2
diff -u -u -r1.2 PLIST
--- pkg/PLIST 2006/06/08 14:38:01 1.2
+++ pkg/PLIST 2006/12/20 11:42:15
@@ -38,8 +38,18 @@
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipipe.pyc
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_defaults.py
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_defaults.pyc
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_pydb.py
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_pydb.pyc
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_signals.py
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_signals.pyc
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_stock_completers.py
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_stock_completers.pyc
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_system_conf.py
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ipy_system_conf.pyc
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/jobctrl.py
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/jobctrl.pyc
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ledit.py
+lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/ledit.pyc
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/numeric_formats.py
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/numeric_formats.pyc
lib/python${MODPY_VERSION}/site-packages/IPython/Extensions/path.py
@@ -98,6 +108,11 @@
lib/python${MODPY_VERSION}/site-packages/IPython/demo.pyc
lib/python${MODPY_VERSION}/site-packages/IPython/excolors.py
lib/python${MODPY_VERSION}/site-packages/IPython/excolors.pyc
+lib/python${MODPY_VERSION}/site-packages/IPython/external/
+lib/python${MODPY_VERSION}/site-packages/IPython/external/__init__.py
+lib/python${MODPY_VERSION}/site-packages/IPython/external/__init__.pyc
UPDATE: www/p5-Catalyst-View-XSLT
Hi Porters,
i've sent the current patch plus another fix to the modules author and
he immediately released a new and working version.
This diff applies it to our tree. Besides i've done the cpanification.
Tested on i386 and sparc64 without regressions anymore.
Any comments?
Kind regards,
Simon
Index: Makefile
===
RCS file: /cvs/ports/textproc/p5-Catalyst-View-XSLT/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile7 Nov 2006 18:19:25 - 1.1.1.1
+++ Makefile20 Dec 2006 09:34:09 -
@@ -2,27 +2,22 @@
COMMENT= XSLT Views for catalyst
-DISTNAME= Catalyst-View-XSLT-0.02
-PKGNAME= p5-${DISTNAME}
-CATEGORIES=textproc perl5
+MODULES= cpan
+DISTNAME= Catalyst-View-XSLT-0.03
+CATEGORIES=textproc
-# Artistic + GPL
+# Perl
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP=Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-MASTER_SITES= ${MASTER_SITE_PERL_CPAN:=Catalyst/}
-
RUN_DEPENDS= :p5-XML-LibXSLT-=1.60:textproc/p5-XML-LibXSLT \
- ::www/p5-Catalyst-Runtime
-REGRESS_DEPENDS=${RUN_DEPENDS} \
- ::devel/p5-Test-Pod \
- ::devel/p5-Test-Pod-Coverage
+ ::www/p5-Catalyst-Runtime \
+ ::devel/p5-Universal-require
MAKE_ENV= TEST_POD=Yes
-CONFIGURE_STYLE=perl modbuild
-PKG_ARCH= *
+CONFIGURE_STYLE=modbuild
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/textproc/p5-Catalyst-View-XSLT/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo7 Nov 2006 18:19:25 - 1.1.1.1
+++ distinfo20 Dec 2006 09:34:09 -
@@ -1,4 +1,4 @@
-MD5 (Catalyst-View-XSLT-0.02.tar.gz) = 4afdc97049af8c27c44b99aad560c041
-RMD160 (Catalyst-View-XSLT-0.02.tar.gz) =
652905edcb27801b56d6a7ffa067836934070bca
-SHA1 (Catalyst-View-XSLT-0.02.tar.gz) =
d932f83c7c12d486c27a00779a1c543458061ff8
-SIZE (Catalyst-View-XSLT-0.02.tar.gz) = 7165
+MD5 (Catalyst-View-XSLT-0.03.tar.gz) = d8af0a40a39b5388cb32261ad3c213a6
+RMD160 (Catalyst-View-XSLT-0.03.tar.gz) =
58798b99f82970623778d86a4ae3034a81aae1f9
+SHA1 (Catalyst-View-XSLT-0.03.tar.gz) =
9673a24b28aba41e4dceb26b990ec7da13410830
+SIZE (Catalyst-View-XSLT-0.03.tar.gz) = 7216
Index: patches/patch-lib_Catalyst_View_XSLT_XML_LibXSLT_pm
===
RCS file:
/cvs/ports/textproc/p5-Catalyst-View-XSLT/patches/patch-lib_Catalyst_View_XSLT_XML_LibXSLT_pm,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 patch-lib_Catalyst_View_XSLT_XML_LibXSLT_pm
--- patches/patch-lib_Catalyst_View_XSLT_XML_LibXSLT_pm 7 Nov 2006 18:19:25
- 1.1.1.1
+++ patches/patch-lib_Catalyst_View_XSLT_XML_LibXSLT_pm 20 Dec 2006 09:34:09
-
@@ -1,12 +0,0 @@
-$OpenBSD: patch-lib_Catalyst_View_XSLT_XML_LibXSLT_pm,v 1.1.1.1 2006/11/07
18:19:25 espie Exp $
lib/Catalyst/View/XSLT/XML/LibXSLT.pm.orig Mon Nov 6 18:15:59 2006
-+++ lib/Catalyst/View/XSLT/XML/LibXSLT.pm Mon Nov 6 18:16:18 2006
-@@ -37,7 +37,7 @@ sub new
- };
-
- if ($@) {
-- $c-error('Could not use XML::LibXSLT: $@');
-+ $c-error('Could not use XML::LibXSLT: '.$@);
- return undef;
- }
-
Re: How much space is needed for bulk build on i386?
Le Wed, Dec 20, 2006 at 12:04:33PM +, Mikolaj Kucharski ecrivait : Can someone send me `du -sch' from distfiles/ and tell me aprox. how much I will need space for full build of ports? I see that all packages for i386 have less than 4.5GB Sure: $ du -sch /usr/ports/distfiles 4.9G/usr/ports/distfiles 4.9Gtotal Best regards, -- Frank Denis - frank [at] nailbox.fr - NSI / Young Nails / Akzentz nail tech Authorized Akzentz dealer - http://www.nailbox.fr http://forum.manucure.info - http://www.manucure-pro.com
Re: How much space is needed for bulk build on i386?
Le Wed, Dec 20, 2006 at 12:04:33PM +, Mikolaj Kucharski ecrivait : Can someone send me `du -sch' from distfiles/ and tell me aprox. how much I will need space for full build of ports? I see that all packages for i386 have less than 4.5GB And if you are talking about packages, after a full build on x86: $ du -sh packages 5.2Gpackages This is with yesterday's -current. -- Frank Denis - frank [at] nailbox.fr - NSI / Young Nails / Akzentz nail tech Authorized Akzentz dealer - http://www.nailbox.fr http://forum.manucure.info - http://www.manucure-pro.com
OOo build issue
If you have OOo installed and build it again, it seems to try to write into there, at least that's what this looks like when building with systrace. Mind, I've just started running with systrace so please let me know if this is normal idle chit-chat. systrace: deny user: ian, prog: /usr/ports/editors/openoffice/w-openoffice-2.1.0p1-no_lang/OOE680_m6/solver/680/unxobsd.pro/bin/idlc, pid: 32026(0)[8333], policy: /usr/bin/make, filters: 193, syscall: native-fswrite(136), filename: /usr systrace: deny user: ian, prog: /usr/ports/editors/openoffice/w-openoffice-2.1.0p1-no_lang/OOE680_m6/solver/680/unxobsd.pro/bin/idlc, pid: 32026(0)[8333], policy: /usr/bin/make, filters: 193, syscall: native-fswrite(136), filename: /usr/ports systrace: deny user: ian, prog: /usr/ports/editors/openoffice/w-openoffice-2.1.0p1-no_lang/OOE680_m6/solver/680/unxobsd.pro/bin/idlc, pid: 32026(0)[8333], policy: /usr/bin/make, filters: 193, syscall: native-fswrite(136), filename: /usr/ports/editors systrace: deny user: ian, prog: /usr/ports/editors/openoffice/w-openoffice-2.1.0p1-no_lang/OOE680_m6/solver/680/unxobsd.pro/bin/idlc, pid: 32026(0)[8333], policy: /usr/bin/make, filters: 193, syscall: native-fswrite(136), filename: /usr/ports/editors/openoffice Is Sun's idlc actually trying to open /usr for writing? Also, after printing about 3,000 of these failures, it reports IDLC Successful... nice definition of success. Interested parties may inquire of me in a couple of days to see if the port otherwise finished building successfully :-)
Re: OOo build issue
So if you do not have openoffice installed it does not happen? On (20/12/06 08:42), Ian Darwin wrote: If you have OOo installed and build it again, it seems to try to write into there, at least that's what this looks like when building with systrace. Mind, I've just started running with systrace so please let me know if this is normal idle chit-chat. systrace: deny user: ian, prog: /usr/ports/editors/openoffice/w-openoffice-2.1.0p1-no_lang/OOE680_m6/solver/680/unxobsd.pro/bin/idlc, pid: 32026(0)[8333], policy: /usr/bin/make, filters: 193, syscall: native-fswrite(136), filename: /usr systrace: deny user: ian, prog: /usr/ports/editors/openoffice/w-openoffice-2.1.0p1-no_lang/OOE680_m6/solver/680/unxobsd.pro/bin/idlc, pid: 32026(0)[8333], policy: /usr/bin/make, filters: 193, syscall: native-fswrite(136), filename: /usr/ports systrace: deny user: ian, prog: /usr/ports/editors/openoffice/w-openoffice-2.1.0p1-no_lang/OOE680_m6/solver/680/unxobsd.pro/bin/idlc, pid: 32026(0)[8333], policy: /usr/bin/make, filters: 193, syscall: native-fswrite(136), filename: /usr/ports/editors systrace: deny user: ian, prog: /usr/ports/editors/openoffice/w-openoffice-2.1.0p1-no_lang/OOE680_m6/solver/680/unxobsd.pro/bin/idlc, pid: 32026(0)[8333], policy: /usr/bin/make, filters: 193, syscall: native-fswrite(136), filename: /usr/ports/editors/openoffice Is Sun's idlc actually trying to open /usr for writing? Also, after printing about 3,000 of these failures, it reports IDLC Successful... nice definition of success. Interested parties may inquire of me in a couple of days to see if the port otherwise finished building successfully :-)
Are dot.mo files architecture independend?
Hi, Are they? Can I mark this package as PKG_ARCH=* ? # file * gnome-mime-data.mo: GNU message catalog (little endian), revision 0, 363 messages -- best regards q#
RESUBMIT: devel/sdcc
Hello ports@, since I got a personal mail about this port and since I use it regularly without issues, I'll resubmit it. #pkg_info sdcc Information for sdcc-2.6.0 Comment: Small Device C Compiler Description: SDCC is an open source retargettable, optimizing ANSI - C compiler. The current version targets the Intel 8051, Zilog Z80, Dallas 80C390, Motorola HC08 and Microchip PIC MCUs. Maintainer: Andreas Bihlmaier [EMAIL PROTECTED] WWW: http://sdcc.sourceforge.net/ Sorry I don't know how to fix these (see below). BUGS: /usr/ports/devel/sdcc # make lib-depends-check `/usr/ports/devel/sdcc/w-sdcc-2.6.0/fake-i386/.fake_done' is up to date. === Building package for sdcc-2.6.0 Create /usr/ports/packages/i386/all/sdcc-2.6.0.tgz Link to /usr/ports/packages/i386/ftp/sdcc-2.6.0.tgz Link to /usr/ports/packages/i386/cdrom/sdcc-2.6.0.tgz /usr/ports/packages/i386/all/sdcc-2.6.0.tgz: Extra: curses.10 Extra: panel.3 # grep WANTLIB Makefile WANTLIB=c curses m panel stdc++ Port attached. Regards, ahb devel_sdcc.tgz Description: application/tar-gz
Re: New powerpc packages snapshot
Peter Valchev [EMAIL PROTECTED] wrote: xorp-1.3 ? Packaging problem, fixed since. -- Christian naddy Weisgerber [EMAIL PROTECTED]
UPDATE: icewm-1.2.29
Hi.
- update icewm to version 1.2.29
- while here, clean up indent and better PATCH_LIST (from steven@)
ok?
--
Antoinediff -ruN --exclude CVS /usr/ports/x11/icewm/Makefile icewm/Makefile
--- /usr/ports/x11/icewm/Makefile Wed Nov 15 07:21:32 2006
+++ icewm/Makefile Wed Dec 20 17:54:18 2006
@@ -1,14 +1,13 @@
# $OpenBSD: Makefile,v 1.26 2006/11/15 06:21:32 ajacoutot Exp $
-COMMENT= small, fast window manager
+COMMENT= small, fast window manager
-DISTNAME= icewm-1.2.28
-PKGNAME= ${DISTNAME}p0
-CATEGORIES=x11
+DISTNAME= icewm-1.2.29
+CATEGORIES=x11
-HOMEPAGE= http://www.icewm.org/
+HOMEPAGE= http://www.icewm.org/
-MAINTAINER=Antoine Jacoutot [EMAIL PROTECTED]
+MAINTAINER=Antoine Jacoutot [EMAIL PROTECTED]
# LGPL
PERMIT_PACKAGE_CDROM= Yes
@@ -16,31 +15,31 @@
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-WANTLIB= ICE Imlib SM X11 Xext Xft Xinerama Xrandr Xrender \
- c fontconfig freetype jpeg m png stdc++ tiff ungif z
+WANTLIB= ICE Imlib SM X11 Xext Xft Xinerama Xrandr Xrender \
+ c fontconfig freetype jpeg m png stdc++ tiff ungif z
-MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=icewm/}
+MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=icewm/}
-MODULES= devel/gettext
+MODULES= devel/gettext
-LIB_DEPENDS= Imlib.=19::graphics/imlib
+LIB_DEPENDS= Imlib.=19::graphics/imlib
-USE_X11= Yes
-NO_REGRESS=Yes
-CONFIGURE_STYLE= gnu
-CONFIGURE_ARGS=--with-imlib=${PREFIX}/bin \
- --with-docdir=${PREFIX}/share/doc \
- --with-libdir=${PREFIX}/share/icewm \
- --with-cfgdir=${SYSCONFDIR}/icewm \
- --disable-i18n \
- --enable-shaped-decorations \
- --enable-gradients
-CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \
- LDFLAGS=-L${LOCALBASE}/lib
+USE_X11= Yes
+NO_REGRESS=Yes
+CONFIGURE_STYLE=gnu
+CONFIGURE_ARGS=--with-imlib=${PREFIX}/bin \
+ --with-docdir=${PREFIX}/share/doc \
+ --with-libdir=${PREFIX}/share/icewm \
+ --with-cfgdir=${SYSCONFDIR}/icewm \
+ --disable-i18n \
+ --enable-shaped-decorations \
+ --enable-gradients
+CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \
+ LDFLAGS=-L${LOCALBASE}/lib
.if ${MACHINE_ARCH} == arm || ${MACHINE_ARCH} == i386 \
|| ${MACHINE_ARCH} == powerpc || ${MACHINE_ARCH} == sparc
-PATCH_LIST=patch-* apm-patch-src_aapm_cc apm-patch-src_aapm_h
+PATCH_LIST=patch-* apm-*
.endif
post-install:
diff -ruN --exclude CVS /usr/ports/x11/icewm/distinfo icewm/distinfo
--- /usr/ports/x11/icewm/distinfo Thu Nov 2 18:53:03 2006
+++ icewm/distinfo Wed Dec 20 17:40:55 2006
@@ -1,4 +1,4 @@
-MD5 (icewm-1.2.28.tar.gz) = 357d399235c4efaf8c4b19acc7db37fd
-RMD160 (icewm-1.2.28.tar.gz) = fbc98d40fbcf2852138e7c9ebd606b34ee81cebf
-SHA1 (icewm-1.2.28.tar.gz) = 648f553b04c6cbf58b83a63ac6974ecefd231cd3
-SIZE (icewm-1.2.28.tar.gz) = 1054568
+MD5 (icewm-1.2.29.tar.gz) = 0342359398643c36eff313f680678e28
+RMD160 (icewm-1.2.29.tar.gz) = ac77e10d365852998bfef0c5d2a9181acfc7ec64
+SHA1 (icewm-1.2.29.tar.gz) = 185d5c118e6f7aeabe8666508f39422714904cf2
+SIZE (icewm-1.2.29.tar.gz) = 1055906
Re: RESUBMIT: devel/sdcc
Hello ports@, since I got a personal mail about this port and since I use it regularly without issues, I'll resubmit it. #pkg_info sdcc Information for sdcc-2.6.0 Comment: Small Device C Compiler Description: SDCC is an open source retargettable, optimizing ANSI - C compiler. The current version targets the Intel 8051, Zilog Z80, Dallas 80C390, Motorola HC08 and Microchip PIC MCUs. Maintainer: Andreas Bihlmaier [EMAIL PROTECTED] WWW: http://sdcc.sourceforge.net/ Sorry I don't know how to fix these (see below). BUGS: fixed /usr/ports/packages/i386/all/sdcc-2.6.0.tgz: Extra: curses.10 Extra: panel.3 Thanks Mikolaj for your hint. Darn it I should have read the 'Extra:' part because I thought how should I use a version number in WANTLIB ... Reading is easy, comprehension isn't. # grep WANTLIB Makefile WANTLIB=c m stdc++ Updated Port attached. Regards, ahb devel_sdcc.tgz Description: application/tar-gz
Wrappers support, compilation problem
Hi,
Can anyone give me a hint why I have errors like this
configure:31273: cc -o conftest -O2 -pipe -Wall \
-Wmissing-prototypes -I/usr/local/include \
-I/usr/X11R6/include -L/usr/local/lib conftest.c -lwrap 5
/usr/lib/libwrap.so.4.0: undefined reference to `allow_severity'
/usr/lib/libwrap.so.4.0: undefined reference to `deny_severity'
collect2: ld returned 1 exit status
# grep -R allow_severity /usr/lib
Binary file /usr/lib/libwrap.so.4.0 matches
Binary file /usr/lib/libwrap.a matches
Binary file /usr/lib/libwrap_p.a matches
Binary file /usr/lib/libwrap_pic.a matches
This compilation fails with sourse like this (char):
| #ifdef __cplusplus
| extern C
| #endif
| char hosts_ctl ();
| int
| main ()
| {
| return hosts_ctl ();
| ;
| return 0;
| }
and also fails like this (int):
| #ifdef __cplusplus
| extern C
| #endif
| int hosts_ctl ();
| int
| main ()
| {
| return hosts_ctl ();
| ;
| return 0;
| }
Which type is correct? hosts_access(3) says that return type of
hosts_ctl() is int
--
best regards
q#
UPDATE: net/libtorrent and net/rtorrent
The attached patches updates net/libtorrent and net/rtorrent to versions 0.11 and 0.7 respectively. Some highlights from the ChangeLog: * Encrypted (obfuscated) handshake and connection support. * Added support for tunneling through HTTP 1.0 proxies. * Support for the CANCEL piece request message. * Allow the user to configure the max file size a torrent is allowed to create, and the option to split large files. NB: I removed myself from the MAINTAINER fields. I will most likely not have time to maintain it. Not for the first half of 2007 at least. diff -ubr libtorrent.orig/Makefile libtorrent/Makefile --- libtorrent.orig/MakefileWed Dec 20 19:47:09 2006 +++ libtorrent/Makefile Thu Dec 21 03:37:54 2006 @@ -2,12 +2,11 @@ COMMENT= BitTorrent Library written in C++ -DISTNAME= libtorrent-0.10.4 -SHARED_LIBS += torrent 10.0 # .9.0 +DISTNAME= libtorrent-0.11.0 +SHARED_LIBS += torrent 11.0 CATEGORIES=net devel HOMEPAGE= http://libtorrent.rakshasa.no/ -MAINTAINER=Henrik Enberg [EMAIL PROTECTED] # GPL PERMIT_PACKAGE_CDROM= Yes diff -ubr libtorrent.orig/distinfo libtorrent/distinfo --- libtorrent.orig/distinfoWed Dec 20 19:47:09 2006 +++ libtorrent/distinfo Thu Dec 21 03:43:25 2006 @@ -1,4 +1,4 @@ -MD5 (libtorrent-0.10.4.tar.gz) = 3154a686d9616f04012596b8daa2ff52 -RMD160 (libtorrent-0.10.4.tar.gz) = 43fdfe827e6f56c7caed2406f5c0c6df28dcf007 -SHA1 (libtorrent-0.10.4.tar.gz) = f809a013469be9a933c1032f8e4ebe08d4150e5a -SIZE (libtorrent-0.10.4.tar.gz) = 485174 +MD5 (libtorrent-0.11.0.tar.gz) = 1dd6d6c7cbb8a44810452c924f27c104 +RMD160 (libtorrent-0.11.0.tar.gz) = a67017ac522d4acf303fa5e13bfdede03815d47b +SHA1 (libtorrent-0.11.0.tar.gz) = d2a18ed35d0e6cd573ee284a6fe14574b85c86c4 +SIZE (libtorrent-0.11.0.tar.gz) = 475919 diff -ubr libtorrent.orig/pkg/PLIST libtorrent/pkg/PLIST --- libtorrent.orig/pkg/PLIST Wed Dec 20 19:47:09 2006 +++ libtorrent/pkg/PLISTThu Dec 21 04:10:58 2006 @@ -1,26 +1,34 @@ [EMAIL PROTECTED] $OpenBSD: PLIST,v 1.4 2006/10/19 15:21:20 naddy Exp $ [EMAIL PROTECTED] $OpenBSD$ %%SHARED%% include/torrent/ include/torrent/bitfield.h -include/torrent/block.h -include/torrent/block_list.h -include/torrent/block_transfer.h include/torrent/chunk_manager.h include/torrent/common.h include/torrent/connection_manager.h +include/torrent/data/ +include/torrent/data/block.h +include/torrent/data/block_list.h +include/torrent/data/block_transfer.h +include/torrent/data/file.h +include/torrent/data/file_list.h +include/torrent/data/file_utils.h +include/torrent/data/piece.h +include/torrent/data/transfer_list.h include/torrent/download.h +include/torrent/error.h include/torrent/event.h include/torrent/exceptions.h -include/torrent/file.h -include/torrent/file_list.h +include/torrent/hash_string.h include/torrent/http.h include/torrent/object.h include/torrent/object_stream.h include/torrent/path.h -include/torrent/peer.h -include/torrent/peer_info.h -include/torrent/peer_list.h -include/torrent/piece.h +include/torrent/peer/ +include/torrent/peer/client_info.h +include/torrent/peer/client_list.h +include/torrent/peer/peer.h +include/torrent/peer/peer_info.h +include/torrent/peer/peer_list.h include/torrent/poll.h include/torrent/poll_epoll.h include/torrent/poll_kqueue.h @@ -30,7 +38,6 @@ include/torrent/torrent.h include/torrent/tracker.h include/torrent/tracker_list.h -include/torrent/transfer_list.h lib/libtorrent.a lib/libtorrent.la lib/pkgconfig/ diff -ubr rtorrent.orig/Makefile rtorrent/Makefile --- rtorrent.orig/Makefile Wed Dec 20 19:47:16 2006 +++ rtorrent/Makefile Thu Dec 21 04:18:47 2006 @@ -2,11 +2,9 @@ COMMENT= Ncurses BitTorrent Client based on LibTorrent -DISTNAME= rtorrent-0.6.4 +DISTNAME= rtorrent-0.7.0 CATEGORIES=net HOMEPAGE= http://libtorrent.rakshasa.no/ - -MAINTAINER=Henrik Enberg [EMAIL PROTECTED] # GPL PERMIT_PACKAGE_CDROM= Yes diff -ubr rtorrent.orig/distinfo rtorrent/distinfo --- rtorrent.orig/distinfo Wed Dec 20 19:47:16 2006 +++ rtorrent/distinfo Thu Dec 21 04:19:15 2006 @@ -1,4 +1,4 @@ -MD5 (rtorrent-0.6.4.tar.gz) = 9077817e5a0f505e0b71add9c57b89f7 -RMD160 (rtorrent-0.6.4.tar.gz) = fa9fb6e8693a9d16926b022f97db6145847bb4c6 -SHA1 (rtorrent-0.6.4.tar.gz) = df3e39a78334284262fe71e9db63b3e47ca5ab29 -SIZE (rtorrent-0.6.4.tar.gz) = 438407 +MD5 (rtorrent-0.7.0.tar.gz) = 26758f948874e1ee9732628772483b7b +RMD160 (rtorrent-0.7.0.tar.gz) = 8e0d598de52530d9483fc48096522019add75c5c +SHA1 (rtorrent-0.7.0.tar.gz) = 2a6b99725f36dcd2fb439aae5a372245bfda5ec9 +SIZE (rtorrent-0.7.0.tar.gz) = 413247 diff -ubr rtorrent.orig/pkg/PLIST rtorrent/pkg/PLIST --- rtorrent.orig/pkg/PLIST Wed Dec 20 19:47:16 2006 +++ rtorrent/pkg/PLIST Thu Dec 21 04:24:48 2006 @@ -1,4 +1,4 @@ [EMAIL PROTECTED] $OpenBSD: PLIST,v 1.1.1.1
Re: Wrappers support, compilation problem
On Wed, 20 Dec 2006, Mikolaj Kucharski wrote:
Hi,
Can anyone give me a hint why I have errors like this
configure:31273: cc -o conftest -O2 -pipe -Wall \
-Wmissing-prototypes -I/usr/local/include \
-I/usr/X11R6/include -L/usr/local/lib conftest.c -lwrap 5
/usr/lib/libwrap.so.4.0: undefined reference to `allow_severity'
/usr/lib/libwrap.so.4.0: undefined reference to `deny_severity'
collect2: ld returned 1 exit status
# grep -R allow_severity /usr/lib
Binary file /usr/lib/libwrap.so.4.0 matches
Binary file /usr/lib/libwrap.a matches
Binary file /usr/lib/libwrap_p.a matches
Binary file /usr/lib/libwrap_pic.a matches
This compilation fails with sourse like this (char):
| #ifdef __cplusplus
| extern C
| #endif
| char hosts_ctl ();
| int
| main ()
| {
| return hosts_ctl ();
| ;
| return 0;
| }
and also fails like this (int):
| #ifdef __cplusplus
| extern C
| #endif
| int hosts_ctl ();
| int
| main ()
| {
| return hosts_ctl ();
| ;
| return 0;
| }
Which type is correct? hosts_access(3) says that return type of
hosts_ctl() is int
Just include tcpd.h (and sys/types.h). It contains
the right declarations, in C++ wrappers. It's a bad habit to have
local prototypes of lib functions.
-Otto
Re: Wrappers support, compilation problem
Mikolaj Kucharski wrote:
Hi,
Can anyone give me a hint why I have errors like this
configure:31273: cc -o conftest -O2 -pipe -Wall \
-Wmissing-prototypes -I/usr/local/include \
-I/usr/X11R6/include -L/usr/local/lib conftest.c -lwrap 5
/usr/lib/libwrap.so.4.0: undefined reference to `allow_severity'
/usr/lib/libwrap.so.4.0: undefined reference to `deny_severity'
collect2: ld returned 1 exit status
# grep -R allow_severity /usr/lib
Binary file /usr/lib/libwrap.so.4.0 matches
Binary file /usr/lib/libwrap.a matches
Binary file /usr/lib/libwrap_p.a matches
Binary file /usr/lib/libwrap_pic.a matches
Yes, and nm /usr/lib/libwrap.so.4.0 | grep allow_severity says:
U allow_severity
which means the symbol is referenced but not defined.
This compilation fails with sourse like this (char):
| #ifdef __cplusplus
| extern C
| #endif
| char hosts_ctl ();
| int
| main ()
| {
| return hosts_ctl ();
| ;
| return 0;
| }
and also fails like this (int):
| #ifdef __cplusplus
| extern C
| #endif
| int hosts_ctl ();
| int
| main ()
| {
| return hosts_ctl ();
| ;
| return 0;
| }
Which type is correct? hosts_access(3) says that return type of
hosts_ctl() is int
Read the man page for hosts_ctl(3) more carefully:
The allow_severity and deny_severity variables determine how accepted
and rejected requests may be logged. They must be provided by the
caller and may be modified by rules in the access control tables.
So you need to fix your tests.
--
Matthieu Herrb
