From freddy.dsx at free.fr Fri May 8 11:52:52 2015 From: freddy.dsx at free.fr (Freddy DISSAUX) Date: Fri, 8 May 2015 11:52:52 +0200 Subject: New recipe - libasr Message-ID: <20150508095252.GA24532@linutop.my.domain> Hello, libasr is a free, simple and portable asynchronous resolver library. It use some code from https://java.net/projects/solaris/sources (CDDL). Hope all rules/licences are respected. Regards, -------------- next part -------------- Index: libasr/Makefile =================================================================== --- libasr/Makefile (revision 0) +++ libasr/Makefile (working copy) @@ -0,0 +1,2 @@ +%: + $(MAKE) -C trunk $* Index: libasr/trunk/Makefile =================================================================== --- libasr/trunk/Makefile (revision 0) +++ libasr/trunk/Makefile (working copy) @@ -0,0 +1,59 @@ +# $Id$ +# TODO (release-critical prefixed with !, non release-critical with *) +# +NAME = libasr +VERSION = 201505061057 +GARTYPE = v2 + +DESCRIPTION = libasr is a free, simple and portable asynchronous resolver library. +define BLURB + libasr is a free, simple and portable asynchronous resolver library. + + It allows to run dns queries and perform hostname resolutions in a fully asynchronous fashion. The implementation is thread-less, fork-less, and does not make use of signals or other "tricks" that might get in the developer's way. The API was initially developped for the OpenBSD operating system, where it is natively supported. + + This library is intended to bring this interface to other systems. It is originally provided as a support library for the portable version of the OpenSMTPD daemon, but it can be used in any other contexts. It is known to work on the following systems: + + * Linux + * FreeBSD + * NetBSD + * DragonFly + * MacOSX + + The primary source of information about libasr is the github repository. +endef + +MASTER_SITES = http://www.opensmtpd.org/archives/ +DISTFILES = $(DISTNAME).tar.gz + +ifneq ($(GAROSREL),11) +PATCHFILES += 0001-add-openbsd-compat-getifaddrs.c.patch +endif +PATCHFILES += 0002-fix-possible-MAX-redefinition.patch + +GARCOMPILER = GNU + +PACKAGES += CSWlibasr +CATALOGNAME_CSWlibasr = libasr +PKGFILES_CSWlibasr += $(call baseisadirs,$(libdir),libasr\.so(\.\d+)*) +SPKG_DESC_CSWlibasr += $(DESCRIPTION), libasr.so + +PACKAGES += CSWlibasr-dev +CATALOGNAME_CSWlibasr-dev = libasr_dev +SPKG_DESC_CSWlibasr-dev += $(DESCRIPTION), development files +RUNTIME_DEP_PKGS_CSWlibasr-dev += CSWlibasr + +CONFIGURE_ARGS = $(DIRPATHS) +CONFIGURE_ARGS += --with-mantype=man + +include gar/category.mk + +ifneq ($(GAROSREL),11) +# ifaddrs.h taken from https://java.net/projects/solaris/sources/on-src/content/usr/src/head/ifaddrs.h?raw=true +# getifaddrs.c taken from https://java.net/projects/solaris/sources/on-src/content/usr/src/lib/libsocket/inet/getifaddrs.c?raw=true +# libsocket_priv.h is a gruik hack +pre-build-modulated: + cp $(FILEDIR)/openbsd-compat/ifaddrs.h $(WORKSRC)/openbsd-compat/ + cp $(FILEDIR)/openbsd-compat/getifaddrs.c $(WORKSRC)/openbsd-compat/ + cp $(FILEDIR)/openbsd-compat/libsocket_priv.h $(WORKSRC)/openbsd-compat/ + @$(MAKECOOKIE) +endif Property changes on: libasr/trunk/Makefile ___________________________________________________________________ Added: svn:keywords ## -0,0 +1 ## +Id \ No newline at end of property Index: libasr/trunk/checksums =================================================================== --- libasr/trunk/checksums (revision 0) +++ libasr/trunk/checksums (working copy) @@ -0,0 +1 @@ +2a4b768b54892465570ef7488e56b737 libasr-201505061057.tar.gz Index: libasr/trunk/files/0001-add-openbsd-compat-getifaddrs.c.patch =================================================================== --- libasr/trunk/files/0001-add-openbsd-compat-getifaddrs.c.patch (revision 0) +++ libasr/trunk/files/0001-add-openbsd-compat-getifaddrs.c.patch (working copy) @@ -0,0 +1,24 @@ +From cf1d038c260ca6fd161174d6c5c42aaee90b1532 Mon Sep 17 00:00:00 2001 +From: Freddy DISSAUX +Date: Thu, 7 May 2015 09:53:12 +0200 +Subject: [PATCH] add openbsd-compat/getifaddrs.c + +--- + src/Makefile.am | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/src/Makefile.am b/src/Makefile.am +index 286d382..7121b0b 100644 +--- a/src/Makefile.am ++++ b/src/Makefile.am +@@ -11,6 +11,7 @@ libasr_la_SOURCES += $(top_srcdir)/openbsd-compat/strlcat.c + libasr_la_SOURCES += $(top_srcdir)/openbsd-compat/strlcpy.c + libasr_la_SOURCES += $(top_srcdir)/openbsd-compat/strsep.c + libasr_la_SOURCES += $(top_srcdir)/openbsd-compat/strtonum.c ++libasr_la_SOURCES += $(top_srcdir)/openbsd-compat/getifaddrs.c + + include_HEADERS = asr.h + +-- +2.3.1 + Index: libasr/trunk/files/0002-fix-possible-MAX-redefinition.patch =================================================================== --- libasr/trunk/files/0002-fix-possible-MAX-redefinition.patch (revision 0) +++ libasr/trunk/files/0002-fix-possible-MAX-redefinition.patch (working copy) @@ -0,0 +1,44 @@ +From 104a97a81ae81b29ae5796f9d1e48463b6305635 Mon Sep 17 00:00:00 2001 +From: Freddy DISSAUX +Date: Fri, 8 May 2015 11:01:26 +0200 +Subject: [PATCH] fix possible MAX redefinition + +--- + src/gethostnamadr_async.c | 4 ++++ + src/getnetnamadr_async.c | 2 ++ + 2 files changed, 6 insertions(+) + +diff --git a/src/gethostnamadr_async.c b/src/gethostnamadr_async.c +index 2d6ecb7..5d34956 100644 +--- a/src/gethostnamadr_async.c ++++ b/src/gethostnamadr_async.c +@@ -40,8 +40,12 @@ + + #include "asr_private.h" + ++#ifndef MAXALIASES + #define MAXALIASES 35 ++#endif ++#ifndef MAXADDRS + #define MAXADDRS 35 ++#endif + + struct hostent_ext { + struct hostent h; +diff --git a/src/getnetnamadr_async.c b/src/getnetnamadr_async.c +index ec14262..cc37ef0 100644 +--- a/src/getnetnamadr_async.c ++++ b/src/getnetnamadr_async.c +@@ -33,7 +33,9 @@ + + #include "asr_private.h" + ++#ifndef MAXALIASES + #define MAXALIASES 16 ++#endif + + struct netent_ext { + struct netent n; +-- +2.3.1 + Index: libasr/trunk =================================================================== --- libasr/trunk (revision 0) +++ libasr/trunk (working copy) Property changes on: libasr/trunk ___________________________________________________________________ Added: svn:ignore ## -0,0 +1 ## +work From miceli at buffalo.edu Tue May 12 20:49:51 2015 From: miceli at buffalo.edu (Lenny Miceli) Date: Tue, 12 May 2015 14:49:51 -0400 Subject: [csw-users] 64 bit apache v2 package In-Reply-To: <501A90B7.1040506@buffalo.edu> References: <50197F9B.7020307@buffalo.edu> <501A90B7.1040506@buffalo.edu> Message-ID: <55524B4F.5090903@buffalo.edu> Does anyone know if this was ever done? I don't find it in the package list. Thanks, Lenny On 08/02/2012 10:37 AM, Lenny Miceli wrote: > For my case I need it for Coldfusion v9. As of that version it only > comes in a 64 bit version on Solaris. So I need a 64 bit apache to > place in front of it. > > Lenny > > On 08/02/2012 09:56 AM, Peter Bonivart wrote: >> On Wed, Aug 1, 2012 at 9:12 PM, Lenny Miceli wrote: >>> Hi Everyone, >>> >>> Is a 64 bit apache v2 package being considered? We used to install >>> 64 bit >>> apache v2.2.15 using Blastwave from the harvard mirror. >>> >>> I don't see a 64 bit apache package in OpenCSW. It would be a nice >>> addition >>> to add a 64 bit apache package since Solaris 10 doesn't come with a >>> 64-bit >>> version. >> >> What's the benefit of a web server being 64-bit if you don't mind me >> asking? >> >> /peter >> _______________________________________________ >> users mailing list >> users at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/users >> > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > From grzemba at contac-dt.de Wed May 13 08:24:10 2015 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Wed, 13 May 2015 08:24:10 +0200 Subject: [csw-users] 64 bit apache v2 package In-Reply-To: References: <50197F9B.7020307@buffalo.edu> <501A90B7.1040506@buffalo.edu> <55524B4F.5090903@buffalo.edu> Message-ID: There are some tasks to do, e.g. to deliver a mod-64.conf and mod-32.conf so the apache binary loads the proper modules. Essentially the build works. If you like to test the interim version: pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/cgrzemba -i apache24 Carsten Am 12.05.15 schrieb Lenny Miceli : > Does anyone know if this was ever done? I don't find it in the package list. > > Thanks, > Lenny > > On 08/02/2012 10:37 AM, Lenny Miceli wrote: > >For my case I need it for Coldfusion v9. As of that version it only > >comes in a 64 bit version on Solaris. So I need a 64 bit apache to > >place in front of it. > > > >Lenny > > > >On 08/02/2012 09:56 AM, Peter Bonivart wrote: > >>On Wed, Aug 1, 2012 at 9:12 PM, Lenny Miceli wrote: > >>>Hi Everyone, > >>> > >>>Is a 64 bit apache v2 package being considered? We used to install > >>>64 bit > >>>apache v2.2.15 using Blastwave from the harvard mirror. > >>> > >>>I don't see a 64 bit apache package in OpenCSW. It would be a nice > >>>addition > >>>to add a 64 bit apache package since Solaris 10 doesn't come with a > >>>64-bit > >>>version. > >> > >>What's the benefit of a web server being 64-bit if you don't mind me > >>asking? > >> > >>/peter > >>_______________________________________________ > >>users mailing list > >>users at lists.opencsw.org > >>https://lists.opencsw.org/mailman/listinfo/users > >> > > > >_______________________________________________ > >users mailing list > >users at lists.opencsw.org > >https://lists.opencsw.org/mailman/listinfo/users > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From miceli at buffalo.edu Wed May 13 13:44:50 2015 From: miceli at buffalo.edu (Lenny Miceli) Date: Wed, 13 May 2015 07:44:50 -0400 Subject: [csw-users] 64 bit apache v2 package In-Reply-To: References: <50197F9B.7020307@buffalo.edu> <501A90B7.1040506@buffalo.edu> <55524B4F.5090903@buffalo.edu> Message-ID: <55533932.6060103@buffalo.edu> OK thanks. I'll speak with the application folks to see if I can install this on our development server. I'll get back to you with an update. Lenny On 5/13/2015 2:24 AM, Carsten Grzemba wrote: > There are some tasks to do, e.g. to deliver a mod-64.conf and > mod-32.conf so the apache binary loads the proper modules. > Essentially the build works. > > If you like to test the interim version: > pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/cgrzemba -i > apache24 > > Carsten > > Am 12.05.15 schrieb *Lenny Miceli * : >> Does anyone know if this was ever done? I don't find it in the >> package list. >> >> Thanks, >> Lenny >> >> On 08/02/2012 10:37 AM, Lenny Miceli wrote: >> >For my case I need it for Coldfusion v9. As of that version it only >> >comes in a 64 bit version on Solaris. So I need a 64 bit apache to >> >place in front of it. >> > >> >Lenny >> > >> >On 08/02/2012 09:56 AM, Peter Bonivart wrote: >> >>On Wed, Aug 1, 2012 at 9:12 PM, Lenny Miceli wrote: >> >>>Hi Everyone, >> >>> >> >>>Is a 64 bit apache v2 package being considered? We used to install >> >>>64 bit >> >>>apache v2.2.15 using Blastwave from the harvard mirror. >> >>> >> >>>I don't see a 64 bit apache package in OpenCSW. It would be a nice >> >>>addition >> >>>to add a 64 bit apache package since Solaris 10 doesn't come with a >> >>>64-bit >> >>>version. >> >> >> >>What's the benefit of a web server being 64-bit if you don't mind me >> >>asking? >> >> >> >>/peter >> >>_______________________________________________ >> >>users mailing list >> >>users at lists.opencsw.org >> >>https://lists.opencsw.org/mailman/listinfo/users >> >> >> > >> >_______________________________________________ >> >users mailing list >> >users at lists.opencsw.org >> >https://lists.opencsw.org/mailman/listinfo/users >> > From dam at opencsw.org Wed May 13 13:48:34 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 13 May 2015 13:48:34 +0200 Subject: New recipe - libasr In-Reply-To: <20150508095252.GA24532@linutop.my.domain> References: <20150508095252.GA24532@linutop.my.domain> Message-ID: Hi Freddy, > Am 08.05.2015 um 11:52 schrieb Freddy DISSAUX : > > libasr is a free, simple and portable asynchronous resolver library. > > It use some code from https://java.net/projects/solaris/sources (CDDL). > > Hope all rules/licences are respected. Thanks for your contribution! However, the file libsocket_priv.h seems to be lacking. Can you please provide it? Best regards ? DAgo -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dam at opencsw.org Mon May 18 18:28:10 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 18 May 2015 18:28:10 +0200 Subject: New recipe - libasr In-Reply-To: <20150513173529.GD30641@linutop.my.domain> References: <20150508095252.GA24532@linutop.my.domain> <20150513173529.GD30641@linutop.my.domain> Message-ID: <94DF9E52-2A1B-4190-A407-08BD6B6E7F3D@opencsw.org> Hi Freddy, Am 13.05.2015 um 19:35 schrieb Freddy DISSAUX: >> Thanks for your contribution! However, the file libsocket_priv.h seems to be lacking. >> Can you please provide it? > > Yes, and sorry for the inconvenience. > > $ md5 openbsd-compat.tgz > MD5 (openbsd-compat.tgz) = c3149be3b4818cbb7adb6af9e6859127 > $ tar tzf openbsd-compat.tgz > libasr/trunk/files/openbsd-compat > libasr/trunk/files/openbsd-compat/ifaddrs.h > libasr/trunk/files/openbsd-compat/getifaddrs.c > libasr/trunk/files/openbsd-compat/libsocket_priv.h > > Hope adding a directory in files is not a bad way. I just added the tarball and made some slight adjustments to the recipe: https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/libasr/trunk/Makefile This includes renaming the library package to the canonical name CSWlibasr0 and adding 64 bit. Would it be possible to submit the changes upstream to build from an unpatched version next time? The slightly renamed packages CSWlibasr0 CSWlibasr-dev have been pushed to unstable for Solaris 10 and 11. Thanks again for your contribution! Best regards -- Dago From alan at alanfeldstein.com Fri May 22 21:47:54 2015 From: alan at alanfeldstein.com (Alan M. Feldstein) Date: Fri, 22 May 2015 14:47:54 -0500 Subject: Minimum libc version is 1.22.5 Message-ID: <555F87EA.4090800@alanfeldstein.com> # /opt/csw/bin/vim ld.so.1: vim: fatal: libc.so.1: version `SUNW_1.22.5' not found (required by file /space/opt/csw/bin/vim) ld.so.1: vim: fatal: libc.so.1: open failed: No such file or directory Killed # But pvs showed that I have version 1.23: fonzie% pvs -no /usr/lib/libc.so /usr/lib/libc.so - SUNW_1.23; /usr/lib/libc.so - SUNWprivate_1.1; fonzie% Why doesn't that satisfy the minimum version requirement? -- *Alan Feldstein* Architectural Verification Engineer, Cosmic Horizon alan at alanfeldstein.com *http://www.linkedin.com/in/feldstein* work: +1 585 415 6682 See who we know in common Want a signature like this? From ddoughty at epiqsystems.com Fri May 22 22:08:16 2015 From: ddoughty at epiqsystems.com (Doughty, Daniel) Date: Fri, 22 May 2015 20:08:16 +0000 Subject: Minimum libc version is 1.22.5 In-Reply-To: <555F87EA.4090800@alanfeldstein.com> References: <555F87EA.4090800@alanfeldstein.com> Message-ID: I ran into the same thing. Apparently the version numbering isn't what you would expect from modern linux releases. It must have exactly 1.22.5. 1.23 does not include or supersede 1.22.5. For example, with this output I also couldn't get opencsw to work: [ddoughty at ED019-PRDM01 ~] $ pvs -d /usr/lib/libc.so libc.so.1; SUNW_1.23; SUNW_1.22.3; SUNW_1.22.2; SUNW_1.22.1; SUNW_1.22; SUNW_1.21.3; SUNW_1.21.2; SUNW_1.21.1; SUNW_1.21; SUNW_1.20.4; SUNW_1.20.1; SUNW_1.20; SUNW_1.19; SUNW_1.18.1; SUNW_1.18; SUNW_1.17; SUNW_1.16; SUNW_1.15; SUNW_1.14; SUNW_1.13; SUNW_1.12; SUNW_1.11; SUNW_1.10; SUNW_1.9; SUNW_1.8; SUNW_1.7; SUNW_1.6; SUNW_1.5; SUNW_1.4; SUNW_1.3; SUNW_1.2; SUNW_1.1; SUNW_0.9; SUNW_0.8; SUNW_0.7; SISCD_2.3; SYSVABI_1.3; SUNWprivate_1.1; [ddoughty at ED019-PRDM01 ~] $ Dan Doughty Lead, Unix Team Epiq Systems Information Technology Phone: 913-621-9886 -----Original Message----- From: users [mailto:users-bounces+ddoughty=epiqsystems.com at lists.opencsw.org] On Behalf Of Alan M. Feldstein Sent: Friday, May 22, 2015 2:49 PM To: users at lists.opencsw.org Subject: Minimum libc version is 1.22.5 # /opt/csw/bin/vim ld.so.1: vim: fatal: libc.so.1: version `SUNW_1.22.5' not found (required by file /space/opt/csw/bin/vim) ld.so.1: vim: fatal: libc.so.1: open failed: No such file or directory Killed # But pvs showed that I have version 1.23: fonzie% pvs -no /usr/lib/libc.so /usr/lib/libc.so - SUNW_1.23; /usr/lib/libc.so - SUNWprivate_1.1; fonzie% Why doesn't that satisfy the minimum version requirement? -- *Alan Feldstein* Architectural Verification Engineer, Cosmic Horizon alan at alanfeldstein.com *http://www.linkedin.com/in/feldstein* work: +1 585 415 6682 See who we know in common Want a signature like this? This communication (including any attachment(s)) is intended solely for the recipient(s) named above and may contain information that is confidential, privileged or legally protected. Any unauthorized use or dissemination of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender by return e-mail message and delete all copies of the original communication to include any copy that may reside in your sent box. Thank you for your cooperation. From grzemba at contac-dt.de Thu May 28 08:17:25 2015 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Thu, 28 May 2015 08:17:25 +0200 Subject: [csw-users] 64 bit apache v2 package In-Reply-To: References: <50197F9B.7020307@buffalo.edu> <501A90B7.1040506@buffalo.edu> <55524B4F.5090903@buffalo.edu> Message-ID: I have uploded a 64bit apache24 version and you can give it a try: pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/apache24 -i apache24 The 64bit version will selected: /usr/sbin/svccfg -s cswapache24 'setprop config/enable_64bit = :boolean true' reports are wellcome. Am 12.05.15 schrieb Lenny Miceli : > Does anyone know if this was ever done? I don't find it in the package list. > > Thanks, > Lenny > > On 08/02/2012 10:37 AM, Lenny Miceli wrote: > >For my case I need it for Coldfusion v9. As of that version it only > >comes in a 64 bit version on Solaris. So I need a 64 bit apache to > >place in front of it. > > > >Lenny > > > >On 08/02/2012 09:56 AM, Peter Bonivart wrote: > >>On Wed, Aug 1, 2012 at 9:12 PM, Lenny Miceli wrote: > >>>Hi Everyone, > >>> > >>>Is a 64 bit apache v2 package being considered? We used to install > >>>64 bit > >>>apache v2.2.15 using Blastwave from the harvard mirror. > >>> > >>>I don't see a 64 bit apache package in OpenCSW. It would be a nice > >>>addition > >>>to add a 64 bit apache package since Solaris 10 doesn't come with a > >>>64-bit > >>>version. > >> > >>What's the benefit of a web server being 64-bit if you don't mind me > >>asking? > >> > >>/peter > >>_______________________________________________ > >>users mailing list > >>users at lists.opencsw.org > >>https://lists.opencsw.org/mailman/listinfo/users > >> > > > >_______________________________________________ > >users mailing list > >users at lists.opencsw.org > >https://lists.opencsw.org/mailman/listinfo/users > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From miceli at buffalo.edu Thu May 28 13:04:50 2015 From: miceli at buffalo.edu (Lenny Miceli) Date: Thu, 28 May 2015 07:04:50 -0400 Subject: [csw-users] 64 bit apache v2 package In-Reply-To: References: <50197F9B.7020307@buffalo.edu> <501A90B7.1040506@buffalo.edu> <55524B4F.5090903@buffalo.edu> Message-ID: <5566F652.3020003@buffalo.edu> OK thanks. I'll let the person that's assigned to this project know that so they'll use this version. I should be able to give you and update within the next couple weeks. Lenny On 5/28/2015 2:17 AM, Carsten Grzemba wrote: > I have uploded a 64bit apache24 version and you can give it a try: > > pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/apache24 -i > apache24 > > The 64bit version will selected: > > /usr/sbin/svccfg -s cswapache24 'setprop config/enable_64bit = :boolean > true' > > reports are wellcome. > > Am 12.05.15 schrieb *Lenny Miceli * : >> Does anyone know if this was ever done? I don't find it in the >> package list. >> >> Thanks, >> Lenny >> >> On 08/02/2012 10:37 AM, Lenny Miceli wrote: >> >For my case I need it for Coldfusion v9. As of that version it only >> >comes in a 64 bit version on Solaris. So I need a 64 bit apache to >> >place in front of it. >> > >> >Lenny >> > >> >On 08/02/2012 09:56 AM, Peter Bonivart wrote: >> >>On Wed, Aug 1, 2012 at 9:12 PM, Lenny Miceli wrote: >> >>>Hi Everyone, >> >>> >> >>>Is a 64 bit apache v2 package being considered? We used to install >> >>>64 bit >> >>>apache v2.2.15 using Blastwave from the harvard mirror. >> >>> >> >>>I don't see a 64 bit apache package in OpenCSW. It would be a nice >> >>>addition >> >>>to add a 64 bit apache package since Solaris 10 doesn't come with a >> >>>64-bit >> >>>version. >> >> >> >>What's the benefit of a web server being 64-bit if you don't mind me >> >>asking? >> >> >> >>/peter >> >>_______________________________________________ >> >>users mailing list >> >>users at lists.opencsw.org >> >>https://lists.opencsw.org/mailman/listinfo/users >> >> >> > >> >_______________________________________________ >> >users mailing list >> >users at lists.opencsw.org >> >https://lists.opencsw.org/mailman/listinfo/users >> > From dam at opencsw.org Sat May 30 21:15:38 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 30 May 2015 21:15:38 +0200 Subject: OpenCSW question about package CSWjoe In-Reply-To: <201505292030.t4TKUJ3k016442@www.opencsw.org> References: <201505292030.t4TKUJ3k016442@www.opencsw.org> Message-ID: <566C0EFE-DC50-4465-9610-DC3871E0D67E@opencsw.org> Hi Alex, Am 29.05.2015 um 22:30 schrieb alex.petrov at rcn.com: > CSWjoe package is falling behind :) > > This is just fyi. I know that you guys are doing what you can... > > Current version is more than adequate. > > Thanks for you work. Sure, it was a quick version bump and 4.0 was pushed to unstable. Best regards -- Dago From freddy.dsx at free.fr Sun May 31 11:35:19 2015 From: freddy.dsx at free.fr (Freddy DISSAUX) Date: Sun, 31 May 2015 11:35:19 +0200 Subject: fossil 1.33 update Message-ID: <20150531093518.GI30641@linutop.my.domain> Helo, Patch for fossil 1.33. Regards, -------------- next part -------------- Index: Makefile =================================================================== --- Makefile (revision 25037) +++ Makefile (working copy) @@ -3,7 +3,7 @@ # Recipe sent in by Freddy DISSAUX freddy.dsx free.fr NAME = fossil -VERSION = 1.32 +VERSION = 1.33 GARTYPE = v2 DESCRIPTION = DSCM with built-in wiki, http interface and server, tickets database @@ -22,6 +22,7 @@ GARCOMPILER = GNU +WORKSRC = $(WORKDIR)/$(NAME)-src-$(VERSION) CONFIGURE_ARGS = $(DIRPATHS) CONFIGURE_ARGS += --with-openssl=$(includedir) Index: checksums =================================================================== --- checksums (revision 25037) +++ checksums (working copy) @@ -1 +1 @@ -ddf352925a795e574925505b9344a58e fossil-src-1.32.tar.gz +53f8145084a2065d6cb734980c172c7e fossil-src-1.33.tar.gz From dam at opencsw.org Sun May 31 17:49:51 2015 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 31 May 2015 17:49:51 +0200 Subject: OpenCSW question about package CSWjoe In-Reply-To: References: <201505292030.t4TKUJ3k016442@www.opencsw.org> <566C0EFE-DC50-4465-9610-DC3871E0D67E@opencsw.org> Message-ID: <076B8136-E6BF-4264-AA64-34B2EBED3769@opencsw.org> Hi Alex, Am 31.05.2015 um 15:57 schrieb Alex Petrov: > Thanks! > > one minor thing: > > They have added new things (:shell and :vtshell sections) to joerc config file so > I ended up removing /etc/opt/csw/joe/joerc to stop the editor from complaining. > > ( /etc/opt/csw/joe/joerc doesn't have those sections and on each startup joe was > opening second window warning that those sections arre missing ) Well, you obviously customized your joerc earlier and CSWjoe keeps the configuration files in /etc/opt/csw/joe on updates if you modified them, so you are responsible on your own for updating your config files :-) You could also have copied the shipped default config file joerc.CSW to joerc. Best regards -- Dago