Re: Problems with java
ICMan wrote: Hello, I just compiled (after a whole day) the jdk 1.5.0p19 distribution on OBSD 4.0, and I get the following error whenever I run java or attempt to use the plugin with firefox: "Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine." I have tried "ulimit -d 10", I have tried "java -Xms10M -Xmx10M", "java -Xms100M -Xmx100M", and even "java -Xms1M -Xmx1M". None work. I continue to get the same error. Need help badly. Thanks ICMan. Although I always run with a gig in ulimit (that's 10x what you have tried), I tried a lowering my ulimit to just 100M and start a big applet in firefox, it worked ok. I have never had to use VM args for the plugin... How much free memory do you have according to top(1)? How big is your swap? Do all applets exhibit this error? Niklas
Re: UPDATE: x11/gtk+2
Sam Fourman Jr. schrieb am Donnerstag, den 16. November 2006: > I would be willing to test even a stripped down version of Gnome > Desktop, does anyone have all the diffs? > I tried these on - current and i get hung up on gnome-vfs with glib > and pango lib errors > http://www.credativ.com/~awi/gnome/ports/ > > if anyone has the diffs i can test on i386 and SMP i386 If you are not able to give me any build logs, I'm not able to help you. At least I can say it compiles on our test boxes. Alex
Re: UPDATE: x11/gtk+2
I would be willing to test even a stripped down version of Gnome Desktop, does anyone have all the diffs? I tried these on - current and i get hung up on gnome-vfs with glib and pango lib errors http://www.credativ.com/~awi/gnome/ports/ if anyone has the diffs i can test on i386 and SMP i386 I have been waiting for Gnome to get updated for a Long time now :) I hope it happens :) Sam Fourman Jr. On 11/14/06, Peter Strömberg <[EMAIL PROTECTED]> wrote: On 13 Nov 2006 at 20:35, Sam Fourman Jr. wrote: > I wonder if anyone would happen to have a diff for the latest gconf2
multimedia/xine-lib on altivec enabled ppc
On an altivec enabled ppc xine-lib will break dues to the fact that configure will assume that the platform supports the -force_cpusubtype_ALL option [attachment1]. (Running OpenBSD-current on an ibook G4). Solutions could be: [attachment 2] disable altivec. [attachment 3] remove the "bad" option fra the configure script (there must be a more elegant way the the one suggested in the patch). The maintainer email adress bounces, so I sent my observations here. TYIA Ole Guldberg gmake[3]: Entering directory `/usr/ports/multimedia/xine-lib/w-xine-lib-1.1.2p0/xine-lib-1.1.2/src/libmpeg2' if /usr/local/bin/libtool --tag=disable-static --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -I/usr/local/include -force_cpusubtype_ALL -maltivec -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O2 -pipe -maltivec -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Wstrict-aliasing -MT cpu_state.lo -MD -MP -MF ".deps/cpu_state.Tpo" -c -o cpu_state.lo cpu_state.c; \ then mv -f ".deps/cpu_state.Tpo" ".deps/cpu_state.Plo"; else rm -f ".deps/cpu_state.Tpo"; exit 1; fi mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -I/usr/local/include -force_cpusubtype_ALL -maltivec -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O2 -pipe -maltivec -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Wstrict-aliasing -MT cpu_state.lo -MD -MP -MF .deps/cpu_state.Tpo -c cpu_state.c -fPIC -DPIC -o .libs/cpu_state.o cc1: error: unrecognized option `-force_cpusubtype_ALL' gmake[3]: *** [cpu_state.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/multimedia/xine-lib/w-xine-lib-1.1.2p0/xine-lib-1.1.2/src/libmpeg2' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/xine-lib/w-xine-lib-1.1.2p0/xine-lib-1.1.2/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/xine-lib/w-xine-lib-1.1.2p0/xine-lib-1.1.2' gmake: *** [all] Error 2 *** Error code 2 Index: Makefile === RCS file: /cvs/ports/multimedia/xine-lib/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile29 Oct 2006 23:30:50 - 1.5 +++ Makefile9 Nov 2006 22:35:24 - @@ -55,6 +55,7 @@ CONFIGURE_STYLE= gnu CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \ --disable-optimizations \ + --disable-altivec \ --disable-mlib \ --disable-opengl \ --disable-fb \ Index: Makefile === RCS file: /cvs/ports/multimedia/xine-lib/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile29 Oct 2006 23:30:50 - 1.5 +++ Makefile11 Nov 2006 17:31:00 - @@ -90,5 +90,11 @@ .if ${MACHINE_ARCH} == "i386" cp ${FILESDIR}/i386_set_ldt.c ${WRKSRC}/src/libw32dll/wine/ .endif +.if ${MACHINE_ARCH} == "powerpc" + @sed -e "s:-force_cpusubtype_ALL::g" ${WRKSRC}/configure > ${WRKSRC}/configure.sed + mv ${WRKSRC}/configure.sed ${WRKSRC}/configure + chmod +x ${WRKSRC}/configure +.endif + .include
Problems with java
Hello, I just compiled (after a whole day) the jdk 1.5.0p19 distribution on OBSD 4.0, and I get the following error whenever I run java or attempt to use the plugin with firefox: "Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine." I have tried "ulimit -d 10", I have tried "java -Xms10M -Xmx10M", "java -Xms100M -Xmx100M", and even "java -Xms1M -Xmx1M". None work. I continue to get the same error. Need help badly. Thanks ICMan.
php 5.1.6 patch for 3.9 from cvs HEAD
I haven't heard back from robert@, so I'm sending it ports@ way. Hope it will be of use to others as well. -- Forwarded message -- From: patrick keshishian <[EMAIL PROTECTED]> Date: Nov 10, 2006 1:26 AM Subject: php 5.1.6 patch for 3.9 from cvs HEAD To: Robert Nagy <[EMAIL PROTECTED]> Greetings, I am not sure if this will of any use to anyone, but I took a small amount of time and build php 5.1.6 using the port from cvs HEAD. Small mods were required to make the OPENBSD_3_9 ports infrastructure happy with the extensions/Makefile It built nicely for me and I'm running it and so far no problems. This is on i386 system. I should also mention that I did not do a full regression test with much of the extensions. I only built what I use (gd and pgsql). I was going to post it to ports@ but thought I'd pass it by you first. Hopefully someone will find this useful. --patrick php5.1.6-OPENBSD_3_9.diff.gz Description: GNU Zip compressed data
Re: p3scan, smtp-gated, and dansguardian ports
On Thu, Nov 16, 2006 at 02:00:06AM +0200, Soner Tari wrote: > 1. Is there any specific reason I'm ignorant of, why any or all > software I mention above were not added to OpenBSD ports and > packages? Probably nobody needed them? Was there any discussion on > these software before, which I totally missed? I'm not aware of any, though you could search the ports@ archives to satisfy your curiosity. > 2. How do you choose which software to add among OpenBSD ports? Ports are submitted, people test them, and then (barring license or other issues), devs decide to commit them. If the software is useful and well-ported, most submissions eventually will be committed. [...] > 4. What about the documentation? None of them are perfect. Submit patches to the documentation upstream? It's nice to have good docs, but it's not an absolute requirement. > 5. Do you think the license is OK? They are all GPL. Lots of ports are licensed under the GPL. The reservations[0] the project has about the GPL won't keep a good port from being committed. > 6. Is there any mismatch with OpenBSD philosophy? I mean, OpenBSD > is first of all for freedoms, but dansguardian is a web filter. On > the other hand, dansguardian is also an anti-virus HTTP gateway. What? That's bizarre. By that logic, should pf(4) be removed? > 7. Last but not the least, I've really needed them, but is there > any interest among other OpenBSD users in any of these software? If you've prepared ports (I can't tell from your mail), clean them up and submit them. If you haven't yet prepared ports, you might as well, as it will a) make it easier to install them in the future and b) make it more likely that someday you'll be able to simply install the package from an FTP mirror. [0] http://www.openbsd.org/policy.html -- o--{ Will Maier }--o | web:...http://www.lfod.us/ | [EMAIL PROTECTED] | *--[ BSD Unix: Live Free or Die ]--*
Re: p3scan, smtp-gated, and dansguardian ports
On 2006/11/16 02:00, Soner Tari wrote: > dansguardian is an anti-virus web filter. > 1. Is there any specific reason I'm ignorant of, why any or all software > I mention above were not added to OpenBSD ports and packages? Probably > nobody needed them? Was there any discussion on these software before, > which I totally missed? dansguardian licensing is...unusual. It's GPL but downloads from the author's site and official mirrors is restricted to non-commercial users and 1 copy only for commercial users. imo the port wouldn't be able to pull files from the author's website or an official mirror, in case the person building the port was a military government, or a commercial user and they had already built an older version, so there would need to be a non-commercial unofficial mirror site hosting the files, which the author "would prefer you did not" (do). http://dansguardian.org/?page=download http://dansguardian.org/?page=copyright2
Re: p3scan, smtp-gated, and dansguardian ports
* Soner Tari <[EMAIL PROTECTED]> [061115 19:05]: > I'm not sure why so many capable OpenBSD developers did not choose to > create OpenBSD packages of these software (lack of time perhaps), so I > need your feedback: > Pretty much all the port maintainers are volunteers. That includes me. We port what we are interested in as time allows. Submit your ports and join the crowd. > > I would appreciate your comments. > You've got mine. Perhaps other maintainers will weigh in. BTW, Dans Guardian has been on my todo list for a couple months. Send me a tarball if you don't mind. Jim
Re: Problems compiling koffice-1.6.0
On Wed, Nov 15, 2006 at 05:57:15PM -0500, STeve Andre' wrote: > This is on a -current system compiled on Nov 6th. > > --STeve Andre' > > bargle:office3 {119} make package > `/usr/ports/x11/kde/office3/w-koffice-1.6.0/fake-i386/.fake_done' is up to > date. > `/usr/ports/x11/kde/office3/w-koffice-1.6.0/build-i386/pkg/DESCR' is up to > date. > `/usr/ports/x11/kde/office3/w-koffice-1.6.0/build-i386/pkg/COMMENT' is up to > date. > ===> Building package for koffice-1.6.0 > Create /usr/ports/packages/i386/all/koffice-1.6.0.tgz > Missing library for poppler > Can't resolve libspec poppler > *** Error code 1 You're obviously doing something wrong. It should tell you it's missing poppler when it's checking LIB_DEPENDS at the start of the build. So you either removed poppler during the build, or you're mixing stuff from various releases.
p3scan, smtp-gated, and dansguardian ports
Hi All, I've been using p3scan, smtp-gated, and dansguardian for the last couple of months successfully (one production installation has uptime of 63 days). For those unfamiliar with these software: p3scan is a POP3 anti-virus/spam gateway, smtp-gated is a transparent anti-virus/spam SMTP gateway, and dansguardian is an anti-virus web filter. p3scan was already ported to OpenBSD (specifically, pf), but it had some issues, and I fixed them. It has GPL license. smtp-gated is among FreeBSD ports, and it was relatively easy to compile on OpenBSD. It has GPL license. I did some fixes to DansGuardian, and I'm still working on it, but it's stable (although I'm aware of some minor issues). It has GPL license. Before I did this work, I tried to find similar projects already available on OpenBSD, and failed to find any. (Actually, in place of smtp-gated, I first used postfix/amavisd-new solution. But I needed a real transparent smtp proxy.) They all run on both OpenBSD 3.9 and 4.0 now, and both i386 and amd64. (As a side note, I'm really impressed by the improvements in OpenBSD 4.0 amd64. Thanks.) I can readily provide tar.gz files, if anyone needs them. I'm not sure why so many capable OpenBSD developers did not choose to create OpenBSD packages of these software (lack of time perhaps), so I need your feedback: 1. Is there any specific reason I'm ignorant of, why any or all software I mention above were not added to OpenBSD ports and packages? Probably nobody needed them? Was there any discussion on these software before, which I totally missed? 2. How do you choose which software to add among OpenBSD ports? 3. Those among you familiar with the source code of those software, do you think the code quality is high enough? Personally I have some concerns, but they can be handled. 4. What about the documentation? None of them are perfect. 5. Do you think the license is OK? They are all GPL. 6. Is there any mismatch with OpenBSD philosophy? I mean, OpenBSD is first of all for freedoms, but dansguardian is a web filter. On the other hand, dansguardian is also an anti-virus HTTP gateway. 7. Last but not the least, I've really needed them, but is there any interest among other OpenBSD users in any of these software? I would appreciate your comments.
Problems compiling koffice-1.6.0
This is on a -current system compiled on Nov 6th. --STeve Andre' bargle:office3 {119} make package `/usr/ports/x11/kde/office3/w-koffice-1.6.0/fake-i386/.fake_done' is up to date. `/usr/ports/x11/kde/office3/w-koffice-1.6.0/build-i386/pkg/DESCR' is up to date. `/usr/ports/x11/kde/office3/w-koffice-1.6.0/build-i386/pkg/COMMENT' is up to date. ===> Building package for koffice-1.6.0 Create /usr/ports/packages/i386/all/koffice-1.6.0.tgz Missing library for poppler Can't resolve libspec poppler *** Error code 1 Stop in /usr/ports/x11/kde/office3 (line 1291 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/kde/office3 (line 1751 of /usr/ports/infrastructure/mk/bsd.port.mk). 27.7u 5.6s 0:35.91 93.0% 0+0k 331+147io 288pf+0w bargle:office3 {120} vi Makefile
Re: libusb update
It is dumb to have stable/devel versions for everything, what software is that? Barry, http://www.netdirect.ca/software/packages/barry/ An interesting project at a different level of "undocumented wireless" :-) If it's this one exception, maybe it'd be better to bundle in the libusb devel source and it build it statically just for that case? As ugly as it sounds, it may be preferred if it's just 1 exception. Since it only seems to be in CVS, who knows, they may keep changing the API, and different software may use different versions, I think this is the right approach given the circumstances; I'll do it that way. Thanks
NEW: nss-3.11.3
This is what i'm going to use for firefox-2.0p2 which i promised to send this week. nss-3.11.3: Libraries designed to support cross-platform development of security-enabled applications Network Security Services (NSS) is a set of libraries designed to support cross-platform development of security-enabled client and server applications. Applications built with NSS can support SSL v2 and v3, TLS, PKCS #5, PKCS #7, PKCS #11, PKCS #12, S/MIME, X.509 v3 certificates, and other security standards. For detailed information on standards supported. http://www.altroot.org/nss.tar.gz Any feedback appreciated! -- Martynas Venckus
Re: [update] www/mozilla-firefox internal nspr -> devel/nspr
Use system nss. http://www.altroot.org/mozilla-firefox0.patch -- Martynas Venckus
Re: [update] www/minimo internal nspr -> devel/nspr
Use system nss. http://www.altroot.org/minimo.patch -- Martynas Venckus
Re: libusb update
> >Please test with some of the software depending on this. Latest > >stable version, mostly bugfixes... > > Compiles and installs OK. Will test with my scanner later today, but > others have reported it works, so I'd say go for it. > > I actually need a later "devel" version of libusb (hile adding API, they > brilliantly changed the .h file from usb.h to libusb.h, and the program > I'm trying to port needs the new API). Should I make this as a separate > port with -devel in the name? It can't get committed over 1.0.12 because > it breaks compat with existing progs... It is dumb ot have stable/devel versions for everything, what software is that? If it's this one exception, maybe it'd be better to bundle in the libusb devel source and it build it statically just for that case? As ugly as it sounds, it may be preferred if it's just 1 exception. Since it only seems to be in CVS, who knows, they may keep changing the API, and different software may use different versions, so what are we going to do then, have 5 copies in the tree? Just a thought..
Re: libusb update
Peter Valchev wrote: Please test with some of the software depending on this. Latest stable version, mostly bugfixes... Compiles and installs OK. Will test with my scanner later today, but others have reported it works, so I'd say go for it. I actually need a later "devel" version of libusb (hile adding API, they brilliantly changed the .h file from usb.h to libusb.h, and the program I'm trying to port needs the new API). Should I make this as a separate port with -devel in the name? It can't get committed over 1.0.12 because it breaks compat with existing progs... Thx Ian
maintainer update: erlang R11B-2
Hi all OpenBSD erlangers, here's an update to Erlang/OTP. Testing on archs !i386 most appreciated. -- Jon diff -ruN -x CVS erlang/Makefile erlang.new/Makefile --- erlang/Makefile Wed Aug 2 19:21:19 2006 +++ erlang.new/Makefile Fri Nov 10 13:04:42 2006 @@ -2,9 +2,9 @@ COMMENT= "real-time, concurrent and distributed functional language" -V= R11B-0 +V= R11B-2 DISTNAME= otp_src_${V} -PKGNAME= erlang-11b.0 +PKGNAME= erlang-11b.2 CATEGORIES=lang MAINTAINER=Jon Olsson <[EMAIL PROTECTED]> @@ -44,55 +44,55 @@ # find ${WRKSRC} -name 'vsn.mk' -exec \ # awk '/_VSN =/ { print $1"\t"$3" \\" }' {} \; | grep -v 'PRE' ERL_VERSIONS= \ -KERNEL_VSN 2.11 \ -APPMON_VSN 2.1.6 \ -ASN1_VSN 1.4.4.10 \ -COMPILER_VSN 4.4 \ -COSEVENT_VSN 2.1 \ -COSEVENTDOMAIN_VSN 1.1 \ -COSFILETRANSFER_VSN1.1.2 \ -COSNOTIFICATION_VSN1.1.3 \ -COSPROPERTY_VSN1.1.1 \ -COSTIME_VSN1.1 \ -COSTRANSACTIONS_VSN1.2 \ -CRYPTO_VSN 1.5 \ -DEBUGGER_VSN 3.1 \ -DIALYZER_VSN 1.4.1 \ -EDOC_VSN 0.6.9 \ -EI_VSN 3.5.5 \ -ET_VSN 1.0 \ -GS_VSN 1.5.5 \ -HIPE_VSN 3.5.5 \ -IC_VSN 4.2.11 \ -INETS_VSN 4.7.4 \ -INVISO_VSN 0.1 \ -JINTERFACE_VSN 1.3 \ -MEGACO_VSN 3.3.5 \ -MNEMOSYNE_VSN 1.2.6 \ -MNESIA_VSN 4.3.1 \ -MNESIA_SESSION_VSN 1.1.6 \ -OBSERVER_VSN 0.9.7 \ -ODBC_VSN 2.0.6 \ -ORBER_VSN 3.6.3 \ -OS_MON_VSN 2.1 \ -OTP_MIBS_VSN 1.0.4 \ -PARSETOOLS_VSN 1.4 \ -PMAN_VSN 2.5.2 \ -RUNTIME_TOOLS_VSN 1.6 \ -SASL_VSN 2.1.2 \ -SNMP_VSN 4.7.4 \ -SSH_VSN0.9.2 \ -SSL_VSN3.0.12 \ -STDLIB_VSN 1.14 \ -SYNTAX_TOOLS_VSN 1.5.0 \ -TOOLBAR_VSN1.3 \ -EMACS_VSN 2.4.13 \ -TOOLS_VSN 2.5 \ -TV_VSN 2.1.3 \ -XMERL_VSN 1.0.5 \ -ERTS_VSN 5.5 \ -WEBTOOL_VSN0.8.3 \ -SYSTEM_VSN R11B +KERNEL_VSN 2.11.2 \ +APPMON_VSN 2.1.6 \ +ASN1_VSN1.4.4.11 \ +COMPILER_VSN4.4.2 \ +COSEVENT_VSN2.1 \ +COSEVENTDOMAIN_VSN 1.1 \ +COSFILETRANSFER_VSN 1.1.2 \ +COSNOTIFICATION_VSN 1.1.3 \ +COSPROPERTY_VSN 1.1.1 \ +COSTIME_VSN 1.1 \ +COSTRANSACTIONS_VSN 1.2 \ +CRYPTO_VSN 1.5 \ +DEBUGGER_VSN3.1 \ +DIALYZER_VSN1.5.0 \ +EDOC_VSN0.6.9 \ +EI_VSN 3.5.5.2 \ +ET_VSN 1.0 \ +GS_VSN 1.5.5 \ +HIPE_VSN3.6.0 \ +IC_VSN 4.2.11 \ +INETS_VSN 4.7.6 \ +INVISO_VSN 0.1 \ +JINTERFACE_VSN 1.3 \ +MEGACO_VSN 3.5 \ +MNEMOSYNE_VSN 1.2.6 \ +MNESIA_VSN 4.3.3 \ +MNESIA_SESSION_VSN 1.1.6 \ +OBSERVER_VSN0.9.7.1 \ +ODBC_VSN2.0.6 \ +ORBER_VSN 3.6.3 \ +OS_MON_VSN 2.1.1 \ +OTP_MIBS_VSN1.0.4 \ +PARSETOOLS_VSN 1.4 \ +PMAN_VSN2.5.2 \ +RUNTIME_TOOLS_VSN 1.6.1 \ +SASL_VSN2.1.4 \ +SNMP_VSN4.8.2 \ +SSH_VSN 0.9.5 \ +SSL_VSN 3.0.12 \ +STDLIB_VSN 1.14.2 \ +SYNTAX_TOOLS_VSN1.5.0 \ +TOOLBAR_VSN 1.3 \ +EMACS_VSN 2.4.13 \ +TOOLS_VSN 2.5.2 \ +TV_VSN 2.1.3 \ +XMERL_VSN 1.0.5 \ +SYSTEM_VSN R11B \ +ERTS_VSN 5.5.2 \ +WEBTOOL_VSN0.8.3 .for _n _v in ${ERL_VERSIONS} ${_n}=${_v} diff -ruN -x CVS erlang/distinfo erlang.new/distinfo --- erlang/distinfo Wed Aug 2 19:21:19 2006 +++ erlang.new/distinfo Thu Nov 9 14:51:13 2006 @@ -1,12 +1,12 @@ -MD5 (otp_doc_html_R11B-0.tar.gz) = 8d163f4d16c98ba2e979688842a55a9f -MD5 (otp_doc_man_R11B-0.tar.gz) = 172591538db42e81b814a77f30da4fa4 -MD5 (otp_src_R11B-0.tar.gz) = 367d9d3ba979cd278b78d6d0393982ba -RMD160 (otp_doc_html_R11B-0.tar.gz) = ec39aa3e693a0b836b8ca9c360c14c2612c1b813 -RMD160 (otp_doc_man_R11B-0.tar.gz) = 38d9218391147e192d21c438d436c98d7c0f982a -RMD160 (otp_src_R11B-0.tar.gz) = cb2c163f9404feea9b56a5adddb3bdd505e0b494 -SHA1 (otp_doc_html_R11B-0.tar.gz) = 263d7941e67b0a8db079251cb938823a5f2da4ba -SHA1 (otp_doc_man_R11B-0.tar.gz) = b093fc8c9349a744c42b2ac70d00166adb7d2bb0 -SHA1 (otp_src_R11B-0.tar.gz) = 83b620810e5eb8440b4b18809558b8c42c9ad5b0 -SIZE (otp_doc_html_R11B-0.tar.gz) = 4662110 -SIZE (otp_doc_man_R11B-0.tar.gz) = 624684 -SIZE (otp_src_R11B-0.tar.gz) = 10844070 +MD5 (otp_doc_html_R11B-2.tar.gz) = e2c45ced77ec63b9b1dd95c8f5396f7d +MD5 (otp_doc_man_R11B-2.tar.gz) = c81023f591c1bace836de3aa874f3c2a +MD5 (otp_src_R11B-2.tar.gz) = 7d7cca1d2f392a8a317cb4c0bd904726 +RMD160 (otp_doc_html_R11B-2.tar.gz) = 82a4ab769566705333e059d920861d05be31754b +RMD160 (otp_doc_man_R11B-2.tar.gz) = 90b37a71ed29f14ec0d14a520aef47ed7b7ccad0 +RMD160 (otp_src_R11B-2.tar.gz) = 989bab054992ba23666756379950082cd41adb00 +SHA1 (otp_doc_html_R11B-2.tar.gz) = 44a6006bf5437566ce770a4a3a2bf6c9e015e656 +SHA1 (otp_doc_man_R11B-2.tar.gz) = 5e09c0dcea2956d8b2cdc2a6ab846d9a922cefe3 +SHA1 (otp_src_R11B-2.tar.gz) = 09885c9b0902caa4570de950d76284943232fb6d +SIZE (otp_doc_html_R11B-2.tar.gz) = 4739895 +SIZE (otp_doc_man_R11B-2.tar.gz) = 632153 +SIZE (otp_src_R11B-2.tar.gz) = 11244153 diff -ruN -x CVS erlang/patches/patch-Makefile_in erlang.new/patches/patch-Makefile_in --- erl