From pfelecan at opencsw.org Wed May 2 20:37:55 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 02 May 2012 20:37:55 +0200 Subject: [csw-maintainers] accessing the Web mail for OpenCSW Message-ID: I'm trying to access the mailing server at https://mail.opencsw.org/ without success: my user and/or password is incorrect. Is there a kind soul which can tell me what's the procedure to obtain the correct credentials to access this resource. TIA -- Peter From rupert at opencsw.org Wed May 2 23:27:03 2012 From: rupert at opencsw.org (rupert THURNER) Date: Wed, 2 May 2012 23:27:03 +0200 Subject: [csw-maintainers] how to avoid "Unknown option: --exec_prefix=/opt/csw" In-Reply-To: References: Message-ID: how can one avoid the error "Unknown option: --exec_prefix=/opt/csw" with mgar? : rupert @ unstable9s : ~/mgar-sav/pkg/cmake/trunk $ mgar clean platforms ... ==> Running configure in work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8 cd work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8 && mkdir -p . && cd . && /usr/bin/env -i PATH="/home/rupert/mgar-sav/pkg/.buildsys/v2/gar/bin/sos12-wrappers:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8/opt/csw/bin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8/opt/csw/bin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8/opt/csw/sbin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8/opt/csw/sbin:/opt/csw/bin:/opt/csw/bin:/opt/csw/sbin:/opt/csw/sbin:/opt/SUNWspro/bin:/home/rupert/mgar-sav/pkg/.buildsys/v2/gar/bin:/usr/bin:/usr/sbin:/usr/java/bin:/usr/ccs/bin:/usr/openwin/bin" prefix="/opt/csw" exec_prefix="/opt/csw" bindir="/opt/csw/bin" sbindir="/opt/csw/sbin" libexecdir="/opt/csw/libexec" datadir="/share/cmake-2.8.8" sysconfdir="/etc/opt/csw" sharedstatedir="/share" localstatedir="/var/opt/csw" libdir="/opt/csw/lib" infodir="/share/info" lispdir="/share/emacs/site-lisp" includedir="/opt/csw/include" mandir="/share/man" docdir="/share/doc/cmake-2.8.8" sourcedir="/opt/csw/src" CPPFLAGS="-I/opt/csw/include" CFLAGS="-xO3 -m32 -xarch=v8 -xnorunpath" CXXFLAGS="-xO3 -m32 -xarch=v8 -norunpath" LDFLAGS="-m32 -xarch=v8 -L/opt/csw/lib" FFLAGS="-xO3 -m32 -xarch=v8" FCFLAGS="-xO3 -m32 -xarch=v8" ASFLAGS="" OPTFLAGS="-xO3 -m32 -xarch=v8" CC="/opt/SUNWspro/bin/cc" CXX="/opt/SUNWspro/bin/CC" CC_HOME="/opt/SUNWspro" CC_VERSION="Sun C 5.9 SunOS_sparc Patch 124867-16 2010/08/11" CXX_VERSION="Sun C++ 5.9 SunOS_sparc Patch 124863-28 2011/12/14" GARCH="sparc" GAROSREL="5.9" GARPACKAGE="trunk" LD_OPTIONS="-R/opt/csw/lib" PKG_CONFIG_PATH="/opt/csw/lib/pkgconfig" DESTDIR="/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8" ?/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8/configure --prefix=/opt/csw --exec_prefix=/opt/csw --bindir=/opt/csw/bin --sbindir=/opt/csw/sbin --libexecdir=/opt/csw/libexec --datadir=/share/cmake-2.8.8 --sysconfdir=/etc/opt/csw --sharedstatedir=/share --localstatedir=/var/opt/csw --libdir=/opt/csw/lib --infodir=/share/info --includedir=/opt/csw/include --mandir=/share/man --docdir=/share/doc/cmake-2.8.8 /home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8/bootstrap: bad substitution Unknown option: --exec_prefix=/opt/csw gmake[2]: *** [configure-work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8/configure] Error 1 gmake[2]: Leaving directory `/home/rupert/mgar-sav/pkg/cmake/trunk' gmake[1]: *** [merge-isa-sparcv8] Error 2 gmake[1]: Leaving directory `/home/rupert/mgar-sav/pkg/cmake/trunk' gmake: *** [platforms] Error 2 From bwalton at opencsw.org Thu May 3 00:18:43 2012 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 02 May 2012 18:18:43 -0400 Subject: [csw-maintainers] how to avoid "Unknown option: --exec_prefix=/opt/csw" In-Reply-To: References: Message-ID: <1335996806-sup-1279@pinkfloyd.chass.utoronto.ca> Excerpts from rupert THURNER's message of Wed May 02 17:27:03 -0400 2012: Hi Rupert, > how can one avoid the error "Unknown option: --exec_prefix=/opt/csw" > with mgar? : You'll want to override the value of DIRPATHS with everything it includes except for the exec prefix option. Looking at the GAR code, you should be able to simply add the line: NODIRPATHS += --exec_prefix to your recipe to have it filtered out of DIRPATHS without having to redefine the whole value. Doing it this way should be more future proof for the recipe. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From rupert at opencsw.org Thu May 3 01:07:10 2012 From: rupert at opencsw.org (rupert THURNER) Date: Thu, 3 May 2012 01:07:10 +0200 Subject: [csw-maintainers] how to avoid "Unknown option: --exec_prefix=/opt/csw" In-Reply-To: <1335996806-sup-1279@pinkfloyd.chass.utoronto.ca> References: <1335996806-sup-1279@pinkfloyd.chass.utoronto.ca> Message-ID: On Thu, May 3, 2012 at 12:18 AM, Ben Walton wrote: > Excerpts from rupert THURNER's message of Wed May 02 17:27:03 -0400 2012: > > Hi Rupert, > >> how can one avoid the error "Unknown option: --exec_prefix=/opt/csw" >> with mgar? ?: > > You'll want to override the value of DIRPATHS with everything it > includes except for the exec prefix option. ?Looking at the GAR code, > you should be able to simply add the line: > > NODIRPATHS += --exec_prefix > > to your recipe to have it filtered out of DIRPATHS without having to > redefine the whole value. ?Doing it this way should be more future > proof for the recipe. it then keeps asking about others ... and adding these as well: NODIRPATHS += --exec_prefix NODIRPATHS += --bindir NODIRPATHS += --sbindir NODIRPATHS += --libexecdir ends finally in: ==> Running configure in work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8 cd work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8 && mkdir -p . && cd . && /usr/bin/env -i PATH="/home/rupert/mgar-sav/pkg/.buildsys/v2/gar/bin/sos12-wrappers:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8/opt/csw/bin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8/opt/csw/bin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8/opt/csw/sbin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8/opt/csw/sbin:/opt/csw/bin:/opt/csw/bin:/opt/csw/sbin:/opt/csw/sbin:/opt/SUNWspro/bin:/home/rupert/mgar-sav/pkg/.buildsys/v2/gar/bin:/usr/bin:/usr/sbin:/usr/java/bin:/usr/ccs/bin:/usr/openwin/bin" prefix="/opt/csw" exec_prefix="/opt/csw" bindir="/opt/csw/bin" sbindir="/opt/csw/sbin" libexecdir="/opt/csw/libexec" datadir="/share/cmake-2.8.8" sysconfdir="/etc/opt/csw" sharedstatedir="/share" localstatedir="/var/opt/csw" libdir="/opt/csw/lib" infodir="/share/info" lispdir="/share/emacs/site-lisp" includedir="/opt/csw/include" mandir="/share/man" docdir="/share/doc/cmake-2.8.8" sourcedir="/opt/csw/src" CPPFLAGS="-I/opt/csw/include" CFLAGS="-xO3 -m32 -xarch=v8 -xnorunpath" CXXFLAGS="-xO3 -m32 -xarch=v8 -norunpath" LDFLAGS="-m32 -xarch=v8 -L/opt/csw/lib" FFLAGS="-xO3 -m32 -xarch=v8" FCFLAGS="-xO3 -m32 -xarch=v8" ASFLAGS="" OPTFLAGS="-xO3 -m32 -xarch=v8" CC="/opt/SUNWspro/bin/cc" CXX="/opt/SUNWspro/bin/CC" CC_HOME="/opt/SUNWspro" CC_VERSION="Sun C 5.9 SunOS_sparc Patch 124867-16 2010/08/11" CXX_VERSION="Sun C++ 5.9 SunOS_sparc Patch 124863-28 2011/12/14" GARCH="sparc" GAROSREL="5.9" GARPACKAGE="trunk" LD_OPTIONS="-R/opt/csw/lib" PKG_CONFIG_PATH="/opt/csw/lib/pkgconfig" DESTDIR="/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/install-isa-sparcv8" /home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8/configure --prefix=/opt/csw --datadir=/share/cmake-2.8.8 --sysconfdir=/etc/opt/csw --sharedstatedir=/share --localstatedir=/var/opt/csw --libdir=/opt/csw/lib --infodir=/share/info --includedir=/opt/csw/include --mandir=/share/man --docdir=/share/doc/cmake-2.8.8 /home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8/bootstrap: bad substitution /home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8/bootstrap: bad substitution gmake[2]: *** [configure-work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.8/configure] Error 1 gmake[2]: Leaving directory `/home/rupert/mgar-sav/pkg/cmake/trunk' gmake[1]: *** [merge-isa-sparcv8] Error 2 gmake[1]: Leaving directory `/home/rupert/mgar-sav/pkg/cmake/trunk' gmake: *** [platforms] Error 2 rupert From bwalton at opencsw.org Thu May 3 01:35:00 2012 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 02 May 2012 19:35:00 -0400 Subject: [csw-maintainers] how to avoid "Unknown option: --exec_prefix=/opt/csw" In-Reply-To: References: <1335996806-sup-1279@pinkfloyd.chass.utoronto.ca> Message-ID: <1336001627-sup-3793@pinkfloyd.chass.utoronto.ca> Excerpts from rupert THURNER's message of Wed May 02 19:07:10 -0400 2012: > it then keeps asking about others ... and adding these as well: > > NODIRPATHS += --exec_prefix > NODIRPATHS += --bindir > NODIRPATHS += --sbindir > NODIRPATHS += --libexecdir Ok, I'd hoped this wasn't the case but hadn't looked. As you're building cmake, it is quite likely using cmake instead of the standard auto* tools for the build system. I haven't run into this but my understanding is that it can be frustrating...I'd take a look at the INSTALL (or equivalent) file in the source tree and see what it recommends. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dam at opencsw.org Thu May 3 08:20:34 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 3 May 2012 08:20:34 +0200 Subject: [csw-maintainers] accessing the Web mail for OpenCSW In-Reply-To: References: Message-ID: <04950B77-0E4E-444F-B00B-CF1F0C840F26@opencsw.org> Hi Peter, Am 02.05.2012 um 20:37 schrieb Peter FELECAN: > I'm trying to access the mailing server at https://mail.opencsw.org/ > without success: my user and/or password is incorrect. Is there a kind > soul which can tell me what's the procedure to obtain the correct > credentials to access this resource. I guess Ihsan is the right one to reset it for you. 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 From ihsan at opencsw.org Thu May 3 08:57:13 2012 From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuIERvxJ9hbg==?=) Date: Thu, 03 May 2012 08:57:13 +0200 Subject: [csw-maintainers] accessing the Web mail for OpenCSW In-Reply-To: <04950B77-0E4E-444F-B00B-CF1F0C840F26@opencsw.org> References: <04950B77-0E4E-444F-B00B-CF1F0C840F26@opencsw.org> Message-ID: <4FA22C49.70608@opencsw.org> On 05/03/2012 08:20 AM, Dagobert Michelsen wrote: >> I'm trying to access the mailing server at https://mail.opencsw.org/ >> without success: my user and/or password is incorrect. Is there a kind >> soul which can tell me what's the procedure to obtain the correct >> credentials to access this resource. > > I guess Ihsan is the right one to reset it for you. I've just replied to Peter's private mail. Sorry for the delay. I was away for a few days. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From daniel at opencsw.org Fri May 4 11:47:53 2012 From: daniel at opencsw.org (Daniel Pocock) Date: Fri, 04 May 2012 09:47:53 +0000 Subject: [csw-maintainers] seg fault and stack size issue? Message-ID: <4FA3A5C9.3040000@opencsw.org> I'm trying to run the repro process from reSIProcate The startup phase fails with a seg fault I couldn't find a specific fault in the code, even compiling with +w2 hasn't suggested anything wrong. It is just failing to create some vectors in a constructor, and I think the seg fault may be caused by filling the stack. Can anyone suggest how I increase the stack size or test this problem more thoroughly when building with SunPro tools? pmap reports a 64k stack size: pmap core core 'core' of 23190: /home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1. 00010000 8K r-x-- /home/daniel/ws/resip-trunk.git/repro/.libs/repro 00020000 8K rwx-- /home/daniel/ws/resip-trunk.git/repro/.libs/repro 00022000 56K rwx-- 00030000 2432K rwx-- [ heap ] FD600000 1408K r-x-- /opt/csw/lib/libcrypto.so.0.9.8 FD760000 24K r-x-- /opt/csw/lib/libcrypto.so.0.9.8 FD774000 88K rwx-- /opt/csw/lib/libcrypto.so.0.9.8 FD78A000 8K rwx-- /opt/csw/lib/libcrypto.so.0.9.8 FD7C0000 64K rwx-- FD7E0000 64K rwx-- FD800000 1216K r-x-- /lib/libc.so.1 ... FEBB0000 192K r-x-- /lib/ld.so.1 FEBE0000 16K r-x-- /lib/ld.so.1 FEBF0000 8K rwx-- FEBF4000 8K rwx-- /lib/ld.so.1 FEBF6000 8K rwx-- /lib/ld.so.1 FEBFC000 8K rwx-- FFBF0000 64K rwx-- [ stack ] total 22736K and this is the stack: core 'core' of 23190: /home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1. fd856e18 _smalloc (fe2b7ca8, 0, d9660, fd856f94, f227a048, fd93929c) + ac fd856e70 malloc (1, 1, d95ac, febd2a04, fd9303d8, fd93a5a0) + 4c fe356fc0 __1c2n6FI_pv_ (1, 0, 0, 15d74, fe36cd10, 7ffffc00) + 28 fe9b79ec __1cDstdJallocator4nFresipEData__Iallocate6MIpv_3_ (ffbfecab, 0, 0, 20, febf4380, 0) + 2c fe9b6e48 __1cDstdTallocator_interface4n0AJallocator4nFresipEData___n0C__Iallocate6MIpn0C__4_ (ffbfecab, 0, 0, 0, febf4380, 0) + 28 fe9b6b1c __1cDstdGvector4nFresipEData_n0AJallocator4n0C____2t5B6Mrk2_v_ (ffbfee18, ffbfedac, ffbfedab, ffbfed7d, febf4380, 0) + ac fdf33d80 __1cFresipRMessageFilterRule2t5B6MnDstdGvector4n0AEData_n0CJallocator4n0D_____n0BNHostpartTypes_n0CGvector4n0ALMethodTypes_n0CJallocator4n0H_____3_v_ (ffbfede4, ffbfedd4, 0, ffbfedc0, ffbfedac, 0) + 90 fdf35bf8 __1cFresipPTransactionUser2t5B6Mn0BWTransactionTermination_n0BVConnectionTermination_n0BOKeepAlivePongs__v_ (28be90, 1, 0, 0, fd9303d8, fd93a5a0) + 1a8 fe53bc9c __1cFresipSDialogUsageManager2t5B6Mrn0AISipStack_b_v_ (28be60, 831f0, 0, 15d74, fe36cd10, 28be60) + 7c fea3ece8 __1cFreproLReproRunnerYcreateDialogUsageManager6M_v_ (ffbffa04, ffbff6c0, fdbea248, 0, fdbe461c, ffbff6b8) + 5f0 fea3b2ec __1cFreproLReproRunnerDrun6Mippc_b_ (ffbffa04, 2, ffbffb34, fe356db0, fd7e8cc0, f) + 7c4 00011644 main (2, ffbffb34, ffbffb40, 21c00, fd7e8c40, 0) + 12c 00011050 _start (0, 0, 0, 0, 0, 0) + 108 and the constructor in question is very minimal, the vectors are created by default argument values: https://svn.resiprocate.org/viewsvn/resiprocate/main/resip/stack/MessageFilterRule.hxx?revision=8707&view=markup From daniel at opencsw.org Fri May 4 13:07:39 2012 From: daniel at opencsw.org (Daniel Pocock) Date: Fri, 04 May 2012 11:07:39 +0000 Subject: [csw-maintainers] seg fault and stack size issue? In-Reply-To: <4FA3A5C9.3040000@opencsw.org> References: <4FA3A5C9.3040000@opencsw.org> Message-ID: <4FA3B87B.4050209@opencsw.org> I should have mentioned this, but I have tried changing the stack size with ulimit already, it was 8MB, now 16MB: $ ulimit -s 16384 but pmap still shows just 64K of stack On 04/05/12 09:47, Daniel Pocock wrote: > > > > I'm trying to run the repro process from reSIProcate > > The startup phase fails with a seg fault > > I couldn't find a specific fault in the code, even compiling with +w2 > hasn't suggested anything wrong. It is just failing to create some > vectors in a constructor, and I think the seg fault may be caused by > filling the stack. Can anyone suggest how I increase the stack size or > test this problem more thoroughly when building with SunPro tools? > > pmap reports a 64k stack size: > > pmap core > core 'core' of 23190: > /home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1. > 00010000 8K r-x-- /home/daniel/ws/resip-trunk.git/repro/.libs/repro > 00020000 8K rwx-- /home/daniel/ws/resip-trunk.git/repro/.libs/repro > 00022000 56K rwx-- > 00030000 2432K rwx-- [ heap ] > FD600000 1408K r-x-- /opt/csw/lib/libcrypto.so.0.9.8 > FD760000 24K r-x-- /opt/csw/lib/libcrypto.so.0.9.8 > FD774000 88K rwx-- /opt/csw/lib/libcrypto.so.0.9.8 > FD78A000 8K rwx-- /opt/csw/lib/libcrypto.so.0.9.8 > FD7C0000 64K rwx-- > FD7E0000 64K rwx-- > FD800000 1216K r-x-- /lib/libc.so.1 > > ... > > FEBB0000 192K r-x-- /lib/ld.so.1 > FEBE0000 16K r-x-- /lib/ld.so.1 > FEBF0000 8K rwx-- > FEBF4000 8K rwx-- /lib/ld.so.1 > FEBF6000 8K rwx-- /lib/ld.so.1 > FEBFC000 8K rwx-- > FFBF0000 64K rwx-- [ stack ] > total 22736K > > > > and this is the stack: > > core 'core' of 23190: > /home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1. > fd856e18 _smalloc (fe2b7ca8, 0, d9660, fd856f94, f227a048, fd93929c) + ac > fd856e70 malloc (1, 1, d95ac, febd2a04, fd9303d8, fd93a5a0) + 4c > fe356fc0 __1c2n6FI_pv_ (1, 0, 0, 15d74, fe36cd10, 7ffffc00) + 28 > fe9b79ec __1cDstdJallocator4nFresipEData__Iallocate6MIpv_3_ (ffbfecab, > 0, 0, 20, febf4380, 0) + 2c > fe9b6e48 > __1cDstdTallocator_interface4n0AJallocator4nFresipEData___n0C__Iallocate6MIpn0C__4_ > (ffbfecab, 0, 0, 0, febf4380, 0) + 28 > fe9b6b1c __1cDstdGvector4nFresipEData_n0AJallocator4n0C____2t5B6Mrk2_v_ > (ffbfee18, ffbfedac, ffbfedab, ffbfed7d, febf4380, 0) + ac > fdf33d80 > __1cFresipRMessageFilterRule2t5B6MnDstdGvector4n0AEData_n0CJallocator4n0D_____n0BNHostpartTypes_n0CGvector4n0ALMethodTypes_n0CJallocator4n0H_____3_v_ > (ffbfede4, ffbfedd4, 0, ffbfedc0, ffbfedac, 0) + 90 > fdf35bf8 > __1cFresipPTransactionUser2t5B6Mn0BWTransactionTermination_n0BVConnectionTermination_n0BOKeepAlivePongs__v_ > (28be90, 1, 0, 0, fd9303d8, fd93a5a0) + 1a8 > fe53bc9c __1cFresipSDialogUsageManager2t5B6Mrn0AISipStack_b_v_ (28be60, > 831f0, 0, 15d74, fe36cd10, 28be60) + 7c > fea3ece8 __1cFreproLReproRunnerYcreateDialogUsageManager6M_v_ > (ffbffa04, ffbff6c0, fdbea248, 0, fdbe461c, ffbff6b8) + 5f0 > fea3b2ec __1cFreproLReproRunnerDrun6Mippc_b_ (ffbffa04, 2, ffbffb34, > fe356db0, fd7e8cc0, f) + 7c4 > 00011644 main (2, ffbffb34, ffbffb40, 21c00, fd7e8c40, 0) + 12c > 00011050 _start (0, 0, 0, 0, 0, 0) + 108 > > > > and the constructor in question is very minimal, the vectors are created > by default argument values: > > https://svn.resiprocate.org/viewsvn/resiprocate/main/resip/stack/MessageFilterRule.hxx?revision=8707&view=markup > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. From Joerg.Schilling at fokus.fraunhofer.de Fri May 4 13:44:40 2012 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Fri, 04 May 2012 13:44:40 +0200 Subject: [csw-maintainers] Solaris 10 revision suppport? In-Reply-To: <4F9E78CF.1080407@opencsw.org> References: <20120430.11211600.3907441236@gyor.oxdrove.co.uk> <4F9E78CF.1080407@opencsw.org> Message-ID: <4fa3c128.ShznWYNkFz0W/n7I%Joerg.Schilling@fokus.fraunhofer.de> Jan Holzhueter wrote: > > says "Solaris 10 is fully supported." which isn't true as CSWorbit2 > > 2.14.19,REV=2011.12.08 doesn't work with Solaris 10U4. Either we > > consider this a bug and fix it or CSW is only supported on certain > > revisions of Solaris 10, either way I'm happy but if taking the latter it > > would help to explain this better, that is at a minimum change the above > > web page. > > yes this needs a fix. I have it still on my agenda to write something :) > Didn't have the time yet. > > > > > ** A Failure ** > > > > $ soffice > > ld.so.1: soffice.bin: fatal: libresolv.so.2: version `SUNW_2.2.2' not > > found (required by file /opt/csw/lib/sparcv8/libORBit-2.so.0) > > ld.so.1: soffice.bin: fatal: libresolv.so.2: open failed: No such file or > > directory > > ld.so.1: soffice.bin: fatal: relocation error: file > > /opt/csw/openoffice.org/program/../basis-link/program/ucpgvfs1.uno.so: > > symbol gnome_vfs_initialized: referenced symbol not found > > Killed What is the problem? Was the compilation done on a to new version of S10? J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From james at opencsw.org Fri May 4 15:21:54 2012 From: james at opencsw.org (James Lee) Date: Fri, 04 May 2012 13:21:54 GMT Subject: [csw-maintainers] Solaris 10 revision suppport? In-Reply-To: <4fa3c128.ShznWYNkFz0W/n7I%Joerg.Schilling@fokus.fraunhofer.de> References: <20120430.11211600.3907441236@gyor.oxdrove.co.uk> <4F9E78CF.1080407@opencsw.org> <4fa3c128.ShznWYNkFz0W/n7I%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: <20120504.13215400.722281261@gyor.oxdrove.co.uk> On 04/05/12, 12:44:40, Joerg Schilling wrote regarding Re: [csw-maintainers] Solaris 10 revision suppport?: > > > ld.so.1: soffice.bin: fatal: libresolv.so.2: version `SUNW_2.2.2' not > > > found (required by file /opt/csw/lib/sparcv8/libORBit-2.so.0) > > > ld.so.1: soffice.bin: fatal: libresolv.so.2: open failed: No such file or > > > directory > > > ld.so.1: soffice.bin: fatal: relocation error: file > > > /opt/csw/openoffice.org/program/../basis-link/program/ucpgvfs1.uno.so: > > > symbol gnome_vfs_initialized: referenced symbol not found > > > Killed > What is the problem? Was the compilation done on a to new version of S10? libORBit-2.so.0 was compiled on a new machine - with and requiring libresolv SUNW_2.2.2. It was used on an older machine - lacking version SUNW_2.2.2 in libresolv. The "problem" is whether to support the user or how best to inform the user of the lack of support and the need to update/patch. James. From jeff at cjsa.com Sat May 5 01:39:19 2012 From: jeff at cjsa.com (Jeffery Small) Date: Fri, 4 May 2012 23:39:19 GMT Subject: [csw-maintainers] Problem with pkgutil automatic installation Message-ID: I recently made the conversion from pkg-get to pkgutil. Now when I do a full update (/opt/csw/bin/pkgutil -u), I am first prompted: ## packages to fetch. Do you want to continue? ([y],n,auto) and then for each package I am repeatedly prompted: Do you want to remove this package? [y,n,?,q] and if dependency checks fail, I get: Do you want to continue with the removal of this package [y,n,?,q] Here is the content of /var/opt/csw/pkgutil/admin (mode 644): action=nocheck basedir=default conflict=nocheck idepend=nocheck instance=overwrite mail= partial=nocheck rdepend=nocheck runlevel=nocheck setuid=nocheck space=nocheck This was probably migrated forward from pkg-get, or else it is the default admin file installed by pkgutil, as I have not modified this file in years. Any suggestion as to why I am not getting fully automated installs and updates? Thanks. -- Jeff C. Jeffery Small CJSA LLC 206-232-3338 jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040 From bwalton at opencsw.org Sat May 5 02:20:13 2012 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 04 May 2012 20:20:13 -0400 Subject: [csw-maintainers] Problem with pkgutil automatic installation In-Reply-To: References: Message-ID: <7a9dfc8f-3d89-49c5-85d2-751e433b4e49@email.android.com> Hi Jeff, Try the -y option or, after seeing the list of changes, use the "a" for auto key at the prompt. Thanks -Ben jeff at cjsa.com wrote: I recently made the conversion from pkg-get to pkgutil. Now when I do a full update (/opt/csw/bin/pkgutil -u), I am first prompted: ## packages to fetch. Do you want to continue? ([y],n,auto) and then for each package I am repeatedly prompted: Do you want to remove this package? [y,n,?,q] and if dependency checks fail, I get: Do you want to continue with the removal of this package [y,n,?,q] Here is the content of /var/opt/csw/pkgutil/admin (mode 644): action=nocheck basedir=default conflict=nocheck idepend=nocheck instance=overwrite mail= partial=nocheck rdepend=nocheck runlevel=nocheck setuid=nocheck space=nocheck This was probably migrated forward from pkg-get, or else it is the default admin file installed by pkgutil, as I have not modified this file in years. Any suggestion as to why I am not getting fully automated installs and updates? Thanks. -- Jeff C. Jeffery Small CJSA LLC 206-232-3338 jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040 _____________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeff at cjsa.com Sat May 5 06:50:41 2012 From: jeff at cjsa.com (Jeffery Small) Date: Sat, 5 May 2012 04:50:41 GMT Subject: [csw-maintainers] Problem with pkgutil automatic installation References: <7a9dfc8f-3d89-49c5-85d2-751e433b4e49@email.android.com> Message-ID: Ben Walton writes: >Try the -y option or, after seeing the list of changes, use the "a" for >auto key at the prompt. Thanks Ben. I rewrote my script to use -y by default. This didn't cross my mind because I assumed that the admin file was controlling all of this and I had not seen this behavior with pkg-get. I now understand that admin is probably doing its job for pkgadd, but I still needed to inform pkgutil itself to be quiet. The next upgrade should be smoother! Regards, -- Jeff C. Jeffery Small CJSA LLC 206-232-3338 jeff at cjsa.com 7000 E Mercer Way, Mercer Island, WA 98040 From bonivart at opencsw.org Sat May 5 09:09:03 2012 From: bonivart at opencsw.org (Peter Bonivart) Date: Sat, 5 May 2012 09:09:03 +0200 Subject: [csw-maintainers] Problem with pkgutil automatic installation In-Reply-To: <7a9dfc8f-3d89-49c5-85d2-751e433b4e49@email.android.com> References: <7a9dfc8f-3d89-49c5-85d2-751e433b4e49@email.android.com> Message-ID: On Sat, May 5, 2012 at 2:20 AM, Ben Walton wrote: > Hi Jeff, > > Try the -y option or, after seeing the list of changes, use the "a" for auto > key at the prompt. Thank you Ben, both for helping Jeffery and for actually coding the auto option I use all the time. :) From maciej at opencsw.org Sat May 5 18:14:47 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 5 May 2012 17:14:47 +0100 Subject: [csw-maintainers] xscreensaver and libkrb4.so.2 In-Reply-To: References: <1333893892-sup-1678@pinkfloyd.chass.utoronto.ca> Message-ID: The new xscreensaver is in the experental area. We got no feedback about it so far. Is anyone able to test if it works? -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at opencsw.org Sun May 6 11:19:04 2012 From: james at opencsw.org (James Lee) Date: Sun, 06 May 2012 09:19:04 GMT Subject: [csw-maintainers] Solaris 10 revision suppport? In-Reply-To: <4F9E78CF.1080407@opencsw.org> References: <20120430.11211600.3907441236@gyor.oxdrove.co.uk> <4F9E78CF.1080407@opencsw.org> Message-ID: <20120506.9190400.643045332@gyor.oxdrove.co.uk> On 30/04/12, 12:34:39, Jan Holzhueter wrote regarding Re: [csw-maintainers] Solaris 10 revision suppport?: > > ** Solutions ** > > > > 1. Link with a mapfile and select a universal version. This means users > > don't take advantage of whatever a new version brings. > Do you need a map file? Unless you can do it another way. Here is a reference to some notes: http://docs.oracle.com/cd/E19253-01/817-1984/appendixb-45356/ The last part shows how to select a particular version with a mapfile. James. From jh at opencsw.org Sun May 6 14:16:38 2012 From: jh at opencsw.org (Jan Holzhueter) Date: Sun, 06 May 2012 14:16:38 +0200 Subject: [csw-maintainers] Solaris 10 revision suppport? In-Reply-To: <20120506.9190400.643045332@gyor.oxdrove.co.uk> References: <20120430.11211600.3907441236@gyor.oxdrove.co.uk> <4F9E78CF.1080407@opencsw.org> <20120506.9190400.643045332@gyor.oxdrove.co.uk> Message-ID: <4FA66BA6.30800@opencsw.org> Am 06.05.12 11:19, schrieb James Lee: > > Unless you can do it another way. Here is a reference to some notes: > > http://docs.oracle.com/cd/E19253-01/817-1984/appendixb-45356/ > > The last part shows how to select a particular version with a mapfile. For samba Dago was able to do it without a mapfile. He is working on using mapfiles by default to not bind to a high version. Greetings Jan From maciej at opencsw.org Mon May 7 00:06:14 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 6 May 2012 23:06:14 +0100 Subject: [csw-maintainers] xscreensaver and libkrb4.so.2 In-Reply-To: References: <1333893892-sup-1678@pinkfloyd.chass.utoronto.ca> Message-ID: 2012/5/5 Maciej (Matchek) Blizi?ski > > The new xscreensaver is in the experental area. We got no feedback about it so far. Is anyone able to test if it works? I smoke-tested it in a VM, and it worked. I pushed the new xscreensaver it to unstable, no need to delay it further. From daniel at opencsw.org Mon May 7 14:51:15 2012 From: daniel at opencsw.org (Daniel Pocock) Date: Mon, 07 May 2012 12:51:15 +0000 Subject: [csw-maintainers] seg fault and stack size issue? In-Reply-To: <4FA3B87B.4050209@opencsw.org> References: <4FA3A5C9.3040000@opencsw.org> <4FA3B87B.4050209@opencsw.org> Message-ID: <4FA7C543.40601@opencsw.org> Running repro (from reSIProcate) in dbx, I've managed to get a slightly more detailed stack trace. I've also tried changing the code, e.g. to skip the module with the problem. If I do that, I just get the same segfault later on, with a similar _smalloc stacktrace. Therefore, I don't believe it is a fault in the MessageFilterRule class, it seems to be some general issue with the stack or memory management. I've tweaked stack page size with mpss, pmap on the core shows a larger stack segment, but the exact same problem occurs at the same place in the code. The code runs fine on Linux and Windows, although I agree that doesn't mean the code is perfect. Can anyone suggest the next step for troubleshooting something like this on Solaris? LD_PRELOAD=$LD_PRELOAD:mpss.so.1 \ LD_LIBRARY_PATH=/opt/csw/bdb48/lib/:/opt/csw/lib:/home/daniel/ws/resip-trunk.git/rutil/.libs/:/home/daniel/ws/resip-trunk.git/resip/stack/.libs/:/home/daniel/ws/resip-trunk.git/resip/dum/.libs:/home/daniel/ws/resip-trunk.git/repro/.libs/ \ MPSSSTACK=4M MPSSHEAP=4M \ dbx repro/.libs/repro ... runargs ~/repro1.config run ... STACK | 20120507-144519.823 | repro | RESIP:TRANSACTION | 1 | MessageFilterRule.cxx:21 | Creating empty MessageFilterRule() t at 1 (l at 1) signal SEGV (access to address exceeded protections) in _smalloc at 0xfdf56e18 0xfdf56e18: _smalloc+0x00ac: st %l7, [%o7] Current function is std::allocator::allocate 384 void * tmp = _RWSTD_STATIC_CAST(void*,(::operator new(_RWSTD_STATIC_CAST(size_t,(n))))); (dbx) where current thread: t at 1 [1] _smalloc(0xfeab7ca8, 0x0, 0xd9660, 0xfdf56f94, 0xf227a048, 0xfe03929c), at 0xfdf56e18 [2] malloc(0x1, 0x1, 0xd95ac, 0xff3d2a04, 0xfe0303d8, 0xfe03a5a0), at 0xfdf56e70 [3] operator new(0x1, 0xff0f1cf0, 0xff1b6844, 0x15d74, 0xfeeecd10, 0x0), at 0xfeed6fc0 =>[4] std::allocator::allocate(this = 0xffbfea8b, n = 0, _ARG3 = (nil)), line 384 in "memory" [5] std::allocator_interface,resip::MethodTypes>::allocate(this = 0xffbfea8b, n = 0, p = (nil)), line 483 in "memory" [6] std::vector >::vector(this = 0x28c3ec, x = CLASS), line 315 in "vector" [7] resip::MessageFilterRule::MessageFilterRule(0x28c3c8, 0xffbfed34, 0xff24ed90, 0x0, 0xff3f4380, 0x0), at 0xff2488c0 [8] __rwstd::__construct(p = 0x28c3c8, value = CLASS), line 181 in "memory" [9] std::allocator_interface,resip::MessageFilterRule>::construct(this = 0xffbfec32, p = 0x28c3c8, val = CLASS), line 503 in "memory" [10] std::vector >::__insert_aux(this = 0x28c0e4, position = (nil), x = CLASS), line 140 in "vector.cc" [11] std::vector >::push_back(this = 0x28c0e4, x = CLASS), line 473 in "vector" [12] resip::TransactionUser::TransactionUser(this = 0x28c020, t = DoNotRegisterForTransactionTermination, c = RegisterForConnectionTermination, k = RegisterForKeepAlivePongs), line 23 in "TransactionUser.cxx" [13] resip::DialogUsageManager::DialogUsageManager(this = 0x28bff0, stack = CLASS, createDefaultFeatures = false), line 94 in "DialogUsageManager.cxx" [14] repro::ReproRunner::createDialogUsageManager(this = 0xffbff954), line 659 in "ReproRunner.cxx" [15] repro::ReproRunner::run(this = 0xffbff954, argc = 2, argv = 0xffbffa84), line 204 in "ReproRunner.cxx" [16] main(argc = 2, argv = 0xffbffa84), line 107 in "repro.cxx" On 04/05/12 11:07, Daniel Pocock wrote: > > > I should have mentioned this, but I have tried changing the stack size > with ulimit already, it was 8MB, now 16MB: > > $ ulimit -s > 16384 > > but pmap still shows just 64K of stack > > > On 04/05/12 09:47, Daniel Pocock wrote: >> >> >> >> I'm trying to run the repro process from reSIProcate >> >> The startup phase fails with a seg fault >> >> I couldn't find a specific fault in the code, even compiling with +w2 >> hasn't suggested anything wrong. It is just failing to create some >> vectors in a constructor, and I think the seg fault may be caused by >> filling the stack. Can anyone suggest how I increase the stack size or >> test this problem more thoroughly when building with SunPro tools? >> >> pmap reports a 64k stack size: >> >> pmap core >> core 'core' of 23190: >> /home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1. >> 00010000 8K r-x-- /home/daniel/ws/resip-trunk.git/repro/.libs/repro >> 00020000 8K rwx-- /home/daniel/ws/resip-trunk.git/repro/.libs/repro >> 00022000 56K rwx-- >> 00030000 2432K rwx-- [ heap ] >> FD600000 1408K r-x-- /opt/csw/lib/libcrypto.so.0.9.8 >> FD760000 24K r-x-- /opt/csw/lib/libcrypto.so.0.9.8 >> FD774000 88K rwx-- /opt/csw/lib/libcrypto.so.0.9.8 >> FD78A000 8K rwx-- /opt/csw/lib/libcrypto.so.0.9.8 >> FD7C0000 64K rwx-- >> FD7E0000 64K rwx-- >> FD800000 1216K r-x-- /lib/libc.so.1 >> >> ... >> >> FEBB0000 192K r-x-- /lib/ld.so.1 >> FEBE0000 16K r-x-- /lib/ld.so.1 >> FEBF0000 8K rwx-- >> FEBF4000 8K rwx-- /lib/ld.so.1 >> FEBF6000 8K rwx-- /lib/ld.so.1 >> FEBFC000 8K rwx-- >> FFBF0000 64K rwx-- [ stack ] >> total 22736K >> >> >> >> and this is the stack: >> >> core 'core' of 23190: >> /home/daniel/ws/resip-trunk.git/repro/.libs/repro /home/daniel/repro1. >> fd856e18 _smalloc (fe2b7ca8, 0, d9660, fd856f94, f227a048, fd93929c) + ac >> fd856e70 malloc (1, 1, d95ac, febd2a04, fd9303d8, fd93a5a0) + 4c >> fe356fc0 __1c2n6FI_pv_ (1, 0, 0, 15d74, fe36cd10, 7ffffc00) + 28 >> fe9b79ec __1cDstdJallocator4nFresipEData__Iallocate6MIpv_3_ (ffbfecab, >> 0, 0, 20, febf4380, 0) + 2c >> fe9b6e48 >> __1cDstdTallocator_interface4n0AJallocator4nFresipEData___n0C__Iallocate6MIpn0C__4_ >> (ffbfecab, 0, 0, 0, febf4380, 0) + 28 >> fe9b6b1c __1cDstdGvector4nFresipEData_n0AJallocator4n0C____2t5B6Mrk2_v_ >> (ffbfee18, ffbfedac, ffbfedab, ffbfed7d, febf4380, 0) + ac >> fdf33d80 >> __1cFresipRMessageFilterRule2t5B6MnDstdGvector4n0AEData_n0CJallocator4n0D_____n0BNHostpartTypes_n0CGvector4n0ALMethodTypes_n0CJallocator4n0H_____3_v_ >> (ffbfede4, ffbfedd4, 0, ffbfedc0, ffbfedac, 0) + 90 >> fdf35bf8 >> __1cFresipPTransactionUser2t5B6Mn0BWTransactionTermination_n0BVConnectionTermination_n0BOKeepAlivePongs__v_ >> (28be90, 1, 0, 0, fd9303d8, fd93a5a0) + 1a8 >> fe53bc9c __1cFresipSDialogUsageManager2t5B6Mrn0AISipStack_b_v_ (28be60, >> 831f0, 0, 15d74, fe36cd10, 28be60) + 7c >> fea3ece8 __1cFreproLReproRunnerYcreateDialogUsageManager6M_v_ >> (ffbffa04, ffbff6c0, fdbea248, 0, fdbe461c, ffbff6b8) + 5f0 >> fea3b2ec __1cFreproLReproRunnerDrun6Mippc_b_ (ffbffa04, 2, ffbffb34, >> fe356db0, fd7e8cc0, f) + 7c4 >> 00011644 main (2, ffbffb34, ffbffb40, 21c00, fd7e8c40, 0) + 12c >> 00011050 _start (0, 0, 0, 0, 0, 0) + 108 >> >> >> >> and the constructor in question is very minimal, the vectors are created >> by default argument values: >> >> https://svn.resiprocate.org/viewsvn/resiprocate/main/resip/stack/MessageFilterRule.hxx?revision=8707&view=markup >> >> >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers >> .:: This mailing list's archive is public. ::. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. From rupert at opencsw.org Mon May 7 21:10:53 2012 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 7 May 2012 21:10:53 +0200 Subject: [csw-maintainers] Fwd: [CMake 0013199]: bootstrap: bad substitution In-Reply-To: References: <158283c8c7593a28770ec53b29cbca6f@public.kitware.com> Message-ID: I filed a bug report for cmake ... and the answer is "no access to that shell". What is _the_ shell nowadays? Should this be a bash script? Rupert ---------- Weitergeleitete Nachricht ---------- Von: "Mantis Bug Tracker" Datum: 07.05.2012 14:29 Betreff: [CMake 0013199]: bootstrap: bad substitution An: A NOTE has been added to this issue. ====================================================================== http://public.kitware.com/Bug/view.php?id=13199 ====================================================================== Reported By: rthurner Assigned To: ====================================================================== Project: CMake Issue ID: 13199 Category: (No Category) Reproducibility: always Severity: minor Priority: high Status: new ====================================================================== Date Submitted: 2012-05-06 14:52 EDT Last Modified: 2012-05-07 08:29 EDT ====================================================================== Summary: bootstrap: bad substitution Description: cd work/solaris9-i386/build-isa-i386/cmake-2.8.8 && mkdir -p . && cd . && /usr/bin/env -i PATH="/home/rupert/mgar-sav/pkg/.buildsys/v2/gar/bin/sos12-wrappers:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/install-isa-i386/opt/csw/bin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/install-isa-i386/opt/csw/bin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/install-isa-i386/opt/csw/sbin:/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/install-isa-i386/opt/csw/sbin:/opt/csw/bin:/opt/csw/bin:/opt/csw/sbin:/opt/csw/sbin:/opt/SUNWspro/bin:/home/rupert/mgar-sav/pkg/.buildsys/v2/gar/bin:/usr/bin:/usr/sbin:/usr/java/bin:/usr/ccs/bin:/usr/openwin/bin" prefix="/opt/csw" exec_prefix="/opt/csw" bindir="/opt/csw/bin" sbindir="/opt/csw/sbin" libexecdir="/opt/csw/libexec" datadir="/share/cmake-2.8.8" sysconfdir="/etc/opt/csw" sharedstatedir="/share" localstatedir="/var/opt/csw" libdir="/opt/csw/lib" infodir="/share/info" lispdir="/share/emacs/site-lisp" includedir="/opt/csw/include" mandir="/share/man" docdir="/share/doc/cmake-2.8.8" sourcedir="/opt/csw/src" CPPFLAGS="-I/opt/csw/include" CFLAGS="-xO3 -m32 -xarch=386 -xnorunpath" CXXFLAGS="-xO3 -m32 -xarch=386 -norunpath" LDFLAGS="-m32 -xarch=386 -L/opt/csw/lib" FFLAGS="-xO3 -m32 -xarch=386" FCFLAGS="-xO3 -m32 -xarch=386" ASFLAGS="" OPTFLAGS="-xO3 -m32 -xarch=386" CC="/opt/SUNWspro/bin/cc" CXX="/opt/SUNWspro/bin/CC" CC_HOME="/opt/SUNWspro" CC_VERSION="Sun C 5.9 SunOS_i386 Patch 124868-15 2010/08/11" CXX_VERSION="Sun C++ 5.9 SunOS_i386 Patch 124864-29 2012/04/04" GARCH="i386" GAROSREL="5.9" GARPACKAGE="trunk" LD_OPTIONS="-R/opt/csw/lib" PKG_CONFIG_PATH="/opt/csw/lib/pkgconfig" DESTDIR="/home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/install-isa-i386" /home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/build-isa-i386/cmake-2.8.8/configure --prefix=/opt/csw --exec_prefix=/opt/csw --bindir=/opt/csw/bin --sbindir=/opt/csw/sbin --libexecdir=/opt/csw/libexec --datadir=/share/cmake-2.8.8 --sysconfdir=/etc/opt/csw --sharedstatedir=/share --localstatedir=/var/opt/csw --libdir=/opt/csw/lib --infodir=/share/info --includedir=/opt/csw/include --mandir=/share/man --docdir=/share/doc/cmake-2.8.8 /home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/build-isa-i386/cmake-2.8.8/bootstrap: bad substitution Unknown option: --exec_prefix=/opt/csw gmake[1]: *** [configure-work/solaris9-i386/build-isa-i386/cmake-2.8.8/configure] Error 1 gmake[1]: Leaving directory `/home/rupert/mgar-sav/pkg/cmake/trunk' gmake: *** [merge-isa-i386] Error 2 ====================================================================== ---------------------------------------------------------------------- (0029406) rthurner (reporter) - 2012-05-06 16:33 http://public.kitware.com/Bug/view.php?id=13199#c29406 ---------------------------------------------------------------------- very simple parameters fail as well ... rupert @ unstable9s : ~/mgar-sav $ /home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/build-isa-i386/cmake-2.8.8/bootstrap --parallel=24 /home/rupert/mgar-sav/pkg/cmake/trunk/work/solaris9-i386/build-isa-i386/cmake-2.8.8/bootstrap: bad substitution ---------------------------------------------------------------------- (0029410) Brad King (manager) - 2012-05-07 08:29 http://public.kitware.com/Bug/view.php?id=13199#c29410 ---------------------------------------------------------------------- I have no access to that shell. A patch would be appreciated. Issue History Date Modified Username Field Change ====================================================================== 2012-05-06 14:52 rthurner New Issue 2012-05-06 16:33 rthurner Note Added: 0029406 2012-05-07 08:29 Brad King Note Added: 0029410 ====================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Mon May 7 21:14:57 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 7 May 2012 20:14:57 +0100 Subject: [csw-maintainers] Fwd: [CMake 0013199]: bootstrap: bad substitution In-Reply-To: References: <158283c8c7593a28770ec53b29cbca6f@public.kitware.com> Message-ID: 2012/5/7 rupert THURNER > I filed a bug report for cmake ... and the answer is "no access to that > shell". What is _the_ shell nowadays? Should this be a bash script? I would suggest that they let you choose which shell to use at build time. It could be taken from an environment variable, or passed as an option. Autotools use, if I recall correctly, CONFIG_SHELL. Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Tue May 8 10:23:28 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 8 May 2012 09:23:28 +0100 Subject: [csw-maintainers] mgar usage feedback : documentation In-Reply-To: References: Message-ID: 2012/4/22 Peter FELECAN > > It's a little bit scattered: our main site, SourceForce, Wikidot. I > managed to use my first recipe without pain excepting the looooong mgar > up --all. It's a one time thing, why not just start it, have a coffee, then come back and continue? > I think that showing how to extract specific recipes is > better but I'll come back on this issue later. It's true that documentation is scattered. In addition to these, we also have this: http://www.opencsw.org/manual/ ...which is not officially released / published yet, but will be the canonical place for the most static and important pieces of documentation: getting started, etc. We already started putting links to the manual from all the other places. It's an incremental work. It's best if everyone helps with it, or at least reports to the list things that can / should be moved and/or linked. Maciej From pfelecan at opencsw.org Tue May 8 11:00:05 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Tue, 08 May 2012 11:00:05 +0200 Subject: [csw-maintainers] mgar usage feedback : documentation In-Reply-To: ("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Tue, 8 May 2012 09:23:28 +0100") References: Message-ID: "Maciej (Matchek) Blizi?ski" writes: > 2012/4/22 Peter FELECAN >> >> It's a little bit scattered: our main site, SourceForce, Wikidot. I >> managed to use my first recipe without pain excepting the looooong mgar >> up --all. > > It's a one time thing, why not just start it, have a coffee, then come > back and continue? No, it's not a one time affair; in my case I have done it 3 times as I work on different systems, geographically disjoint... Not necessary time and resources waste when I work only on some projects. >> I think that showing how to extract specific recipes is >> better but I'll come back on this issue later. > > It's true that documentation is scattered. In addition to these, we > also have this: > > http://www.opencsw.org/manual/ > > ...which is not officially released / published yet, but will be the > canonical place for the most static and important pieces of > documentation: getting started, etc. We already started putting links > to the manual from all the other places. It's an incremental work. > It's best if everyone helps with it, or at least reports to the list > things that can / should be moved and/or linked. Why it's not published? Publish it, make it clear where are the sources of what you publish and people will contribute; I've done it already on some wikis. -- Peter From maciej at opencsw.org Thu May 10 19:54:43 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 10 May 2012 18:54:43 +0100 Subject: [csw-maintainers] [csw-users] whole catalog atom feeds In-Reply-To: <1334450762-sup-3009@pinkfloyd.chass.utoronto.ca> References: <1332716390-sup-2086@pinkfloyd.chass.utoronto.ca> <3985B3C9-010F-4F41-88ED-402E0AF4A19B@opencsw.org> <1334437310-sup-5402@pinkfloyd.chass.utoronto.ca> <1334450762-sup-3009@pinkfloyd.chass.utoronto.ca> Message-ID: I tried to register them with ceeswi, but I don't see updates on the channel. Looks like I don't know how to tell ceeswi to display updates from these feeds on the channel. Ceeswi pulls the feed alright but it doesn't know where to display it. No dia 15 de Abr de 2012 01:46, "Ben Walton" escreveu: > Excerpts from Ben Walton's message of Sat Apr 14 17:14:49 -0400 2012: > > > I'm applying a stylesheet to do the transformation between formats. > > There are a few things the linter has picked up that I want to > > address and then I'll make them live. I should be done tonight. > > These are now in place and should be maintained in sync with the atom > feeds. > > Thanks > -Ben > -- > Ben Walton > Systems Programmer - CHASS > University of Toronto > C:416.407.5610 | W:416.978.4302 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Sat May 12 19:50:17 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sat, 12 May 2012 19:50:17 +0200 Subject: [csw-maintainers] At least Openssl 1.0 ! Message-ID: Unbelievable ! Openssl 1.0 packages are close to be on their way to the OpenCSW repository. You will find openssl 1.0.1c packages in my experimental repository: yes | pkgrm CSWopenssl-utils CSWlibssl-dev pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/yann -i openssl_utils libssl_dev libssl1_0_0 Before releasing them, I would welcome additional testing from other members and in particular, build tests with these new libraries. I already rebuild my own packages (openssh, vsftpd, lftp) to ensure there's no build and execution problem. I updated the PKCS11 patch so these libraries should still take advantage of sparc crypto capabilites if you enable the pkcs11 engine. I am working on integrating the T4 and aesni crypto acceleration support but it would be in a later build (and it seems solaris 11 specific). Some notes concerning the migration: - libssl_dev will be replaced with the 1.0.1c version so once it will be installed on the buildfram, all subsequent will be linked with libssl 1.0 and it will be not possible anymore to build against libssl 0.9.8 There doesn't seem to be API incompatibility and the same choice has been done by other distro, but this is the reason why I would welcome additional build tests so I can be certain. - libssl 0.9.8 will of course still be there (and maintained), it can be installed alongside libssl 1.0. Starting with libssl 1.0, the SSL engines directory has been moved in a versioned directory so we don't have filenames clash. However, within a month or two, I will start to fill bug against packages linked with libssl 0.9.8 to ask for a rebuild with libssl 1.0. - libssl relies on system-wide hash symbolic links located in /etc/opt/csw/ssl/certs to verify certificates (provided by the ca_certificates packages under OpenCSW). Unfortunately, the hash system has changed between 0.9.8 and 1.0, the ca_certificates package and the c_rehash script (used to generate the symlinks) have been modified to always generate the old and the new hash symlinks. There is clash risk but it should be low. - I don't plan on updating the openssl package so that it depends on libssl 1.0. This package is a legacy of a time where there was a unique package containing libraries, development files and the openssl tools. Packages should no longer depend on this package and I prefer to drop it the day we will remove libssl 0.9.8 from the repository. Thanks in advance for any comment and feedback, Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Sun May 13 00:03:09 2012 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 12 May 2012 18:03:09 -0400 Subject: [csw-maintainers] advice on custom manifests Message-ID: <1336859531-sup-1587@pinkfloyd.chass.utoronto.ca> Hi All, I'm looking at the exim package and want to improve it so that it can be installed without user prompts and also to fix a few other warts. The user prompts all surround the replacement of the system binaries such as sendmail and mailq. For the sendmail replacement, putting a service dependency on sendmail-client is sufficient to avoid any need to replace the binary. So the question is: Is there a best practice that we're using when we ship a custom manifest or should I just take the auto-generated one and add the extra dependency? My plan for replacing mailq is to write a little wrapper script and setup an alternative handler so that it can play nice with Peter's sendmail and Juraj's postfix if they want to ship those too. It would rely on PATH for precedence over the system version, but I think that's way nicer than moving the system version out of the way and I sort of expect that people would have /opt/csw/bin high in precedence anyway. (I'm definitely open to better solutions though if someone has one.) Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From yann at pleiades.fr.eu.org Wed May 16 23:46:13 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Wed, 16 May 2012 23:46:13 +0200 Subject: [csw-maintainers] At least Openssl 1.0 ! In-Reply-To: References: Message-ID: Not even a little feedback ? Yann Le 12 mai 2012 19:50, "Yann Rouillard" a ?crit : > Unbelievable ! Openssl 1.0 packages are close to be on their way to the > OpenCSW repository. > > You will find openssl 1.0.1c packages in my experimental repository: > yes | pkgrm CSWopenssl-utils CSWlibssl-dev > pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/yann -i > openssl_utils libssl_dev libssl1_0_0 > > Before releasing them, I would welcome additional testing from other > members and in particular, build tests with these new libraries. > I already rebuild my own packages (openssh, vsftpd, lftp) to ensure > there's no build and execution problem. > > I updated the PKCS11 patch so these libraries should still take advantage > of sparc crypto capabilites if you enable the pkcs11 engine. > I am working on integrating the T4 and aesni crypto acceleration support > but it would be in a later build (and it seems solaris 11 specific). > > > Some notes concerning the migration: > > - libssl_dev will be replaced with the 1.0.1c version so once it will be > installed on the buildfram, all subsequent will be linked with libssl 1.0 > and it will be not possible anymore to build against libssl 0.9.8 > There doesn't seem to be API incompatibility and the same choice has > been done by other distro, but this is the reason why I would > welcome additional build tests so I can be certain. > > > - libssl 0.9.8 will of course still be there (and maintained), it can be > installed alongside libssl 1.0. > Starting with libssl 1.0, the SSL engines directory has been moved in > a versioned directory so we don't have filenames clash. > > However, within a month or two, I will start to fill bug against > packages linked with libssl 0.9.8 to ask for a rebuild with libssl 1.0. > > > - libssl relies on system-wide hash symbolic links located in > /etc/opt/csw/ssl/certs to verify certificates (provided by the > ca_certificates packages under OpenCSW). > Unfortunately, the hash system has changed between 0.9.8 and 1.0, the > ca_certificates package and the c_rehash script (used to generate the > symlinks) have been > modified to always generate the old and the new hash symlinks. There is > clash risk but it should be low. > - I don't plan on updating the openssl package so that it depends on > libssl 1.0. This package is a legacy of a time where there was a unique > package containing libraries, development files and the openssl tools. Packages > should no longer depend on this package and I prefer to drop it the day we > will remove libssl 0.9.8 from the repository. > > > Thanks in advance for any comment and feedback, > > Yann > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Thu May 17 00:35:47 2012 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 16 May 2012 18:35:47 -0400 Subject: [csw-maintainers] At least Openssl 1.0 ! In-Reply-To: References: Message-ID: <1337207657-sup-903@pinkfloyd.chass.utoronto.ca> Excerpts from Yann Rouillard's message of Wed May 16 17:46:13 -0400 2012: Hi Yann, > Not even a little feedback ? I haven't had a chance to look at it but if you've already smoke tested it, I'd say: release it to unstable. At that point, we can put it on the build farm and rebuild lots of things against it. That'll be the best way to find any remaining gotchas and it's exactly what unstable is for. (You've already passed the experimental stage.) Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Thu May 17 08:48:52 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 17 May 2012 07:48:52 +0100 Subject: [csw-maintainers] Add bundle to catalog or get catalog via REST? In-Reply-To: References: <2F1DFFA2-14CE-4B9D-A994-B8DE6307B30B@opencsw.org> Message-ID: 2012/1/25 Peter FELECAN : > Dagobert Michelsen writes: > >> I would like to add bundle information to the package graph. What do you think about >> adding it to the catalog or alternatively to the database so I can retreive it via REST. > > IMHO, it should be added to the database and, as a consequence, when the > catalog is built is can be added to it. Thus, you can obtain it both > ways. It is in the database, but it's not in the database schema. It's in the serialized data structures. You see it if you visit e.g.: http://buildfarm.opencsw.org/pkgdb/srv4/0eaa5131cff340b03861234385420053/ or call curl -s http://buildfarm.opencsw.org/pkgdb/rest/srv4/0eaa5131cff340b03861234385420053/pkg-stats/ From maciej at opencsw.org Thu May 17 08:59:41 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 17 May 2012 07:59:41 +0100 Subject: [csw-maintainers] Drop koffice_gcc ? In-Reply-To: <1324574494-sup-1617@pinkfloyd.chass.utoronto.ca> References: <011C3A3D-C2D4-47E9-81AE-55E55384AE6E@opencsw.org> <3052D2FB-C928-4E9A-A3F2-5CE964B12FA2@opencsw.org> <1324574494-sup-1617@pinkfloyd.chass.utoronto.ca> Message-ID: 2011/12/22 Ben Walton > > So you're wanting to remove kdegcc and everything that it depends on? > Or will you just remove kdegcc? ?If the former, that will cascade into > removing things like amorok, etc when the dependency chain is > followed. > > I'm not opposed to this but it will be a big action. For the record, this is now done. KDE is gone. From yann at pleiades.fr.eu.org Thu May 17 12:31:34 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 17 May 2012 12:31:34 +0200 Subject: [csw-maintainers] At least Openssl 1.0 ! In-Reply-To: <1337207657-sup-903@pinkfloyd.chass.utoronto.ca> References: <1337207657-sup-903@pinkfloyd.chass.utoronto.ca> Message-ID: Hi Ben, Thanks for the answer. You're right, let's go into unstable right now! But no complain if everything breaks ! ;) I just uploaded the packages into unstable and I will ask the buildfarm maintainer to install them. I will start to rebuild my packages against the new libraries as soon as they're available on the buildfarm and I am encouraging everyone to do so (it's better to detect build problems now rather than when there's a security update to quickly push in). Yann 2012/5/17 Ben Walton > Excerpts from Yann Rouillard's message of Wed May 16 17:46:13 -0400 2012: > > Hi Yann, > > > Not even a little feedback ? > > I haven't had a chance to look at it but if you've already smoke > tested it, I'd say: release it to unstable. At that point, we can put > it on the build farm and rebuild lots of things against it. That'll > be the best way to find any remaining gotchas and it's exactly what > unstable is for. (You've already passed the experimental stage.) > > Thanks > -Ben > -- > Ben Walton > Systems Programmer - CHASS > University of Toronto > C:416.407.5610 | W:416.978.4302 > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu May 17 12:55:10 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 17 May 2012 11:55:10 +0100 Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: Hello maintainers, We've done the spring cleaning during the Wintercamp, we removed a lot of old, unmaintained and broken packages. Many thanks to Carsten who wrote a utility that allowed for identification of missing libraries across catalogs. Current results (2012-05-17) are here: http://buildfarm.opencsw.org/~maciej/missing_libs.txt >From the report, there are issues with packages in the 5.9 catalog. I don't see any issues with packages in the 5.10 catalog, and I'm not sure whether it's a false negative. From reading the script, it loops through all the OS releases, so it should report 5.9 as well as 5.10. I think that it's unlikely that there isn't a single shared library problem in 5.10. Maciej From maciej at opencsw.org Thu May 17 14:00:13 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 17 May 2012 13:00:13 +0100 Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: 2012/5/17 Maciej (Matchek) Blizi?ski : > I think that it's unlikely that there isn't a single shared library > problem in 5.10. I realized I need to clear caches for the report to be accurate. Here's the SunOS5.10 report, showing packages and missing libraries: CSWclaws-pdfviewer (libpoppler-glib.so.2) CSWgstpluginsbad (libfaad.so.0) CSWhobbit (librrd.so.2) CSWlibgtkhtml (libgailutil.so.17) CSWlibsoup (libgnutls.so.11) CSWntp (libnetsnmpagent.so.15, libnetsnmphelpers.so.15, libnetsnmpmibs.so.15, libnetsnmp.so.15) CSWpstoeditrt (libMagick++.so.2, libMagickCore.so.2) CSWsaneback (libusb.so.1) CSWxcdroast (libgdk_pixbuf.so.2) The options are: - remove broken packages - rebuild broken packages - put the missing libs back - release dublin anyway What do we do? Maciej From james at opencsw.org Thu May 17 14:36:21 2012 From: james at opencsw.org (James Lee) Date: Thu, 17 May 2012 12:36:21 GMT Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: <20120517.12362100.2182028707@gyor.oxdrove.co.uk> On 17/05/12, 13:00:13, =?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?= wrote regarding Re: [csw-maintainers] The dublin release: remaining tasks: > Here's the SunOS5.10 report, showing packages and missing libraries: ... > CSWsaneback (libusb.so.1) It's not missing. You are not looking it the right place. $ ls -l /usr/sfw/lib/libusb.so.1 -rwxr-xr-x 1 root bin 19496 Aug 23 2005 /usr/sfw/lib/libusb.so.1 James. From bwalton at opencsw.org Thu May 17 15:25:52 2012 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 17 May 2012 09:25:52 -0400 Subject: [csw-maintainers] At least Openssl 1.0 ! In-Reply-To: References: <1337207657-sup-903@pinkfloyd.chass.utoronto.ca> Message-ID: <1337261088-sup-6965@pinkfloyd.chass.utoronto.ca> Excerpts from Yann Rouillard's message of Thu May 17 06:31:34 -0400 2012: > I just uploaded the packages into unstable and I will ask the > buildfarm maintainer to install them. This has now been done. New packages will build against the new libssl. Thanks for all the work on this Yann! Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Thu May 17 16:45:53 2012 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 17 May 2012 10:45:53 -0400 Subject: [csw-maintainers] board elections 2012 Message-ID: <1337265633-sup-8553@pinkfloyd.chass.utoronto.ca> Hi All, This is (quite a bit) overdue so it's time to get it rolling. The 1 year term of the board is up and we should elect a new board. To get things started, I created a wiki page at http://wiki.opencsw.org/boardelection2012 where you can nominate yourself for a place on the ballot. For examples of what people wrote in their self nominations last time, please see http://wiki.opencsw.org/boardelection. It would be nice to have lots of people step forward for a role on the board. The only requirement for nomination is that you're a member of OpenCSW. To be a member, you simply need to send mail to board@ indicating that you'd like full membership status. The barrier to being granted full membership status is that you're an active maintainer of at least one package. We can leave the nomination page open for a few weeks and evaluate what that ballot would look like then. If there isn't enough sign-up interest, I'll stir the pot some more. :) Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Thu May 17 18:11:30 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 17 May 2012 17:11:30 +0100 Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: Updated list, accounting for /usr/sfw/lib (thanks go to James Lee for pointing out the issue): CSWclaws-pdfviewer (libpoppler-glib.so.2) CSWgstpluginsbad (libfaad.so.0) CSWhobbit (librrd.so.2) CSWlibgtkhtml (libgailutil.so.17) CSWlibsoup (libgnutls.so.11) CSWntp (libnetsnmpagent.so.15, libnetsnmphelpers.so.15, libnetsnmpmibs.so.15, libnetsnmp.so.15) CSWpstoeditrt (libMagick++.so.2, libMagickCore.so.2) CSWxcdroast (libgdk_pixbuf.so.2) From dam at opencsw.org Thu May 17 21:17:40 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 17 May 2012 21:17:40 +0200 Subject: [csw-maintainers] At least Openssl 1.0 ! In-Reply-To: References: Message-ID: Hi Yann, Am 16.05.2012 um 23:46 schrieb Yann Rouillard: > Not even a little feedback ? Sorry for the delay, currently we have vacation time and I think not many maintainers are doing more than checking email :-) Now that it is installed we can see to bring things ahead. Thanks for the effort! 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 From bwalton at opencsw.org Tue May 22 03:11:52 2012 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 21 May 2012 21:11:52 -0400 Subject: [csw-maintainers] At least Openssl 1.0 ! In-Reply-To: References: Message-ID: <1337649075-sup-6402@pinkfloyd.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Thu May 17 15:17:40 -0400 2012: > Sorry for the delay, currently we have vacation time and I think not > many maintainers are doing more than checking email :-) Now that it > is installed we can see to bring things ahead. Thanks for the > effort! I've just pushed apache2 linked with the new ssl. Testing is encouraged. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From grzemba at contac-dt.de Tue May 22 14:15:28 2012 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Tue, 22 May 2012 14:15:28 +0200 Subject: [csw-maintainers] pkgutil cycle in dependency Message-ID: <7470c1276032.4fbb9f80@contac-dt.de> How can I investigate this problem: bash-4.2# pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/qt4 -x cas -i CSWqt4-gxx-doc => Fetching new catalog and descriptions (http://buildfarm.opencsw.org/opencsw/experimental/qt4/i386/5.10) if available ... ==> 20 packages loaded from /var/opt/csw/pkgutil/catalog.buildfarm.opencsw.org_opencsw_experimental_qt4_i386_5.10 => Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/unstable/i386/5.10) if available ... ==> 3471 packages loaded from /var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_unstable_i386_5.10 Solving needed dependencies ... Solving dependency order ... Loop protection limit (100000 iterations) hit. There's probably a cyclic dependency in the catalog. Do you want to continue anyway? ([y],n) n Thanks -- Carsten Grzemba Tel.:?? +49 3677 64740 Mobil: +49 171 9749479 Fax::?? +49 3677 6474111 Email: carsten.grzemba at contac-dt.de contac Datentechnik GmbH -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Tue May 22 14:20:51 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 22 May 2012 14:20:51 +0200 Subject: [csw-maintainers] pkgutil cycle in dependency In-Reply-To: <7470c1276032.4fbb9f80@contac-dt.de> References: <7470c1276032.4fbb9f80@contac-dt.de> Message-ID: <09A6BA9D-5572-44D9-856A-1F4E6588ABBC@opencsw.org> Hi Carsten, Am 22.05.2012 um 14:15 schrieb Carsten Grzemba: > How can I investigate this problem: > > bash-4.2# pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/qt4 -x cas -i CSWqt4-gxx-doc > => Fetching new catalog and descriptions (http://buildfarm.opencsw.org/opencsw/experimental/qt4/i386/5.10) if available ... > ==> 20 packages loaded from /var/opt/csw/pkgutil/catalog.buildfarm.opencsw.org_opencsw_experimental_qt4_i386_5.10 > => Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/unstable/i386/5.10) if available ... > ==> 3471 packages loaded from /var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_unstable_i386_5.10 > Solving needed dependencies ... > Solving dependency order ... > Loop protection limit (100000 iterations) hit. There's probably a > cyclic dependency in the catalog. > Do you want to continue anyway? ([y],n) n You can try chkcat: dam at login [login]:/home/dam > chkcat -v /export/mirror/opencsw/experimental/qt4/i386/5.10/catalog ERROR! Dependency CSWcommon of package CSWlibphonon4-gxx is missing. ERROR! Dependency CSWlibstdc++6 of package CSWlibphonon4-gxx is missing. ERROR! Dependency CSWlibgcc-s1 of package CSWlibphonon4-gxx is missing. ERROR! Cyclic dependency detected in package CSWlibphonon4-gxx. ERROR! Dependency CSWcommon of package CSWlibqtclucene4-gxx is missing. ERROR! Dependency CSWlibgcc-s1 of package CSWlibqtclucene4-gxx is missing. ERROR! Dependency CSWlibstdc++6 of package CSWlibqtclucene4-gxx is missing. ERROR! Dependency CSWcommon of package CSWlibqtcore4-gxx is missing. ERROR! Dependency CSWlibgthread2-0-0 of package CSWlibqtcore4-gxx is missing. ERROR! Dependency CSWlibiconv2 of package CSWlibqtcore4-gxx is missing. ERROR! Dependency CSWlibintl8 of package CSWlibqtcore4-gxx is missing. ERROR! Dependency CSWlibstdc++6 of package CSWlibqtcore4-gxx is missing. ERROR! Dependency CSWlibglib2-0-0 of package CSWlibqtcore4-gxx is missing. ERROR! Dependency CSWlibgcc-s1 of package CSWlibqtcore4-gxx is missing. ERROR! Dependency CSWcommon of package CSWlibqtdbus4-gxx is missing. ERROR! Dependency CSWlibgcc-s1 of package CSWlibqtdbus4-gxx is missing. ERROR! Dependency CSWlibstdc++6 of package CSWlibqtdbus4-gxx is missing. ERROR! Dependency CSWcommon of package CSWlibqtdeclarative4-gxx is missing. ERROR! Dependency CSWlibstdc++6 of package CSWlibqtdeclarative4-gxx is missing. ERROR! Dependency CSWlibgcc-s1 of package CSWlibqtdeclarative4-gxx is missing. ERROR! Cyclic dependency detected in package CSWlibqtdeclarative4-gxx. ERROR! Dependency CSWcommon of package CSWlibqtdesigner4-gxx is missing. ERROR! Dependency CSWlibstdc++6 of package CSWlibqtdesigner4-gxx is missing. ERROR! Dependency CSWlibgcc-s1 of package CSWlibqtdesigner4-gxx is missing. ERROR! Cyclic dependency detected in package CSWlibqtdesigner4-gxx. ERROR! Dependency CSWcommon of package CSWlibqtdesignercomponents4-gxx is missing. ERROR! Dependency CSWlibstdc++6 of package CSWlibqtdesignercomponents4-gxx is missing. ERROR! Dependency CSWlibgcc-s1 of package CSWlibqtdesignercomponents4-gxx is missing. ERROR! Cyclic dependency detected in package CSWlibqtdesignercomponents4-gxx. ... 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 From dam at opencsw.org Tue May 22 14:24:49 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 22 May 2012 14:24:49 +0200 Subject: [csw-maintainers] pkgutil cycle in dependency In-Reply-To: <09A6BA9D-5572-44D9-856A-1F4E6588ABBC@opencsw.org> References: <7470c1276032.4fbb9f80@contac-dt.de> <09A6BA9D-5572-44D9-856A-1F4E6588ABBC@opencsw.org> Message-ID: <408A0BBF-7DA0-4EFB-BB4A-235035D397F9@opencsw.org> Hi Carsten, Am 22.05.2012 um 14:20 schrieb Dagobert Michelsen: > Am 22.05.2012 um 14:15 schrieb Carsten Grzemba: > >> How can I investigate this problem: >> >> bash-4.2# pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/qt4 -x cas -i CSWqt4-gxx-doc >> => Fetching new catalog and descriptions (http://buildfarm.opencsw.org/opencsw/experimental/qt4/i386/5.10) if available ... >> ==> 20 packages loaded from /var/opt/csw/pkgutil/catalog.buildfarm.opencsw.org_opencsw_experimental_qt4_i386_5.10 >> => Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/unstable/i386/5.10) if available ... >> ==> 3471 packages loaded from /var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_unstable_i386_5.10 >> Solving needed dependencies ... >> Solving dependency order ... >> Loop protection limit (100000 iterations) hit. There's probably a >> cyclic dependency in the catalog. >> Do you want to continue anyway? ([y],n) n > > You can try chkcat: Sorry, tried the old version. Here is the current output: ERROR! Cyclic dependency detected in package CSWlibphonon4-gxx because of CSWlibphonon4-gxx -> CSWqt4-gxx-doc -> CSWlibqtopengl4-gxx -> CSWqt4-gxx-doc -> CSWlibqtmultimedia4-gxx -> CSWqt4-gxx-doc -> CSWlibqtscripttools4-gxx -> CSWqt4-gxx-doc -> CSWlibqthelp4-gxx -> CSWqt4-gxx-doc -> CSWlibphonon4-gxx. ERROR! Cyclic dependency detected in package CSWlibqtdeclarative4-gxx because of CSWlibqtdeclarative4-gxx -> CSWlibqtsvg4-gxx -> CSWqt4-gxx-doc -> CSWlibqtdeclarative4-gxx. ERROR! Cyclic dependency detected in package CSWlibqtdesignercomponents4-gxx because of CSWlibqtdesignercomponents4-gxx -> CSWlibqtdesigner4-gxx -> CSWqt4-gxx-doc -> CSWlibqtdesignercomponents4-gxx. ERROR! Cyclic dependency detected in package CSWlibqthelp4-gxx because of CSWlibqthelp4-gxx -> CSWqt4-gxx-doc -> CSWlibqthelp4-gxx. ERROR! Cyclic dependency detected in package CSWlibqtmultimedia4-gxx because of CSWlibqtmultimedia4-gxx -> CSWqt4-gxx-doc -> CSWlibqtmultimedia4-gxx. ERROR! Cyclic dependency detected in package CSWlibqtopengl4-gxx because of CSWlibqtopengl4-gxx -> CSWqt4-gxx-doc -> CSWlibqtopengl4-gxx. ERROR! Cyclic dependency detected in package CSWlibqtscripttools4-gxx because of CSWlibqtscripttools4-gxx -> CSWqt4-gxx-doc -> CSWlibqtscripttools4-gxx. ERROR! Cyclic dependency detected in package CSWqt4-gxx-doc because of CSWqt4-gxx-doc -> CSWlibqtopengl4-gxx -> CSWqt4-gxx-doc -> CSWlibqtmultimedia4-gxx -> CSWqt4-gxx-doc -> CSWlibqtscripttools4-gxx -> CSWqt4-gxx-doc -> CSWlibqthelp4-gxx -> CSWqt4-gxx-doc -> CSWlibphonon4-gxx -> CSWqt4-gxx-doc. I suggest not letting CSWqt4-gxx-doc depend on anything. 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 From bwalton at opencsw.org Wed May 23 02:31:32 2012 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 22 May 2012 20:31:32 -0400 Subject: [csw-maintainers] mail form submission for retired maintainers Message-ID: <1337732846-sup-8681@pinkfloyd.chass.utoronto.ca> Hi All, I'm about to implement some proper retirement scripts that will close down mail accounts, etc for retired maintainers. This means that we'll need to direct mail from our web forms to an alternate mailbox so we don't bounce mail. The mail originates from an unpredictable From address so we need an open list for them. Should we abuse the pkgrequests@ list for this or spawn something new? I don't have a strong preference either way. My only concern is that we get the contact from people that go to the trouble of filling out the form[1]. Thanks -Ben [1] The forms still need to be captcha'd. If nobody else jumps on this, I'll try to get it done soon. -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Wed May 23 11:07:31 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 23 May 2012 10:07:31 +0100 Subject: [csw-maintainers] mail form submission for retired maintainers In-Reply-To: <1337732846-sup-8681@pinkfloyd.chass.utoronto.ca> References: <1337732846-sup-8681@pinkfloyd.chass.utoronto.ca> Message-ID: 2012/5/23 Ben Walton > The mail originates from an unpredictable From address so we need an > open list for them. ?Should we abuse the pkgrequests@ list for this or > spawn something new? ?I don't have a strong preference either way. ?My > only concern is that we get the contact from people that go to the > trouble of filling out the form[1]. pkgrequests list sounds like a good fit.?It's used for a similar purpose already. From bwalton at opencsw.org Wed May 23 14:45:02 2012 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 23 May 2012 08:45:02 -0400 Subject: [csw-maintainers] mail form submission for retired maintainers In-Reply-To: References: <1337732846-sup-8681@pinkfloyd.chass.utoronto.ca> Message-ID: <1337777049-sup-1165@pinkfloyd.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizi?ski's message of Wed May 23 05:07:31 -0400 2012: > 2012/5/23 Ben Walton > > The mail originates from an unpredictable From address so we need an > > open list for them. ?Should we abuse the pkgrequests@ list for this or > > spawn something new? ?I don't have a strong preference either way. ?My > > only concern is that we get the contact from people that go to the > > trouble of filling out the form[1]. > > pkgrequests list sounds like a good fit.?It's used for a similar > purpose already. Works for me. I think it's an ok fit as well. I've adjusted the maintainer contact page and will catch the other ones today as well. Once that's done, I'll mass expire the email accounts and other details of retired maintainers. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Wed May 23 15:47:26 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 23 May 2012 14:47:26 +0100 Subject: [csw-maintainers] Killing the stable release In-Reply-To: <1164597C-ECF0-43CC-81C5-0652AD58A223@opencsw.org> References: <41A15E2D-E4AF-478F-8857-7EBF174A094D@opencsw.org> <20120317202421.GA6624@quince.home.blizinski.pl> <1164597C-ECF0-43CC-81C5-0652AD58A223@opencsw.org> Message-ID: 2012/3/19 Dagobert Michelsen : > Hi Maciej, > > Am 17.03.2012 um 21:24 schrieb Maciej Blizi?ski: >> Dagobert Michelsen wrote: >>> Am 15.03.2012 um 10:57 schrieb Peter Bonivart: >>>> 2012/3/15 Maciej (Matchek) Blizi?ski : >>>>> In the case of stable, there is not much breakage. Maybe the only >>>>> breakage would be when someone has a machine running stable, and they >>>>> want to install a new package that they haven't installed before. That >>>>> wouldn't work after the rename. They'd have to reconfigure >>>>> pkgutil.conf to point at stable-dead, that's all. >>>> >>>> Pkgutil will fail without "injury". I see two cases, you have an up to >>>> date catalog, then the actual file fetching will fail and pkgutil >>>> aborts. Otherwise, the catalog fetching will fail and pkgutil aborts. >>>> In both cases no changes are made to your system. >>> >>> I suggest having three extra file >>> ?00PACKAGENOTFOUND >>> ?00CATALOGNOTFOUND >>> ?00MOTD >> >> Would that be in the catalog leve? E.g. unstable/sparc/5.10 > > Yes. > >> Why have them split into separate files? This could be all folded into >> one record based file with a simple syntax. > > That would also be possible if necessary, but this was the simplest possible > form also usable if someone browses a ftp share. > >>> If a package could not be found the first is tried to be download and >>> displayed. If it is not there nothing happens. If a catalog could not >>> be found the second is displayed. The third is tried and displayed on >>> every update (-U). >> >> I also thought that the message for package not found could vary >> depending on the package. For example, a note for a removed package >> could be added. > > Yes, like .info containing stuff printed if the corresponding > package could no be found. Good point. This needs to be implemented, and unless someone takes it on, we won't have it. If no one can implement this, I suggest we revert to the simpler plan of: mv stable stable-dead This is something we can easily do, and it will accomplish the primary goal: communicating to users that stable is dead. From pfelecan at opencsw.org Wed May 23 16:04:42 2012 From: pfelecan at opencsw.org (pfelecan at opencsw.org) Date: Wed, 23 May 2012 16:04:42 +0200 (CEST) Subject: [csw-maintainers] review requested for Emacs GARification Message-ID: <55a111b4a1390a20288153577d48e859.squirrel@mail.opencsw.org> I think that I advanced quite well in my struggle of GARification for Emacs. However, I'm stuck in the post-install modulation... Can a knowledgeable maintainer review the recipe and help me out for this issue and point out the other issues that he encounters. FYI, the significant changes are in http://gar.svn.sourceforge.net/viewvc/gar?view=revision&revision=18093 TIA From dam at opencsw.org Wed May 23 16:06:07 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 23 May 2012 16:06:07 +0200 Subject: [csw-maintainers] review requested for Emacs GARification In-Reply-To: <55a111b4a1390a20288153577d48e859.squirrel@mail.opencsw.org> References: <55a111b4a1390a20288153577d48e859.squirrel@mail.opencsw.org> Message-ID: <1DEA27F1-901B-4CEF-9F3A-29152CEB9F64@opencsw.org> Hi Peter, Am 23.05.2012 um 16:04 schrieb pfelecan at opencsw.org: > I think that I advanced quite well in my struggle of GARification for > Emacs. However, I'm stuck in the post-install modulation... Can a > knowledgeable maintainer review the recipe and help me out for this issue > and point out the other issues that he encounters. > > FYI, the significant changes are in > http://gar.svn.sourceforge.net/viewvc/gar?view=revision&revision=18093 Sure, I'll have a look. 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 From dam at opencsw.org Wed May 23 16:45:14 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 23 May 2012 16:45:14 +0200 Subject: [csw-maintainers] review requested for Emacs GARification In-Reply-To: <1DEA27F1-901B-4CEF-9F3A-29152CEB9F64@opencsw.org> References: <55a111b4a1390a20288153577d48e859.squirrel@mail.opencsw.org> <1DEA27F1-901B-4CEF-9F3A-29152CEB9F64@opencsw.org> Message-ID: <2D7BA441-0CCE-44FA-A965-D5F5AA1764C4@opencsw.org> Hi Peter, Am 23.05.2012 um 16:06 schrieb Dagobert Michelsen: > Am 23.05.2012 um 16:04 schrieb pfelecan at opencsw.org: >> I think that I advanced quite well in my struggle of GARification for >> Emacs. However, I'm stuck in the post-install modulation... Can a >> knowledgeable maintainer review the recipe and help me out for this issue >> and point out the other issues that he encounters. >> >> FYI, the significant changes are in >> http://gar.svn.sourceforge.net/viewvc/gar?view=revision&revision=18093 > > Sure, I'll have a look. I collapsed the rules to just use $(FEATURES), apart from that the isa-default is unfortunately not possible in the make rules, just variable expansions: http://sourceforge.net/apps/trac/gar/changeset/18096 Additionally I have some suggestions which would make the Makefile more in line with the other Makefiles: - Use multiple additions instead of line continuation, e.g. WHAT += arg1 WHAT += arg2 instead of WHAT = arg1 \ args2 This allows for easy adding/deleting/reordering of lines when necessary without disturbing other lines. - The package names in newer recipes tend to separate with "-" like CSWemacs-nox instead of CSWemacsnox where additionally the catalog name can be directly derived from the package name with CSW stripped and "-" replace by "_". This is already the case as you define emacs_nox which explicit definition could then be skipped. - Use either a tabsize of 8 or no tabs at all with the exception of the leading tab in rules. The current tabsize is hard to read: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/emacs/trunk/Makefile 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 From pfelecan at opencsw.org Wed May 23 19:26:16 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Wed, 23 May 2012 19:26:16 +0200 Subject: [csw-maintainers] review requested for Emacs GARification In-Reply-To: <2D7BA441-0CCE-44FA-A965-D5F5AA1764C4@opencsw.org> (Dagobert Michelsen's message of "Wed, 23 May 2012 16:45:14 +0200") References: <55a111b4a1390a20288153577d48e859.squirrel@mail.opencsw.org> <1DEA27F1-901B-4CEF-9F3A-29152CEB9F64@opencsw.org> <2D7BA441-0CCE-44FA-A965-D5F5AA1764C4@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi Peter, > > Am 23.05.2012 um 16:06 schrieb Dagobert Michelsen: >> Am 23.05.2012 um 16:04 schrieb pfelecan at opencsw.org: >>> I think that I advanced quite well in my struggle of GARification for >>> Emacs. However, I'm stuck in the post-install modulation... Can a >>> knowledgeable maintainer review the recipe and help me out for this issue >>> and point out the other issues that he encounters. >>> >>> FYI, the significant changes are in >>> http://gar.svn.sourceforge.net/viewvc/gar?view=revision&revision=18093 >> >> Sure, I'll have a look. Thank you Dagobert for the review. > I collapsed the rules to just use $(FEATURES), apart from that the isa-default > is unfortunately not possible in the make rules, just variable expansions: > http://sourceforge.net/apps/trac/gar/changeset/18096 Alright. For this case it works but there are case where it doesn't work this way, e.g. libcurl. Me thinks that documenting and giving a salient example in the modulation documentation will be beneficial for everybody. > Additionally I have some suggestions which would make the Makefile more in line > with the other Makefiles: > - Use multiple additions instead of line continuation, e.g. > WHAT += arg1 > WHAT += arg2 > instead of > WHAT = arg1 \ > args2 > This allows for easy adding/deleting/reordering of lines when necessary without > disturbing other lines. I tend to use "portable" make syntax but I can adapt in this case to have something coherent with the GAR "style". > - The package names in newer recipes tend to separate with "-" like > CSWemacs-nox instead of CSWemacsnox where additionally the catalog name can be > directly derived from the package name with CSW stripped and "-" replace by "_". > This is already the case as you define emacs_nox which explicit definition could > then be skipped. I'll change the CSW names but that means that I must obsolete the old packages, isn't it? Even though the catalog name doesn't change. > - Use either a tabsize of 8 or no tabs at all with the exception of the leading tab > in rules. The current tabsize is hard to read: > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/emacs/trunk/Makefile I use real tabs and my editor has tab-stops at 4 characters. I don't think that "untabifying" is a good thing in a make file. Anyway, by writing verbose variable definition extensions, i.e. +=, will solve this aesthetic issue. Thank you again. I hope to finish tomorrow a first packaging for the new version of Emacs. -- Peter From dam at opencsw.org Wed May 23 19:53:56 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 23 May 2012 19:53:56 +0200 Subject: [csw-maintainers] review requested for Emacs GARification In-Reply-To: References: <55a111b4a1390a20288153577d48e859.squirrel@mail.opencsw.org> <1DEA27F1-901B-4CEF-9F3A-29152CEB9F64@opencsw.org> <2D7BA441-0CCE-44FA-A965-D5F5AA1764C4@opencsw.org> Message-ID: Hi Peter, Am 23.05.2012 um 19:26 schrieb Peter FELECAN: > Dagobert Michelsen writes: >> Am 23.05.2012 um 16:06 schrieb Dagobert Michelsen: >>> Am 23.05.2012 um 16:04 schrieb pfelecan at opencsw.org: >>>> I think that I advanced quite well in my struggle of GARification for >>>> Emacs. However, I'm stuck in the post-install modulation... Can a >>>> knowledgeable maintainer review the recipe and help me out for this issue >>>> and point out the other issues that he encounters. >>>> >>>> FYI, the significant changes are in >>>> http://gar.svn.sourceforge.net/viewvc/gar?view=revision&revision=18093 >>> >>> Sure, I'll have a look. > > Thank you Dagobert for the review. If you have any issues I'll be happy to do it anytime again :-) >> I collapsed the rules to just use $(FEATURES), apart from that the isa-default >> is unfortunately not possible in the make rules, just variable expansions: >> http://sourceforge.net/apps/trac/gar/changeset/18096 > > Alright. For this case it works but there are case where it doesn't work > this way, e.g. libcurl. Me thinks that documenting and giving a salient > example in the modulation documentation will be beneficial for everybody. I think you are talking about http://sourceforge.net/apps/trac/gar/wiki/Modulations The initial thought was to introduce the "default" syntax only for variables below. I tried to clarify it further, please take a look if you think it is now clearer. >> - The package names in newer recipes tend to separate with "-" like >> CSWemacs-nox instead of CSWemacsnox where additionally the catalog name can be >> directly derived from the package name with CSW stripped and "-" replace by "_". >> This is already the case as you define emacs_nox which explicit definition could >> then be skipped. > > I'll change the CSW names but that means that I must obsolete the old > packages, isn't it? Yes. Please see https://sourceforge.net/apps/trac/gar/wiki/ObsoletingPackages > Even though the catalog name doesn't change. This makes it more complicated. You need OBSOLETED_BY_CSWemacs-nox = CSWemacsnox CATALOGNAME_CSWemacsnox = emacs_nox_stub I also added this to the above wiki page. >> - Use either a tabsize of 8 or no tabs at all with the exception of the leading tab >> in rules. The current tabsize is hard to read: >> http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/emacs/trunk/Makefile > > I use real tabs and my editor has tab-stops at 4 characters. I don't > think that "untabifying" is a good thing in a make file. I meant more like collapsing the tabs to a single space. > Thank you again. I hope to finish tomorrow a first packaging for the new > version of Emacs. Cool! 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 From yann at pleiades.fr.eu.org Wed May 23 23:00:55 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Wed, 23 May 2012 23:00:55 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 Message-ID: Hi everyone, I successfully compiled Solaris 11 openssl 1.0 packages with T4 crypto support: $ openssl engine -t (t4) SPARC T4 engine support (no T4) [ available ] (dynamic) Dynamic engine loading support [ unavailable ] (pkcs11) PKCS #11 engine support [ available ] Unfortunately, I don't have access to sparc hardware with sparc t4 microprocessor to test that the crypto acceleration works correctly. Does anyone have such hardware available ? The packages are available in my experimental repository: http://buildfarm.opencsw.org/experimental.html#yann Thanks in advance, Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From jh at opencsw.org Thu May 24 08:30:44 2012 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 24 May 2012 08:30:44 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: References: Message-ID: <4FBDD594.6020406@opencsw.org> Hi, Am 23.05.12 23:00, schrieb Yann Rouillard: > Hi everyone, > > I successfully compiled Solaris 11 openssl 1.0 packages with T4 crypto > support: > > $ openssl engine -t > (t4) SPARC T4 engine support (no T4) > [ available ] > (dynamic) Dynamic engine loading support > [ unavailable ] > (pkcs11) PKCS #11 engine support > [ available ] > > Unfortunately, I don't have access to sparc hardware with sparc t4 > microprocessor to test that the crypto acceleration works correctly. > Does anyone have such hardware available ? > I have one and could test it. Got same test I could run? I could probably google for it but maybe you got some commands I could run. Greetings Jan From yann at pleiades.fr.eu.org Thu May 24 09:26:36 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 09:26:36 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: <4FBDD594.6020406@opencsw.org> References: <4FBDD594.6020406@opencsw.org> Message-ID: Hi Jan, Here is a test you could do: - launch the following commands with the current openssl: openssl speed -evp aes-128-cbc openssl speed -evp aes-192-cbc openssl speed -evp aes-256-cbc - then install openssl from my experimental repository and launch the following commands: openssl speed -engine t4 -evp aes-128-cbc openssl speed -engine t4 -evp aes-192-cbc openssl speed -engine t4 -evp aes-256-cbc then compare ! Here are some benchmarks published on an oracle blog: https://blogs.oracle.com/DanX/entry/sparc_t4_openssl_engine Thanks for your help, Yann 2012/5/24 Jan Holzhueter > Hi, > > Am 23.05.12 23:00, schrieb Yann Rouillard: > > Hi everyone, > > > > I successfully compiled Solaris 11 openssl 1.0 packages with T4 crypto > > support: > > > > $ openssl engine -t > > (t4) SPARC T4 engine support (no T4) > > [ available ] > > (dynamic) Dynamic engine loading support > > [ unavailable ] > > (pkcs11) PKCS #11 engine support > > [ available ] > > > > Unfortunately, I don't have access to sparc hardware with sparc t4 > > microprocessor to test that the crypto acceleration works correctly. > > Does anyone have such hardware available ? > > > I have one and could test it. > Got same test I could run? > I could probably google for it but maybe you got some commands I could run. > > Greetings > Jan > > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Thu May 24 09:31:17 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 24 May 2012 09:31:17 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: References: <4FBDD594.6020406@opencsw.org> Message-ID: <0B121739-6AB1-48E5-8745-86C540D9248C@opencsw.org> Hi Yann, Am 24.05.2012 um 09:26 schrieb Yann Rouillard: > Here is a test you could do: > > - launch the following commands with the current openssl: > openssl speed -evp aes-128-cbc > openssl speed -evp aes-192-cbc > openssl speed -evp aes-256-cbc > > - then install openssl from my experimental repository and launch the following commands: > openssl speed -engine t4 -evp aes-128-cbc > openssl speed -engine t4 -evp aes-192-cbc > openssl speed -engine t4 -evp aes-256-cbc > > then compare ! > > Here are some benchmarks published on an oracle blog: > https://blogs.oracle.com/DanX/entry/sparc_t4_openssl_engine Is it possible to also use the T2/T3 crypto units? 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 -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Thu May 24 09:48:41 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 09:48:41 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: <0B121739-6AB1-48E5-8745-86C540D9248C@opencsw.org> References: <4FBDD594.6020406@opencsw.org> <0B121739-6AB1-48E5-8745-86C540D9248C@opencsw.org> Message-ID: Hi Dago, You should be able to use the T2/T3 crypto units using the pkcs11 engine. The pkcs11 is supposed to be less efficient as it requires a switch to kernel context (also explained here https://blogs.oracle.com/DanX/entry/sparc_t4_openssl_engine ) But what is strange is that pkcs11 seems to be always enabled. Under unstable10s, with SFW openssl, we can see the performance difference: $ /usr/sfw/bin/openssl speed rsa Doing 512 bit private rsa's for 10s: 2060 512 bit private RSA's in 9.99s [...] $ /usr/sfw/bin/openssl speed -engine pkcs11 rsa engine "pkcs11" set. Doing 512 bit private rsa's for 10s: 22976 512 bit private RSA's in 0.91s [...] But with CSW openssl, we have a good performance even without enabling pkcs11 and it seems the library is always loaded: $ /opt/csw/bin/openssl speed rsa Doing 512 bit private rsa's for 10s: 22709 512 bit private RSA's in 0.92s [...] Yann 2012/5/24 Dagobert Michelsen > Hi Yann, > > Am 24.05.2012 um 09:26 schrieb Yann Rouillard: > > Here is a test you could do: > > - launch the following commands with the current openssl: > openssl speed -evp aes-128-cbc > openssl speed -evp aes-192-cbc > openssl speed -evp aes-256-cbc > > - then install openssl from my experimental repository and launch the > following commands: > openssl speed -engine t4 -evp aes-128-cbc > openssl speed -engine t4 -evp aes-192-cbc > openssl speed -engine t4 -evp aes-256-cbc > > then compare ! > > Here are some benchmarks published on an oracle blog: > https://blogs.oracle.com/DanX/entry/sparc_t4_openssl_engine > > > Is it possible to also use the T2/T3 crypto units? > > > 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 > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Thu May 24 09:52:42 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 24 May 2012 09:52:42 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: References: <4FBDD594.6020406@opencsw.org> <0B121739-6AB1-48E5-8745-86C540D9248C@opencsw.org> Message-ID: Hi Yann, Am 24.05.2012 um 09:48 schrieb Yann Rouillard: > You should be able to use the T2/T3 crypto units using the pkcs11 engine. > The pkcs11 is supposed to be less efficient as it requires a switch to kernel context > (also explained here https://blogs.oracle.com/DanX/entry/sparc_t4_openssl_engine ) > > > But what is strange is that pkcs11 seems to be always enabled. > > Under unstable10s, with SFW openssl, we can see the performance difference: OTOH the OpenCSW openssl also has the "dynamic" engine which the SFW openssl not has: unstable10s% /usr/sfw/bin/openssl engine (pkcs11) PKCS #11 engine support unstable10s% openssl engine (dynamic) Dynamic engine loading support (pkcs11) PKCS #11 engine support In general I find it preferable if you get the most out of the machine by default :-) 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 -------------- An HTML attachment was scrubbed... URL: From jh at opencsw.org Thu May 24 09:53:04 2012 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 24 May 2012 09:53:04 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: References: <4FBDD594.6020406@opencsw.org> <0B121739-6AB1-48E5-8745-86C540D9248C@opencsw.org> Message-ID: <4FBDE8E0.4050600@opencsw.org> Hi, Am 24.05.12 09:48, schrieb Yann Rouillard: > But what is strange is that pkcs11 seems to be always enabled. > > Under unstable10s, with SFW openssl, we can see the performance difference: > > $ /usr/sfw/bin/openssl speed rsa > Doing 512 bit private rsa's for 10s: 2060 512 bit private RSA's in 9.99s > [...] > > $ /usr/sfw/bin/openssl speed -engine pkcs11 rsa > engine "pkcs11" set. > Doing 512 bit private rsa's for 10s: 22976 512 bit private RSA's in 0.91s > [...] > > But with CSW openssl, we have a good performance even without enabling > pkcs11 and it seems the library is always loaded: Our Solaris 10 is quite old again :) It could be that the patches you use to enable the pkcs11 are more recent and enable it by default. Just guessing here though. It's not a bad thing anyway :) From yann at pleiades.fr.eu.org Thu May 24 09:55:58 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 09:55:58 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: References: <4FBDD594.6020406@opencsw.org> <0B121739-6AB1-48E5-8745-86C540D9248C@opencsw.org> Message-ID: 2012/5/24 Dagobert Michelsen > > OTOH the OpenCSW openssl also has the "dynamic" engine which the SFW > openssl not has: > > unstable10s% /usr/sfw/bin/openssl engine > (pkcs11) PKCS #11 engine support > > unstable10s% openssl engine > (dynamic) Dynamic engine loading support > (pkcs11) PKCS #11 engine support > > In general I find it preferable if you get the most out of the machine by > default :-) > Sure :) But that was not supposed to be the case with the patch I applied. I will try to understand how this works. Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From jh at opencsw.org Thu May 24 11:11:53 2012 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 24 May 2012 11:11:53 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: References: <4FBDD594.6020406@opencsw.org> Message-ID: <4FBDFB59.1070304@opencsw.org> Hi, Am 24.05.12 09:26, schrieb Yann Rouillard: > Here is a test you could do: > > - launch the following commands with the current openssl: > openssl speed -evp aes-128-cbc > openssl speed -evp aes-192-cbc > openssl speed -evp aes-256-cbc > > - then install openssl from my experimental repository and launch the > following commands: > openssl speed -engine t4 -evp aes-128-cbc > openssl speed -engine t4 -evp aes-192-cbc > openssl speed -engine t4 -evp aes-256-cbc > > then compare ! Ok here is my data: I only used one test. It's impressive enough :) Old Packages: ./openssl engine (dynamic) Dynamic engine loading support (pkcs11) PKCS #11 engine support ./openssl speed -evp aes-128-cbc The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 85871.89k 92796.71k 98383.53k 100017.49k 100256.43k just for test if that helps: ./openssl speed -engine pkcs11 -evp aes-128-cbc engine "pkcs11" set. The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 86177.13k 94786.86k 99174.31k 101733.38k 100578.65k New packages: ./openssl engine (t4) SPARC T4 engine support (dynamic) Dynamic engine loading support (pkcs11) PKCS #11 engine support ./openssl speed -evp aes-128-cbc The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 413248.17k 784163.48k 1008435.11k 1061075.63k 1103601.66k ./openssl speed -engine t4 -evp aes-128-cbc engine "t4" set. The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 410416.72k 781939.48k 999663.45k 1055936.51k 1103432.36k So same here T4 engine is enabled by default. Well according to this post: https://blogs.oracle.com/darren/entry/howto_turn_off_sparc_t4 You can't turn it off anyway. it seems to work :) Greetings Jan From yann at pleiades.fr.eu.org Thu May 24 22:20:37 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 22:20:37 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? Message-ID: Hi, I have a lot of file-collision error when I build the openssl package under Solaris 11: [...] CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/BIO_s_socket.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/include/openssl/pqueue.h|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/lib/pkgconfig/libcrypto.pc|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/BN_bn2mpi.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/BN_sub_word.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/X509_NAME_add_entry_by_NID.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/UI_construct_prompt.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/EVP_PKEY_set1_RSA.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/DES_cfb_encrypt.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/BUF_strdup.3|CSWlibssl-dev|CSWossldevel CHECKPKG_OVERRIDES_CSWlibssl-dev += file-collision|/opt/csw/share/man/man3/MD5_Update.3|CSWlibssl-dev|CSWossldevel [...] However CSWossldevel is now a stub package and doesn't contain these files anymore. Is there something wrong in the database ? Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Thu May 24 22:24:38 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 22:24:38 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: <4FBDFB59.1070304@opencsw.org> References: <4FBDD594.6020406@opencsw.org> <4FBDFB59.1070304@opencsw.org> Message-ID: Great !! Thanks for the test Jan ! I just have now to integrate the aesni patch: https://blogs.oracle.com/DanX/entry/solaris_x86_aesni_openssl_engine and we will have an opencsw openssl package with the same crypto support than the oracle package. Yann 2012/5/24 Jan Holzhueter > Hi, > Am 24.05.12 09:26, schrieb Yann Rouillard: > > Here is a test you could do: > > > > - launch the following commands with the current openssl: > > openssl speed -evp aes-128-cbc > > openssl speed -evp aes-192-cbc > > openssl speed -evp aes-256-cbc > > > > - then install openssl from my experimental repository and launch the > > following commands: > > openssl speed -engine t4 -evp aes-128-cbc > > openssl speed -engine t4 -evp aes-192-cbc > > openssl speed -engine t4 -evp aes-256-cbc > > > > then compare ! > > Ok here is my data: > I only used one test. It's impressive enough :) > > Old Packages: > > ./openssl engine > (dynamic) Dynamic engine loading support > (pkcs11) PKCS #11 engine support > > > ./openssl speed -evp aes-128-cbc > > The 'numbers' are in 1000s of bytes per second processed. > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 > bytes > aes-128-cbc 85871.89k 92796.71k 98383.53k 100017.49k > 100256.43k > > > just for test if that helps: > ./openssl speed -engine pkcs11 -evp aes-128-cbc > engine "pkcs11" set. > > The 'numbers' are in 1000s of bytes per second processed. > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 > bytes > aes-128-cbc 86177.13k 94786.86k 99174.31k 101733.38k > 100578.65k > > > New packages: > > ./openssl engine > (t4) SPARC T4 engine support > (dynamic) Dynamic engine loading support > (pkcs11) PKCS #11 engine support > > > > ./openssl speed -evp aes-128-cbc > The 'numbers' are in 1000s of bytes per second processed. > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 > bytes > aes-128-cbc 413248.17k 784163.48k 1008435.11k 1061075.63k > 1103601.66k > > ./openssl speed -engine t4 -evp aes-128-cbc > engine "t4" set. > > The 'numbers' are in 1000s of bytes per second processed. > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 > bytes > aes-128-cbc 410416.72k 781939.48k 999663.45k 1055936.51k > 1103432.36k > > > So same here T4 engine is enabled by default. Well according to this post: > https://blogs.oracle.com/darren/entry/howto_turn_off_sparc_t4 > > You can't turn it off anyway. > > it seems to work :) > > > Greetings > Jan > > > > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Thu May 24 22:29:56 2012 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 24 May 2012 16:29:56 -0400 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: <1337891363-sup-8165@pinkfloyd.chass.utoronto.ca> Excerpts from Yann Rouillard's message of Thu May 24 16:20:37 -0400 2012: > Is there something wrong in the database ? I think some packages weren't inserted into the catalog for 11 when they hit 9 and 10. Maciej? Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Thu May 24 22:30:32 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 24 May 2012 21:30:32 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: Not sure if building on Solaris 11 as opposed o 10 could be the problem. Are both conflicting packages checked together? -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Thu May 24 22:43:11 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 22:43:11 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: No I had these errors when I only build the solaris 11 package. Yann 2012/5/24 Maciej (Matchek) Blizi?ski > Not sure if building on Solaris 11 as opposed o 10 could be the problem. > > Are both conflicting packages checked together? > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Thu May 24 22:46:45 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 22:46:45 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: And no, CSWossldevel is not checked at the same time. This package is not build with the openssl 1.0 recipe. Yann 2012/5/24 Yann Rouillard > No I had these errors when I only build the solaris 11 package. > > Yann > > 2012/5/24 Maciej (Matchek) Blizi?ski > >> Not sure if building on Solaris 11 as opposed o 10 could be the problem. >> >> Are both conflicting packages checked together? >> >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers >> .:: This mailing list's archive is public. ::. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu May 24 23:01:11 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 24 May 2012 22:01:11 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: Try looking if the old stub is really empty. Have you looked? Maybe you looked in the wrong place? Start with buildfarm.opencsw.org. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Thu May 24 23:14:49 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 23:14:49 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: I was able to build openssl 1.0 without problem under Solaris 9 and 10, so I am not sure it is a problem with the old stub. Anyway, it really seems empty: http://buildfarm.opencsw.org/pkgdb/srv4/897ab235d427900d2e3aeb5013b47865/files/ Yann 2012/5/24 Maciej (Matchek) Blizi?ski > Try looking if the old stub is really empty. Have you looked? Maybe you > looked in the wrong place? Start with buildfarm.opencsw.org. > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu May 24 23:27:45 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 24 May 2012 22:27:45 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/24 Yann Rouillard > I was able to build openssl 1.0 without problem under Solaris 9 and 10, so > I am not sure it is a problem with the old stub. > Anyway, it really seems empty: > > http://buildfarm.opencsw.org/pkgdb/srv4/897ab235d427900d2e3aeb5013b47865/files/ > OK, how exactly can I reproduce the problem? -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Thu May 24 23:39:38 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Thu, 24 May 2012 23:39:38 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: You should be able to reproduce it by using the checkpkg command on the solaris 11 package I built: /home/yann/build/libssl_dev-1.0.1c\,REV\=2012.05.24-SunOS5.11-sparc-UNCOMMITTED.pkg.gz Yann 2012/5/24 Maciej (Matchek) Blizi?ski > 2012/5/24 Yann Rouillard > >> I was able to build openssl 1.0 without problem under Solaris 9 and 10, >> so I am not sure it is a problem with the old stub. >> Anyway, it really seems empty: >> >> http://buildfarm.opencsw.org/pkgdb/srv4/897ab235d427900d2e3aeb5013b47865/files/ >> > > OK, how exactly can I reproduce the problem? > > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu May 24 23:42:07 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 24 May 2012 22:42:07 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/24 Yann Rouillard > You should be able to reproduce it by using the checkpkg command on the > solaris 11 package I built: > > /home/yann/build/libssl_dev-1.0.1c\,REV\=2012.05.24-SunOS5.11-sparc-UNCOMMITTED.pkg.gz > One question ? how can you check any 5.11 package at all, since checkpkg doesn't support checking packages against SunOS5.11 catalogs? -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu May 24 23:46:15 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 24 May 2012 22:46:15 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/24 Maciej (Matchek) Blizi?ski > One question ? how can you check any 5.11 package at all, since checkpkg > doesn't support checking packages against SunOS5.11 catalogs? Maybe I should clarify what I mean: the package database on the buildfarm does not have the system files imported. Here's what happens when you try to test the package, the error message says it all: $ bin/checkpkg --arch sparc --os-release SunOS5.11 --catalog-release unstable /home/yann/build/libssl_dev-1.0.1c\, REV\=2012.05.24-SunOS5.11-sparc-UNCOMMITTED.pkg.gz INFO:root:Juicing the srv4 package stream files... 100% |#####################################################################################################################################################################| Traceback (most recent call last): File "bin/checkpkg", line 197, in main() File "bin/checkpkg", line 148, in main dm.VerifyContents(sqo_osrel, sqo_arch) File "/home/maciej/src/opencsw-git/gar/v2/lib/python/database.py", line 139, in VerifyContents sqo_osrel.short_name, sqo_arch.name)) database.DatabaseError: Checkpkg can't find system files for SunOS5.11 sparc in the cache database. These are files such as /usr/lib/libc.so.1. Private DB setup: you can only check packages built for the same Solaris version you're running on this machine. For instance, you can't check a SunOS5.9 package on SunOS5.10. Shared DB setup (e.g. OpenCSW maintainers): If you have one home directory on multiple hosts, make sure you run checkpkg on the host you intended to. To fix, go to a sparc SunOS5.11 host and execute: pkgdb system-files-to-file; pkgdb import-system-file install-contents-SunOS5.11-sparc.pickle; See http://wiki.opencsw.org/checkpkg for more information. I'll see if I can prepare the package database to support Solaris 11 checks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu May 24 23:50:30 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 24 May 2012 22:50:30 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: Continuing to investigate: I'm doing the wrong thing, checking a 5.11 package against a 5.10 catalog (into which it can never be inserted). Checking works: $ bin/checkpkg --arch sparc --os-release SunOS5.10 --catalog-release unstable /home/yann/build/libssl_dev-1.0.1c\,REV\=2012.05.24-SunOS5.11-sparc-UNCOMMITTED.pkg.gz INFO:root:Juicing the srv4 package stream files... 100% |#####################################################################################################################################################################| INFO:root:Unwrapping candies... 100% |#####################################################################################################################################################################| INFO:root:Tasting candies one by one... 100% |#####################################################################################################################################################################| INFO:root:Tasting them all at once... INFO:root:Stuffing the candies under the pillow... 100% |#####################################################################################################################################################################| CSWlibssl-dev: ?* File root/opt/csw/share/doc/libssl_dev/CHANGES contains bad content: ? ?'/usr/local'. If it's a legacy file you can't modify, or if you ? ?investigated the issue and the string does not pose a real issue, you can ? ?override this error. ?* File root/opt/csw/share/doc/libssl_dev/INSTALL contains bad content: ? ?'/usr/local'. If it's a legacy file you can't modify, or if you ? ?investigated the issue and the string does not pose a real issue, you can ? ?override this error. ?* File root/opt/csw/share/doc/libssl_dev/FAQ contains bad content: ? ?'/usr/local'. If it's a legacy file you can't modify, or if you ? ?investigated the issue and the string does not pose a real issue, you can ? ?override this error. If any of the reported errors were false positives, you can override them pasting the lines below to the GAR recipe. CHECKPKG_OVERRIDES_CSWlibssl-dev += pkginfo-opencsw-repository-uncommitted Please note that checkpkg isn't suggesting you should simply add these overrides to the Makefile. ?It only informs what the overrides could look like. ?You need to understand what are the reported issues about and use your best judgement to decide whether to fix the underlying problems or override them. For more information, scroll up and read the detailed messages. To easily inspect packages you've just built, visit: ? http://buildfarm.opencsw.org/pkgdb/srv4/ ...so I'm not able to reproduce the error you're getting. Can you provide more information? From yann at pleiades.fr.eu.org Fri May 25 09:31:31 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Fri, 25 May 2012 09:31:31 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: Hi Maciej, The errors happen when I do a "mgar package" on Solaris 11 sparc. I will check what is the exact checkpkg command launched so you can easily reproduce it. BTW, is this normal that we can't check against 5.11 ? Yann 2012/5/24 Maciej (Matchek) Blizi?ski > Continuing to investigate: I'm doing the wrong thing, checking a 5.11 > package against a 5.10 catalog (into which it can never be inserted). > Checking works: > > $ bin/checkpkg --arch sparc --os-release SunOS5.10 --catalog-release > unstable > /home/yann/build/libssl_dev-1.0.1c\,REV\=2012.05.24-SunOS5.11-sparc-UNCOMMITTED.pkg.gz > INFO:root:Juicing the srv4 package stream files... > 100% > |#####################################################################################################################################################################| > INFO:root:Unwrapping candies... > 100% > |#####################################################################################################################################################################| > INFO:root:Tasting candies one by one... > 100% > |#####################################################################################################################################################################| > INFO:root:Tasting them all at once... > INFO:root:Stuffing the candies under the pillow... > 100% > |#####################################################################################################################################################################| > CSWlibssl-dev: > * File root/opt/csw/share/doc/libssl_dev/CHANGES contains bad content: > '/usr/local'. If it's a legacy file you can't modify, or if you > investigated the issue and the string does not pose a real issue, you > can > override this error. > * File root/opt/csw/share/doc/libssl_dev/INSTALL contains bad content: > '/usr/local'. If it's a legacy file you can't modify, or if you > investigated the issue and the string does not pose a real issue, you > can > override this error. > * File root/opt/csw/share/doc/libssl_dev/FAQ contains bad content: > '/usr/local'. If it's a legacy file you can't modify, or if you > investigated the issue and the string does not pose a real issue, you > can > override this error. > If any of the reported errors were false positives, you can override them > pasting the lines below to the GAR recipe. > CHECKPKG_OVERRIDES_CSWlibssl-dev += pkginfo-opencsw-repository-uncommitted > Please note that checkpkg isn't suggesting you should simply add these > overrides > to the Makefile. It only informs what the overrides could look like. You > need > to understand what are the reported issues about and use your best > judgement to > decide whether to fix the underlying problems or override them. For more > information, scroll up and read the detailed messages. To easily inspect > packages you've just built, visit: > http://buildfarm.opencsw.org/pkgdb/srv4/ > > ...so I'm not able to reproduce the error you're getting. Can you > provide more information? > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Fri May 25 10:06:15 2012 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 25 May 2012 10:06:15 +0200 Subject: [csw-maintainers] Problem with csw-upload-pkg? Message-ID: I have some weird problem with checkpkg. I'm trying to upload the bind set of packages which I have done many times before, they were just built in GAR passing checkpkg checks. bonivart at login[build.2012-05-22]$ pwd /home/bonivart/staging/build.2012-05-22 bonivart at login[build.2012-05-22]$ ls bind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz bind-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz bind_chroot-9.8.3,REV=2012.05.22-SunOS5.9-all-CSW.pkg.gz bind_dev-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz bind_dev-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz bind_utils-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz bind_utils-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz libbind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz libbind-9.8.3,REV=2012.05.22-SunOS5.9-sparc-CSW.pkg.gz bonivart at login[build.2012-05-22]$ csw-upload-pkg * Processing 9 file(s). Please wait. Uploading 'bind-9.8.3,REV=2012.05.22-SunOS5.9-i386-CSW.pkg.gz' ERROR:root:File metadata was not found in the database. This happens when the package you're trying to upload was never unpacked and imported into the database. To fix the problem, run checkpkg against your package and try importing again. Traceback (most recent call last): File "/home/bonivart/opencsw/.buildsys/v2/bin/csw-upload-pkg", line 627, in uploader.Upload() File "/home/bonivart/opencsw/.buildsys/v2/bin/csw-upload-pkg", line 173, in Upload raise DataError("file_metadata is empty: %s" % repr(file_metadata)) __main__.DataError: file_metadata is empty: None Is it the actual upload that is the problem because it fails quickly and the traceback mentions it? /peter From maciej at opencsw.org Fri May 25 10:52:02 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 25 May 2012 09:52:02 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/25 Yann Rouillard > The errors happen when I do a "mgar package" on Solaris 11 sparc. I will check what is the exact checkpkg command launched so you can easily reproduce it. I'm not sure if GAR's behavior is defined in this case, or what options it would use. checkpkg doesn't care what it is called by, so as far as checkpkg debugging is concerned, you only need to look at the checkpkg invocation and checkpkg configuration (e.g. which database does it use?). > BTW, is this normal that we can't check against 5.11 ? Yes,?it's normal in the sense that it has never been set up nor tested, it yet has to be done. From maciej at opencsw.org Fri May 25 10:57:19 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 25 May 2012 09:57:19 +0100 Subject: [csw-maintainers] Problem with csw-upload-pkg? In-Reply-To: References: Message-ID: 2012/5/25 Peter Bonivart : > Is it the actual upload that is the problem because it fails quickly > and the traceback mentions it? Will investigate. I fear it's a side effect of my yesterday unsuccessful attempt to set up 5.11 checkpkg infra. From bonivart at opencsw.org Fri May 25 11:24:42 2012 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 25 May 2012 11:24:42 +0200 Subject: [csw-maintainers] Problem with csw-upload-pkg? In-Reply-To: References: Message-ID: On Fri, May 25, 2012 at 10:57 AM, Maciej (Matchek) Blizi?ski wrote: > 2012/5/25 Peter Bonivart : >> Is it the actual upload that is the problem because it fails quickly >> and the traceback mentions it? > > Will investigate. I fear it's a side effect of my yesterday > unsuccessful attempt to set up 5.11 checkpkg infra. Thanks. I've had the problem since the 22nd though. /peter From maciej at opencsw.org Fri May 25 11:49:19 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 25 May 2012 10:49:19 +0100 Subject: [csw-maintainers] Problem with csw-upload-pkg? In-Reply-To: References: Message-ID: 2012/5/25 Peter Bonivart : > On Fri, May 25, 2012 at 10:57 AM, Maciej (Matchek) Blizi?ski > wrote: >> 2012/5/25 Peter Bonivart : >>> Is it the actual upload that is the problem because it fails quickly >>> and the traceback mentions it? >> >> Will investigate. I fear it's a side effect of my yesterday >> unsuccessful attempt to set up 5.11 checkpkg infra. > > Thanks. I've had the problem since the 22nd though. I looked around the code and could not find any problems. Added some more logging to the application, and saw that the live web app did not pick up the changes. So I restarted apache... and the problem disappeared. So we don't know what was the problem, but the next time we'll have some more logging information available. Maciej From maciej at opencsw.org Fri May 25 13:07:59 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 25 May 2012 12:07:59 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/25 Maciej (Matchek) Blizi?ski : >> BTW, is this normal that we can't check against 5.11 ? > > Yes,?it's normal in the sense that it has never been set up nor > tested, it yet has to be done. After a bit of digging around, I arrived at the obvious conclusion: On Solaris 11, the /var/sadm/install/contents file does not contain any information about system files. We need to implement a new method of getting files into the database, or create a fake file that can be used as a compatibility layer. In other words, Solaris 11 is too different from Solaris 10 for our code to just work. From pfelecan at opencsw.org Fri May 25 15:59:50 2012 From: pfelecan at opencsw.org (pfelecan at opencsw.org) Date: Fri, 25 May 2012 15:59:50 +0200 (CEST) Subject: [csw-maintainers] cannot set overrides for Emacs: please review Message-ID: I'm approaching the end of the GARification for Emacs. However I'm stuck with 5 overrides which are not taken into account eventough they are explicited in the recipe. - log: RUNTIME_DEP_PKGS_CSWemacs-common += CSWemacscommon If any of the reported errors were false positives, you can override them pasting the lines below to the GAR recipe. CHECKPKG_OVERRIDES_CSWemacs += file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-athena CHECKPKG_OVERRIDES_CSWemacs += file-with-bad-content|/usr/share|root/opt/csw/bin/emacs-athena CHECKPKG_OVERRIDES_CSWemacs-gtk += file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-gtk CHECKPKG_OVERRIDES_CSWemacs-gtk += file-with-bad-content|/usr/share|root/opt/csw/bin/emacs-gtk - Makefile: CHECKPKG_OVERRIDES_CSWemacs-common += missing-dependency|CSWemacscommon CHECKPKG_OVERRIDES_CSWemacs += file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-athena CHECKPKG_OVERRIDES_CSWemacs += file-with-bad-content|/usr /share|root/opt/csw/bin/emacs-athena CHECKPKG_OVERRIDES_CSWemacs-gtk += file-with-bad-content|/usr/local|root/opt/csw/bin/emacs-gtk CHECKPKG_OVERRIDES_CSWemacs-gtk += file-with-bad-content|/usr/share|root/opt/csw/bin/emacs-gtk - buildfarm logs emacs_common: http://buildfarm.opencsw.org/pkgdb/srv4/0213609a932f87a2bd387ae4312ef420/ emacs: http://buildfarm.opencsw.org/pkgdb/srv4/e70220797cdeac77550d274c96b73e26/ emacs_gtk: http://buildfarm.opencsw.org/pkgdb/srv4/ed88fc2a74985edc60ccec19cfdda9c6/ TIA From bwalton at opencsw.org Fri May 25 16:03:58 2012 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 25 May 2012 10:03:58 -0400 Subject: [csw-maintainers] cannot set overrides for Emacs: please review In-Reply-To: References: Message-ID: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> Excerpts from pfelecan's message of Fri May 25 09:59:50 -0400 2012: Hi Peter, > I'm approaching the end of the GARification for Emacs. However I'm stuck > with 5 overrides which are not taken into account eventough they are > explicited in the recipe. After modifying overrides, you need to run: mgar remerge The merge step generates the overrides file and it needs to be rebuilt after any change. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From pfelecan at opencsw.org Fri May 25 16:06:16 2012 From: pfelecan at opencsw.org (pfelecan at opencsw.org) Date: Fri, 25 May 2012 16:06:16 +0200 (CEST) Subject: [csw-maintainers] mgar question: repackage for platforms modulation Message-ID: <6d7529aacbe5cc9b10b17dcc98f700e4.squirrel@mail.opencsw.org> I'm "playing" with checkpkg overrides and must re-do the packaging for all the platforms quite a few times. Using "replatforms" is the rough equivalent of "clean platforms" which means that everything is redone each time; quite longish for a big package such as Emacs with 3 specific modulations in addition to the platform ones. Using "repackage" does the job for only the current platform which is not enough when inter-architecture issues are tickling checkpkg... I there a shorter and more complete way of doing this[1]? TIA [1] i.e., "repackage" for all platforms in one step From maciej at opencsw.org Fri May 25 16:43:17 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 25 May 2012 15:43:17 +0100 Subject: [csw-maintainers] cannot set overrides for Emacs: please review In-Reply-To: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> References: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> Message-ID: 2012/5/25 Ben Walton > > Excerpts from pfelecan's message of Fri May 25 09:59:50 -0400 2012: > > Hi Peter, > > > I'm approaching the end of the GARification for Emacs. However I'm stuck > > with 5 overrides which are not taken into account eventough they are > > explicited in the recipe. > > After modifying overrides, you need to run: mgar remerge > > The merge step generates the overrides file and it needs to be rebuilt > after any change. That's the most common typical problem. Dago, even when GAR doesn't regenerate the overrides during repackage stage, could it at least detect that there's a problem? Peter, do you read the devel@ mailing list? If not, I recommend reading it at least for some time, to see what other people are doing, and also to get feedback on your commits. Maciej From bwalton at opencsw.org Fri May 25 16:47:08 2012 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 25 May 2012 10:47:08 -0400 Subject: [csw-maintainers] cannot set overrides for Emacs: please review In-Reply-To: References: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> Message-ID: <1337957134-sup-9811@pinkfloyd.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizi?ski's message of Fri May 25 10:43:17 -0400 2012: > > After modifying overrides, you need to run: mgar remerge > > > > The merge step generates the overrides file and it needs to be rebuilt > > after any change. > > Dago, even when GAR doesn't regenerate the overrides during repackage > stage, could it at least detect that there's a problem? This is likely a bit unorthodox, but if the target that generates the overrides file had a dependency on trunk/Makefile, we could automatically trigger a rebuild when the Makefile changes... (There is probably a good reason not to do this though.) Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Fri May 25 16:46:33 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 25 May 2012 15:46:33 +0100 Subject: [csw-maintainers] mgar question: repackage for platforms modulation In-Reply-To: <6d7529aacbe5cc9b10b17dcc98f700e4.squirrel@mail.opencsw.org> References: <6d7529aacbe5cc9b10b17dcc98f700e4.squirrel@mail.opencsw.org> Message-ID: 2012/5/25 : > I'm "playing" with checkpkg overrides and must re-do the packaging for all > the platforms quite a few times. > > Using "replatforms" is the rough equivalent of "clean platforms" which > means that everything is redone each time; quite longish for a big package > such as Emacs with 3 specific modulations in addition to the platform > ones. > > Using "repackage" does the job for only the current platform which is not > enough when inter-architecture issues are tickling checkpkg... Sometimes GAR doesn't generate what you think it generates. For dealing with checkpkg, I recommend forgetting about GAR for a second and examining the actual package. Either the easy way via the browser (start with buildfarm.opencsw.org) or the hard way, using pkgtrans. Going from the GAR recipe directly to checkpkg error tags is a long way and you can easily get confused if you don't examine what's checkpkg actually seeing. > I there a shorter and more complete way of doing this[1]? There are two very useful ones: platforms-remerge and platforms-repackage. From maciej at opencsw.org Fri May 25 17:03:32 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 25 May 2012 16:03:32 +0100 Subject: [csw-maintainers] cannot set overrides for Emacs: please review In-Reply-To: <1337957134-sup-9811@pinkfloyd.chass.utoronto.ca> References: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> <1337957134-sup-9811@pinkfloyd.chass.utoronto.ca> Message-ID: 2012/5/25 Ben Walton : > Excerpts from Maciej (Matchek) Blizi?ski's message of Fri May 25 10:43:17 -0400 2012: > >> > After modifying overrides, you need to run: mgar remerge >> > >> > The merge step generates the overrides file and it needs to be rebuilt >> > after any change. >> >> Dago, even when GAR doesn't regenerate the overrides during repackage >> stage, could it at least detect that there's a problem? > > This is likely a bit unorthodox, but if the target that generates the > overrides file had a dependency on trunk/Makefile, we could > automatically trigger a rebuild when the Makefile changes... > > (There is probably a good reason not to do this though.) It could be much simpler. Read the overrides from disk, generate overrides from the recipe. If there's a mismatch, fail early with a helpful error message. It's already an improvement and doesn't include much complexity in the code or the execution path. From yann at pleiades.fr.eu.org Sat May 26 00:16:04 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sat, 26 May 2012 00:16:04 +0200 Subject: [csw-maintainers] T4 crypto support in openssl 1.0 In-Reply-To: References: <4FBDD594.6020406@opencsw.org> <0B121739-6AB1-48E5-8745-86C540D9248C@opencsw.org> Message-ID: 2012/5/24 Yann Rouillard > > >> In general I find it preferable if you get the most out of the machine by >> default :-) >> > > Sure :) > But that was not supposed to be the case with the patch I applied. I will > try to understand how this works. > > Indeed, there is a change between 0.9.8 and 1.0.1 that seems to automatically enable engines Changes between 1.0.0 and 1.0.1 *) Add call to ENGINE_register_all_complete() to ENGINE_load_builtin_engines(), so some implementations get used automatically instead of needing explicit application support. Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Sat May 26 00:16:32 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sat, 26 May 2012 00:16:32 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: Do you need some help on this ? Yann 2012/5/25 Maciej (Matchek) Blizi?ski > 2012/5/25 Maciej (Matchek) Blizi?ski : > >> BTW, is this normal that we can't check against 5.11 ? > > > > Yes, it's normal in the sense that it has never been set up nor > > tested, it yet has to be done. > > After a bit of digging around, I arrived at the obvious conclusion: On > Solaris 11, the /var/sadm/install/contents file does not contain any > information about system files. We need to implement a new method of > getting files into the database, or create a fake file that can be > used as a compatibility layer. > > In other words, Solaris 11 is too different from Solaris 10 for our > code to just work. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Sat May 26 01:30:20 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 26 May 2012 00:30:20 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/25 Yann Rouillard : > Do you need some help on this ? I could definitely use help! In this particular case, the code concerning the system files is here: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/system_pkgmap.py#L77 It reads /var/sadm/install/contents and saves pickled data to disk. We need to either create a fake /var/sadm/install/contents file from IPS, or add code to system_pkgmap.py to read from IPS directly. The rest can then stay the same - importing the files into the package database, and checking. Maciej From pfelecan at opencsw.org Sat May 26 18:29:41 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sat, 26 May 2012 18:29:41 +0200 Subject: [csw-maintainers] cannot set overrides for Emacs: please review In-Reply-To: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> (Ben Walton's message of "Fri, 25 May 2012 10:03:58 -0400") References: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> Message-ID: Ben Walton writes: > Excerpts from pfelecan's message of Fri May 25 09:59:50 -0400 2012: > > Hi Peter, > >> I'm approaching the end of the GARification for Emacs. However I'm stuck >> with 5 overrides which are not taken into account eventough they are >> explicited in the recipe. > > After modifying overrides, you need to run: mgar remerge > > The merge step generates the overrides file and it needs to be rebuilt > after any change. doing a "replatform" does also a "(re)merge"; same for "repackage". consequently I don't think that it's the solution. -- Peter From pfelecan at opencsw.org Sat May 26 18:31:44 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sat, 26 May 2012 18:31:44 +0200 Subject: [csw-maintainers] cannot set overrides for Emacs: please review In-Reply-To: ("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Fri, 25 May 2012 15:43:17 +0100") References: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> Message-ID: "Maciej (Matchek) Blizi?ski" writes: > 2012/5/25 Ben Walton >> >> Excerpts from pfelecan's message of Fri May 25 09:59:50 -0400 2012: >> >> Hi Peter, >> >> > I'm approaching the end of the GARification for Emacs. However I'm stuck >> > with 5 overrides which are not taken into account eventough they are >> > explicited in the recipe. >> >> After modifying overrides, you need to run: mgar remerge >> >> The merge step generates the overrides file and it needs to be rebuilt >> after any change. > > That's the most common typical problem. > > Dago, even when GAR doesn't regenerate the overrides during repackage > stage, could it at least detect that there's a problem? But, but, it displays a great "merge" banner... my logs are available in ~pfelecan/logs/emacs > Peter, do you read the devel@ mailing list? If not, I recommend > reading it at least for some time, to see what other people are doing, > and also to get feedback on your commits. Yes, I read it. My difficulty is to answer when I'm not in my office; that explains the latency of my answers. Writing is not an issue... -- Peter From pfelecan at opencsw.org Sat May 26 18:36:19 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sat, 26 May 2012 18:36:19 +0200 Subject: [csw-maintainers] mgar question: repackage for platforms modulation In-Reply-To: ("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Fri, 25 May 2012 15:46:33 +0100") References: <6d7529aacbe5cc9b10b17dcc98f700e4.squirrel@mail.opencsw.org> Message-ID: "Maciej (Matchek) Blizi?ski" writes: > 2012/5/25 : >> I there a shorter and more complete way of doing this[1]? > > There are two very useful ones: platforms-remerge and platforms-repackage. Well, thanks. It would be better if a kind and knowledgeable soul document all the mgar targets. grepping through .buildsys/v2 is not the most quick and accurate way to learn even though it works in the majority of cases. -- Peter From maciej at opencsw.org Sat May 26 19:42:53 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 26 May 2012 18:42:53 +0100 Subject: [csw-maintainers] mgar question: repackage for platforms modulation In-Reply-To: References: <6d7529aacbe5cc9b10b17dcc98f700e4.squirrel@mail.opencsw.org> Message-ID: 2012/5/26 Peter FELECAN : > "Maciej (Matchek) Blizi?ski" writes: > >> 2012/5/25 ?: >>> I there a shorter and more complete way of doing this[1]? >> >> There are two very useful ones: platforms-remerge and platforms-repackage. > > Well, thanks. It would be better if a kind and knowledgeable soul > document all the mgar targets. grepping through .buildsys/v2 is not the > most quick and accurate way to learn even though it works in the majority > of cases. I think this is it: http://sourceforge.net/apps/trac/gar/wiki/GAR%20Build%20Targets%20Reference From dam at opencsw.org Sat May 26 21:22:48 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 26 May 2012 21:22:48 +0200 Subject: [csw-maintainers] cannot set overrides for Emacs: please review In-Reply-To: References: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> <1337957134-sup-9811@pinkfloyd.chass.utoronto.ca> Message-ID: Hi, Am 25.05.2012 um 17:03 schrieb Maciej (Matchek) Blizi?ski: > 2012/5/25 Ben Walton : >> Excerpts from Maciej (Matchek) Blizi?ski's message of Fri May 25 10:43:17 -0400 2012: >>>> After modifying overrides, you need to run: mgar remerge >>>> >>>> The merge step generates the overrides file and it needs to be rebuilt >>>> after any change. >>> >>> Dago, even when GAR doesn't regenerate the overrides during repackage >>> stage, could it at least detect that there's a problem? >> >> This is likely a bit unorthodox, but if the target that generates the >> overrides file had a dependency on trunk/Makefile, we could >> automatically trigger a rebuild when the Makefile changes... >> >> (There is probably a good reason not to do this though.) > > It could be much simpler. Read the overrides from disk, generate > overrides from the recipe. If there's a mismatch, fail early with a > helpful error message. It's already an improvement and doesn't include > much complexity in the code or the execution path. This check is probably not more difficult than moving the overrides to the packaging phase. I have opened a bug for now so it is not forgotten: https://sourceforge.net/apps/trac/gar/ticket/71 Best regards -- Dago From dam at opencsw.org Sat May 26 21:24:47 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 26 May 2012 21:24:47 +0200 Subject: [csw-maintainers] cannot set overrides for Emacs: please review In-Reply-To: References: <1337954572-sup-9596@pinkfloyd.chass.utoronto.ca> Message-ID: <0155272E-F42C-4F86-B59A-C1CC3EE22CD2@opencsw.org> Hi Peter, Am 26.05.2012 um 18:31 schrieb Peter FELECAN: > "Maciej (Matchek) Blizi?ski" writes: >> 2012/5/25 Ben Walton >>> Excerpts from pfelecan's message of Fri May 25 09:59:50 -0400 2012: >>>> I'm approaching the end of the GARification for Emacs. However I'm stuck >>>> with 5 overrides which are not taken into account eventough they are >>>> explicited in the recipe. >>> >>> After modifying overrides, you need to run: mgar remerge >>> >>> The merge step generates the overrides file and it needs to be rebuilt >>> after any change. >> >> That's the most common typical problem. >> >> Dago, even when GAR doesn't regenerate the overrides during repackage >> stage, could it at least detect that there's a problem? > > But, but, it displays a great "merge" banner... my logs are available in > ~pfelecan/logs/emacs This is an unfortunate bug that some minor parts of merge are executed doing repackage. I have not found the reason yet as debugging recursive rule invocations in make is quite difficult. Best regards -- Dago From yann at pleiades.fr.eu.org Sat May 26 23:44:08 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sat, 26 May 2012 23:44:08 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/26 Maciej (Matchek) Blizi?ski > 2012/5/25 Yann Rouillard : > > Do you need some help on this ? > > I could definitely use help! In this particular case, the code > concerning the system files is here: > > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/system_pkgmap.py#L77 > > It reads /var/sadm/install/contents and saves pickled data to disk. We > need to either create a fake /var/sadm/install/contents file from IPS, > or add code to system_pkgmap.py to read from IPS directly. I suppose it would be better to read directly from IPS and avoid an additional conversion step. We can extract the same kind of informations from IPS using the following command: pkg contents -o path,action.name,mode,owner,group,pkg.name -t dir,file,hardlink,link (however this interface is not guaranteed to be stable) I can try to work on that but I have several questions: - the package name does have the same format (ex: SUNWbzip -> compress/bzip2). Can it lead to some problem ? At least the opencsw.PkgnameToCatName seems to work for svr4 package name only. - reading at the code ( http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/system_pkgmap.py#L470 ) it seems that, in each /var/sadm/install/contents line, only f_path is really important, but you also save the raw line. Is raw line information used elsewhere ? Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel at opencsw.org Sun May 27 00:50:40 2012 From: daniel at opencsw.org (Daniel Pocock) Date: Sat, 26 May 2012 22:50:40 +0000 Subject: [csw-maintainers] maintainer page / web links Message-ID: <4FC15E40.9090200@opencsw.org> Is it possible to add a home page link on the OpenCSW maintainer page? E.g. my maintainer page is http://www.opencsw.org/maintainers/daniel/ and I would like to add a link to http://www.pocock.com.au (and yes, I already have a link from my site to OpenCSW) Even better would be having different links - e.g. a link to my home page, and a contact link directly to the contact page on my personal web site. From maciej at opencsw.org Sun May 27 13:38:04 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 27 May 2012 12:38:04 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/26 Yann Rouillard : > I suppose it would be better to read directly from IPS and avoid an > additional conversion step. Sure. > We can extract the same kind of informations from IPS using the following > command: > > ? ? pkg contents -o path,action.name,mode,owner,group,pkg.name -t > dir,file,hardlink,link > > (however this interface is not guaranteed to be stable) Once we have the code in place, updating it would probably not be hard. > I can try to work on that but I have several questions: > > ?- the package name does have the same format (ex: SUNWbzip -> > compress/bzip2). Can it lead to some problem ? Can you rephrase the question? Which package name has the same format as which package name? > At least the opencsw.PkgnameToCatName seems to work for svr4 package name > only. I'm guessing that IPS doesn't introduce the pkgname vs catalogname distinction. As far as indexing of the system files, we can use bogus Solaris package names, e.g. by appending SUNW in front and replacing underscores with dashes. > ?- reading at the code > (?http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/system_pkgmap.py#L470?) > it seems that, in each /var/sadm/install/contents line, only f_path is > really important, but you also save the raw line. Is raw line information > used elsewhere ? The raw information is there for debugging purposes only. I can't guarantee that no code depends on it though; you could grep our code for f_path and see. As far as design goes - the raw line is not intended to be used. Maciej From maciej at opencsw.org Sun May 27 13:40:32 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 27 May 2012 12:40:32 +0100 Subject: [csw-maintainers] maintainer page / web links In-Reply-To: <4FC15E40.9090200@opencsw.org> References: <4FC15E40.9090200@opencsw.org> Message-ID: 2012/5/26 Daniel Pocock : > Is it possible to add a home page link on the OpenCSW maintainer page? > > E.g. my maintainer page is http://www.opencsw.org/maintainers/daniel/ > > and I would like to add a link to http://www.pocock.com.au > > (and yes, I already have a link from my site to OpenCSW) > > Even better would be having different links - e.g. a link to my home > page, and a contact link directly to the contact page on my personal web > site. We used to have a way to include arbitrary HTML on maintainer pages, but his is gone since the website redesign. If you have an idea how to implement it, the code is here: https://opencsw.svn.sourceforge.net/svnroot/opencsw/web/wordpresscsw/wp-content/themes/opencsw/ Maciej From dam at opencsw.org Sun May 27 14:10:39 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 27 May 2012 14:10:39 +0200 Subject: [csw-maintainers] maintainer page / web links In-Reply-To: References: <4FC15E40.9090200@opencsw.org> Message-ID: <061462F1-CFA4-4BAE-B294-1406574DF77C@opencsw.org> Hi, Am 27.05.2012 um 13:40 schrieb Maciej (Matchek) Blizi?ski: > 2012/5/26 Daniel Pocock : >> Is it possible to add a home page link on the OpenCSW maintainer page? >> >> E.g. my maintainer page is http://www.opencsw.org/maintainers/daniel/ >> >> and I would like to add a link to http://www.pocock.com.au >> >> (and yes, I already have a link from my site to OpenCSW) >> >> Even better would be having different links - e.g. a link to my home >> page, and a contact link directly to the contact page on my personal web >> site. > > We used to have a way to include arbitrary HTML on maintainer pages, > but his is gone since the website redesign. If you have an idea how to > implement it, the code is here: > > https://opencsw.svn.sourceforge.net/svnroot/opencsw/web/wordpresscsw/wp-content/themes/opencsw/ We could use the wikidot wiki where maintainers could have a page maintainer- which gets pulled from time to time as HTML via the wikidot API to the webserver. Or am I thinking too complicated? 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 From yann at pleiades.fr.eu.org Sun May 27 14:24:33 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sun, 27 May 2012 14:24:33 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/27 Maciej (Matchek) Blizi?ski > > > > - the package name does have the same format (ex: SUNWbzip -> > > compress/bzip2). Can it lead to some problem ? > > Can you rephrase the question? Which package name has the same format > as which package name? > > A "not" was missing: the package name does NOT have the same format (ex: SUNWbzip -> > compress/bzip2). Can it lead to some problem ? Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Sun May 27 14:58:54 2012 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 27 May 2012 08:58:54 -0400 Subject: [csw-maintainers] maintainer page / web links In-Reply-To: <061462F1-CFA4-4BAE-B294-1406574DF77C@opencsw.org> References: <4FC15E40.9090200@opencsw.org> <061462F1-CFA4-4BAE-B294-1406574DF77C@opencsw.org> Message-ID: <1338123451-sup-3790@pinkfloyd.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Sun May 27 08:10:39 -0400 2012: > > We used to have a way to include arbitrary HTML on maintainer > > pages, but his is gone since the website redesign. If you have an > > idea how to implement it, the code is here: > > > > https://opencsw.svn.sourceforge.net/svnroot/opencsw/web/wordpresscsw/wp-content/themes/opencsw/ > > We could use the wikidot wiki where maintainers could have a page > maintainer- which gets pulled from time to time as HTML via > the wikidot API to the webserver. Or am I thinking too complicated? What about an iframe and a little js snippet to hide it if it matches 404 not found or something? Then, we could simply embed the wikidot page at every page view and not a background task? Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Sun May 27 15:41:51 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 27 May 2012 14:41:51 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/27 Yann Rouillard : > 2012/5/27 Maciej (Matchek) Blizi?ski > >> > >> > ?- the package name does have the same format (ex: SUNWbzip -> >> > compress/bzip2). Can it lead to some problem ? >> >> Can you rephrase the question? Which package name has the same format >> as which package name? >> > > A "not" was missing: ?the package name does NOT have the same format (ex: > SUNWbzip -> >> compress/bzip2). Can it lead to some problem ? checkpkg might think that these packages aren't Solaris packages and might report them as dependencies. I would try without changing the package name and see what happens. From pfelecan at opencsw.org Sun May 27 19:51:39 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sun, 27 May 2012 19:51:39 +0200 Subject: [csw-maintainers] mgar question: repackage for platforms modulation In-Reply-To: ("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Sat, 26 May 2012 18:42:53 +0100") References: <6d7529aacbe5cc9b10b17dcc98f700e4.squirrel@mail.opencsw.org> Message-ID: "Maciej (Matchek) Blizi?ski" writes: > 2012/5/26 Peter FELECAN : >> "Maciej (Matchek) Blizi?ski" writes: >> >>> 2012/5/25 ?: >>>> I there a shorter and more complete way of doing this[1]? >>> >>> There are two very useful ones: platforms-remerge and platforms-repackage. >> >> Well, thanks. It would be better if a kind and knowledgeable soul >> document all the mgar targets. grepping through .buildsys/v2 is not the >> most quick and accurate way to learn even though it works in the majority >> of cases. > > I think this is it: > > http://sourceforge.net/apps/trac/gar/wiki/GAR%20Build%20Targets%20Reference Indeed. But there is no target "platforms-remerge" and "platforms-repackage" documented and this is what I asked for. -- Peter From dam at opencsw.org Sun May 27 22:46:15 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 27 May 2012 22:46:15 +0200 Subject: [csw-maintainers] mgar question: repackage for platforms modulation In-Reply-To: References: <6d7529aacbe5cc9b10b17dcc98f700e4.squirrel@mail.opencsw.org> Message-ID: Hi Peter, Am 27.05.2012 um 19:51 schrieb Peter FELECAN: > "Maciej (Matchek) Blizi?ski" writes: >> 2012/5/26 Peter FELECAN : >>> "Maciej (Matchek) Blizi?ski" writes: >>> >>>> 2012/5/25 : >>>>> I there a shorter and more complete way of doing this[1]? >>>> >>>> There are two very useful ones: platforms-remerge and platforms-repackage. >>> >>> Well, thanks. It would be better if a kind and knowledgeable soul >>> document all the mgar targets. grepping through .buildsys/v2 is not the >>> most quick and accurate way to learn even though it works in the majority >>> of cases. >> >> I think this is it: >> >> http://sourceforge.net/apps/trac/gar/wiki/GAR%20Build%20Targets%20Reference > > Indeed. But there is no target "platforms-remerge" and > "platforms-repackage" documented and this is what I asked for. Thanks for pointing this out, I have tried to clarify the respective sections and also added a description for your asked "spotless". Best regards -- Dago From yann at pleiades.fr.eu.org Sun May 27 22:55:10 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Sun, 27 May 2012 22:55:10 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: Hi Maciej, First try here: https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2-solaris11/lib/python/system_pkgmap.py I only modified the "system-files-to-file" part for now. Your feedback is welcome. To be able to test the import, can I safely use the import-system-file without messing with something ? I noticed I will also have to update the system_pkgmap unit tests. Yann 2012/5/27 Maciej (Matchek) Blizi?ski > 2012/5/27 Yann Rouillard : > > 2012/5/27 Maciej (Matchek) Blizi?ski > > > >> > > >> > - the package name does have the same format (ex: SUNWbzip -> > >> > compress/bzip2). Can it lead to some problem ? > >> > >> Can you rephrase the question? Which package name has the same format > >> as which package name? > >> > > > > A "not" was missing: the package name does NOT have the same format (ex: > > SUNWbzip -> > >> compress/bzip2). Can it lead to some problem ? > > checkpkg might think that these packages aren't Solaris packages and > might report them as dependencies. I would try without changing the > package name and see what happens. > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Sun May 27 22:58:45 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 27 May 2012 21:58:45 +0100 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/27 Yann Rouillard : > First try > here:?https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2-solaris11/lib/python/system_pkgmap.py > I only modified the "system-files-to-file" part for now. > Your feedback is welcome. Very cool! I'll take a look either today late in the evening or during the week. > To be able to test the import, can I safely use the?import-system-file > without messing with something ? If the file format is preserved, you can safely use import-system-file. Do you have a private setup to run tests? > I noticed I will also have to update the system_pkgmap unit tests. Yes, probably. Also, it'd be good to add some tests for IPS output parsing if you haven't done that already. From yann at pleiades.fr.eu.org Mon May 28 00:17:23 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Mon, 28 May 2012 00:17:23 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: 2012/5/27 Maciej (Matchek) Blizi?ski > > > To be able to test the import, can I safely use the import-system-file > > without messing with something ? > > If the file format is preserved, you can safely use > import-system-file. Do you have a private setup to run tests? > No yet, and I don't have a solaris 11 server neither, but I am working on it. Yann -------------- next part -------------- An HTML attachment was scrubbed... URL: From rupert at opencsw.org Mon May 28 11:58:20 2012 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 28 May 2012 11:58:20 +0200 Subject: [csw-maintainers] Fwd: svn-1.7.5 builds was: svn ingores DESTDIR, was: link error with 1.7.3 In-Reply-To: References: Message-ID: fyi, subversion builds again now. i am not sure what made it build thought - i did not change anything. btw, i uploaded it yesterday, and it still not shows up on the homepage? rupert. ---------- Forwarded message ---------- From: rupert THURNER Date: Mon, May 28, 2012 at 11:56 AM Subject: svn-1.7.5 builds was: svn ingores DESTDIR, was: link error with 1.7.3 To: dev at subversion.apache.org just to let you know, the 1.7.5 version now builds again. but i was not able to tell what made it work again ... On Mon, Mar 12, 2012 at 9:51 AM, Stefan Sperling wrote: > On Sun, Mar 11, 2012 at 09:09:20PM -0700, rupert.thurner wrote: >> nikolai did a quick test run, allow me to copy his comment. what >> should we do about this "location resistence"? >> >> Configured like this : >> ?./configure --prefix=/opt/svn >> >> build and tested : >> >> ldd ./subversion/bindings/swig/python/libsvn_swig_py/.libs/ >> libsvn_swig_py-1.so | grep svn >> ? ? ? ?libsvn_client-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_client/.libs/libsvn_client-1.so.0 (0x00007fbd3754b000) >> ? ? ? ?libsvn_wc-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_wc/.libs/libsvn_wc-1.so.0 (0x00007fbd372bb000) >> ? ? ? ?libsvn_ra-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_ra/.libs/libsvn_ra-1.so.0 (0x00007fbd370ad000) >> ? ? ? ?libsvn_diff-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_diff/.libs/libsvn_diff-1.so.0 (0x00007fbd36e9c000) >> ? ? ? ?libsvn_ra_local-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_ra_local/.libs/libsvn_ra_local-1.so.0 (0x00007fbd36c93000) >> ? ? ? ?libsvn_repos-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_repos/.libs/libsvn_repos-1.so.0 (0x00007fbd36a65000) >> ? ? ? ?libsvn_fs-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_fs/.libs/libsvn_fs-1.so.0 (0x00007fbd3685d000) >> ? ? ? ?libsvn_fs_fs-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_fs_fs/.libs/libsvn_fs_fs-1.so.0 (0x00007fbd36632000) >> ? ? ? ?libsvn_fs_base-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_fs_base/.libs/libsvn_fs_base-1.so.0 (0x00007fbd36402000) >> ? ? ? ?libsvn_fs_util-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_fs_util/.libs/libsvn_fs_util-1.so.0 (0x00007fbd35e52000) >> ? ? ? ?libsvn_ra_svn-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_ra_svn/.libs/libsvn_ra_svn-1.so.0 (0x00007fbd35c39000) >> ? ? ? ?libsvn_ra_neon-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_ra_neon/.libs/libsvn_ra_neon-1.so.0 (0x00007fbd357f7000) >> ? ? ? ?libsvn_delta-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_delta/.libs/libsvn_delta-1.so.0 (0x00007fbd353be000) >> ? ? ? ?libsvn_subr-1.so.0 => /root/subversion-1.7.3/subversion/ >> libsvn_subr/.libs/libsvn_subr-1.so.0 (0x00007fbd3515a000) >> >> Staged it , like this >> ?export DESTDIR=/opt/test ; gmake install >> and guess what happens : >> >> ldd /opt/test/opt/svn/lib64/libsvn_client-1.so | grep svn >> ? ? ? ?libsvn_wc-1.so.0 => /usr/lib64/libsvn_wc-1.so.0 >> (0x00007ffebf27b000) >> ? ? ? ?libsvn_ra-1.so.0 => /usr/lib64/libsvn_ra-1.so.0 >> (0x00007ffebf06f000) >> ? ? ? ?libsvn_ra_local-1.so.0 => /usr/lib64/libsvn_ra_local-1.so.0 >> (0x00007ffebee66000) >> ? ? ? ?libsvn_repos-1.so.0 => /usr/lib64/libsvn_repos-1.so.0 >> (0x00007ffebec3b000) >> ? ? ? ?libsvn_fs-1.so.0 => /usr/lib64/libsvn_fs-1.so.0 >> (0x00007ffebea32000) >> ? ? ? ?libsvn_fs_fs-1.so.0 => /usr/lib64/libsvn_fs_fs-1.so.0 >> (0x00007ffebe809000) >> ? ? ? ?libsvn_fs_base-1.so.0 => /usr/lib64/libsvn_fs_base-1.so.0 >> (0x00007ffebe5d9000) >> ? ? ? ?libsvn_fs_util-1.so.0 => /usr/lib64/libsvn_fs_util-1.so.0 >> (0x00007ffebe059000) >> ? ? ? ?libsvn_ra_svn-1.so.0 => /usr/lib64/libsvn_ra_svn-1.so.0 >> (0x00007ffebde41000) >> ? ? ? ?libsvn_ra_neon-1.so.0 => /usr/lib64/libsvn_ra_neon-1.so.0 >> (0x00007ffebda00000) >> ? ? ? ?libsvn_delta-1.so.0 => /usr/lib64/libsvn_delta-1.so.0 >> (0x00007ffebd5c9000) >> ? ? ? ?libsvn_diff-1.so.0 => /usr/lib64/libsvn_diff-1.so.0 >> (0x00007ffebd3bd000) >> ? ? ? ?libsvn_subr-1.so.0 => /usr/lib64/libsvn_subr-1.so.0 >> (0x00007ffebd0fc000) >> >> >> Well, skipping -R in the linker call and using ldconfig makes life >> easy. >> >> >> So who to blaim ? libtool ? Good luck with that . > > Well,is libtool is constructing a linker command that which > contains -L /usr/lib64 which causes the linker to pick up svn > libraries that are already installed there. > > You should uninstall previously installed subversion libraries > before the build. > > You could also try to force a shared library version number > increment. Both sets of libraries have number 1 so are considered > equal by the linker. I think I brought up the question about whether > we should do this before. But every downstream packager handles this > differently so there is no point in us doing this. From maciej at opencsw.org Mon May 28 13:37:03 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 28 May 2012 12:37:03 +0100 Subject: [csw-maintainers] Reorganizing the webpage In-Reply-To: References: Message-ID: 2012/2/13 Dagobert Michelsen > I just an email from someone I recommended OpenCSW to and got the response that > OpenCSW looks dead when reading the news section at > ?http://www.opencsw.org/category/recent-updates/ > It is really time to move the mockup feed to the main site. There, I fixed it. How? I moved all the contents from recent-updates to news. I also noticed that our website didn't get any new entries for a while, so I wrote one. Maciej From maciej at opencsw.org Mon May 28 13:43:11 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 28 May 2012 12:43:11 +0100 Subject: [csw-maintainers] Fwd: svn-1.7.5 builds was: svn ingores DESTDIR, was: link error with 1.7.3 In-Reply-To: References: Message-ID: 2012/5/28 rupert THURNER : > fyi, subversion builds again now. i am not sure what made it build > thought - i did not change anything. > > btw, i uploaded it yesterday, and it still not shows up on the homepage? Dependency issues in the dublin release. I tried to avoid pushing new openssl packages to dublin, but if e.g. apache got built with openssl 1.0, I had to push it. The typical problem is that when I'm filtering e.g. software foo that depends on a newly split libbar1, and I don't know that I have to push libbar1 as well, we end up with a broken dependency, which does not get detected in any way other than "no update on the website". Yet another call to programmers: Would anyone care for writing a check that would be run against our catalog and report any found problems to e.g. the devel@ mailing list? For example, something that builds on Carsten's missing libraries heuristics script: https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2/lib/python/find_missing_bins.py Arming this script with pluggable checks and email output would get the job done. Maciej From rupert at opencsw.org Mon May 28 14:00:14 2012 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 28 May 2012 14:00:14 +0200 Subject: [csw-maintainers] Fwd: svn-1.7.5 builds was: svn ingores DESTDIR, was: link error with 1.7.3 In-Reply-To: References: Message-ID: On Mon, May 28, 2012 at 1:43 PM, Maciej (Matchek) Blizi?ski wrote: > 2012/5/28 rupert THURNER : >> fyi, subversion builds again now. i am not sure what made it build >> thought - i did not change anything. >> >> btw, i uploaded it yesterday, and it still not shows up on the homepage? > > Dependency issues in the dublin release. I tried to avoid pushing new > openssl packages to dublin, but if e.g. apache got built with openssl > 1.0, I had to push it. The typical problem is that when I'm filtering > e.g. software foo that depends on a newly split libbar1, and I don't > know that I have to push libbar1 as well, we end up with a broken > dependency, which does not get detected in any way other than "no > update on the website". svn uses openssl-1.0 as well, as unstable10s checkpackage suggests to update the dependency. what do you suggest to do now? rupert From maciej at opencsw.org Mon May 28 14:31:54 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 28 May 2012 13:31:54 +0100 Subject: [csw-maintainers] Fwd: svn-1.7.5 builds was: svn ingores DESTDIR, was: link error with 1.7.3 In-Reply-To: References: Message-ID: No dia 28 de Mai de 2012 13:00, "rupert THURNER" escreveu: > > On Mon, May 28, 2012 at 1:43 PM, Maciej (Matchek) Blizi?ski > wrote: > > 2012/5/28 rupert THURNER : > >> fyi, subversion builds again now. i am not sure what made it build > >> thought - i did not change anything. > >> > >> btw, i uploaded it yesterday, and it still not shows up on the homepage? > > > > Dependency issues in the dublin release. I tried to avoid pushing new > > openssl packages to dublin, but if e.g. apache got built with openssl > > 1.0, I had to push it. The typical problem is that when I'm filtering > > e.g. software foo that depends on a newly split libbar1, and I don't > > know that I have to push libbar1 as well, we end up with a broken > > dependency, which does not get detected in any way other than "no > > update on the website". > > svn uses openssl-1.0 as well, as unstable10s checkpackage suggests to > update the dependency. what do you suggest to do now? You're grand, don't worry, carry on as usual. I pushed 1.0 to dublin. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Mon May 28 16:05:22 2012 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 28 May 2012 10:05:22 -0400 Subject: [csw-maintainers] Fwd: Output from "cron" command Message-ID: <1338213878-sup-4955@pinkfloyd.chass.utoronto.ca> Hi All, Can someone add a stub package for the gsl_doc transition? It's required to make the db maintenance (and users with the package installed) happy. Thanks -Ben --- Begin forwarded message from Ben Walton --- From: Ben Walton To: bwalton Date: Mon, 28 May 2012 10:00:47 -0400 Subject: Output from "cron" command Your "cron" job on ocswchbiesv01 /home/bwalton/bin/run_mantis_updates produced the following output: ./../lib/csw/dbmaint.rb:221:in `determine_changes': Updating gsl_doc but the package name has changed from CSWgsldoc to CSWgsl-doc. (CSW::SilentNameChangeError) from ./../lib/csw/dbmaint.rb:193:in `each' from ./../lib/csw/dbmaint.rb:193:in `determine_changes' from ./update_mantis:126 --- End forwarded message --- -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Tue May 29 12:57:19 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 29 May 2012 11:57:19 +0100 Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: The push of libssl-1.0 without rebuilding all of the ssl-dependent packages was a bad move. I'm reverting the last two pushes from unstable to dublin, and will see how I can fix the dependencies in the catalog so that dublin gets regenerated and pushed out to prevent further damage. This means apart from other thing, a revert of the php5 push which fixes a CVE. Dagobert will create dublin build machines for fixes like this. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Tue May 29 14:08:19 2012 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 29 May 2012 14:08:19 +0200 Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: On Tue, May 29, 2012 at 12:57 PM, Maciej (Matchek) Blizi?ski wrote: > This means apart from other thing, a revert of the php5 push which fixes a > CVE. > > Dagobert will create dublin build machines for fixes like this. Or could we simply rebuild with new source for dublin, then rebuild again with updated deps for unstable? I guess having target build machines is a safer, less complicated solution for the maintainers but there could be lots of machines depending on how long we're supposed to support the named releases. Have we decided on that? A set time or number of simultaneous named releases? /peter From maciej at opencsw.org Tue May 29 15:20:08 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 29 May 2012 14:20:08 +0100 Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: 2012/5/29 Peter Bonivart > > On Tue, May 29, 2012 at 12:57 PM, Maciej (Matchek) Blizi?ski > wrote: > > This means apart from other thing, a revert of the php5 push which fixes a > > CVE. > > > > Dagobert will create dublin build machines for fixes like this. > > Or could we simply rebuild with new source for dublin, then rebuild > again with updated deps for unstable? Yes, that's the plan. > I guess having target build machines is a safer, less complicated > solution for the maintainers but there could be lots of machines > depending on how long we're supposed to support the named releases. > Have we decided on that? A set time or number of simultaneous named > releases? I'm thinking at most 2 supported named relases at any given point in time. We'll probably also need to make changes to our infrastructure to make multi-release builds easier. Another thing is pushing fixes directly to dublin. We currently have no high-level, csw-upload-pkg mechanism for that. We could modify csw-upload-pkg for this purpose, but it would need to be done carefully, to avoid situations like maintainers inadvertently pushing packages to releases higher than unstable. Currently, you can only push to unstable that way, it's locked down on the server side, so no request to push to dublin, made via the REST interace, will work. For now, we'll use the low-level utility, pkgdb. If we want to support backport-fixes in a long term, we'll need something better. Comments, ideas, and prototype code are all very welcome. Maciej From pfelecan at opencsw.org Tue May 29 16:14:43 2012 From: pfelecan at opencsw.org (pfelecan at opencsw.org) Date: Tue, 29 May 2012 16:14:43 +0200 (CEST) Subject: [csw-maintainers] dependencies on an ancient shared library Message-ID: I almost migrated t1lib from a private recipe to a GAR based one. The previous package delivered also its previous very ancient shared libraries: /opt/csw/lib/libt1x.so.1 /opt/csw/lib/libt1x.so.1.3.1 I think that there is no more dependencies on those old clunkers. However, is there a mean to verify? TIA From bwalton at opencsw.org Tue May 29 17:04:36 2012 From: bwalton at opencsw.org (Ben Walton) Date: Tue, 29 May 2012 11:04:36 -0400 Subject: [csw-maintainers] dependencies on an ancient shared library In-Reply-To: References: Message-ID: <1338303808-sup-3198@pinkfloyd.chass.utoronto.ca> Excerpts from pfelecan's message of Tue May 29 10:14:43 -0400 2012: Hi Peter, > I almost migrated t1lib from a private recipe to a GAR based one. > > The previous package delivered also its previous very ancient shared > libraries: > > /opt/csw/lib/libt1x.so.1 > /opt/csw/lib/libt1x.so.1.3.1 > > I think that there is no more dependencies on those old clunkers. However, > is there a mean to verify? The package page[1] makes it look like nothing depends on the old versions currently. It's only using data from the unstable catalog though, so it's possible that something may still need it. The buildfarm database could likely ferret that out somehow. Thanks -Ben [1] http://www.opencsw.org/packages/CSWt1lib/ -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Tue May 29 18:15:23 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 29 May 2012 17:15:23 +0100 Subject: [csw-maintainers] dependencies on an ancient shared library In-Reply-To: References: Message-ID: 2012/5/29 : > I almost migrated t1lib from a private recipe to a GAR based one. > > The previous package delivered also its previous very ancient shared > libraries: > > /opt/csw/lib/libt1x.so.1 > /opt/csw/lib/libt1x.so.1.3.1 > > I think that there is no more dependencies on those old clunkers. However, > is there a mean to verify? I used data from the caches of lib/python/find_missing_bins.py and verified that there isn't a single binary in the unstable catalog that has libt1x.so.1 in NEEDED. Maciej From pfelecan at opencsw.org Tue May 29 19:49:29 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Tue, 29 May 2012 19:49:29 +0200 Subject: [csw-maintainers] dependencies on an ancient shared library In-Reply-To: ("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Tue, 29 May 2012 17:15:23 +0100") References: Message-ID: "Maciej (Matchek) Blizi?ski" writes: > 2012/5/29 : >> I almost migrated t1lib from a private recipe to a GAR based one. >> >> The previous package delivered also its previous very ancient shared >> libraries: >> >> /opt/csw/lib/libt1x.so.1 >> /opt/csw/lib/libt1x.so.1.3.1 >> >> I think that there is no more dependencies on those old clunkers. However, >> is there a mean to verify? > > I used data from the caches of lib/python/find_missing_bins.py and > verified that there isn't a single binary in the unstable catalog that > has libt1x.so.1 in NEEDED. Thank you. Conesquently, tomorrow I'll upload the new t1lib packages. -- Peter From maciej at opencsw.org Wed May 30 00:30:47 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 29 May 2012 23:30:47 +0100 Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: UPDATE: I've restored a working state of the dublin catalog. Users who have upgraded their packages in the meantime are a bit screwed, but they can remove and reinstall versions from dublin as it stands now, and that should fix problems. As a bonus, we have a new catalog generating code which does not use bldcat any more. It generates the catalog straight from the database. Currently, there's no support for the timestamp, it's just a bare bones one-line-per-package file. Those interested in the catalog format, please review the code (115 lines): http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/python/generate_catalog_file.py Maciej From maciej at opencsw.org Wed May 30 00:53:36 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Tue, 29 May 2012 23:53:36 +0100 Subject: [csw-maintainers] The dublin release: remaining tasks In-Reply-To: References: <7490fe1e4762.4f62f80c@contac-dt.de> <7490d3d657bb.4f630628@contac-dt.de> Message-ID: We got dublin to a working state, but we now need to push the updates to IIRC, Apache and PHP. We can't do integrations from unstable to dublin, because of openssl-0.9.8 vs openssl-1.0 linking. I talked to Dago, and the way we'll tackle this is converting the old current* hosts into dublin* hosts and building the security fixes over there. We currently don't have a high-level working mechanism to upload packages directly to dublin. I'll look into that. Maciej From yann at pleiades.fr.eu.org Wed May 30 10:26:52 2012 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Wed, 30 May 2012 10:26:52 +0200 Subject: [csw-maintainers] checkpkg problem under Solaris 11 ? In-Reply-To: References: Message-ID: Hi Maciej, I was able to test under Solaris 11 and it seems to work properly after an additional modification. The missing dependancy check discard system package by testing if they begin with SUNW, so for now I changed the ips import code so it creates a fake svr4-like package name beginning with SUNW. I thought about updating the DO_NOT_REPORT regexp but there is no perfect way to identify sun ips packages by regexp. The best way would be to keep and use the ips provider info. Yann Le 28 mai 2012 00:17, "Yann Rouillard" a ?crit : > > 2012/5/27 Maciej (Matchek) Blizi?ski > >> >> > To be able to test the import, can I safely use the import-system-file >> > without messing with something ? >> >> If the file format is preserved, you can safely use >> import-system-file. Do you have a private setup to run tests? >> > > No yet, and I don't have a solaris 11 server neither, but I am working on > it. > > Yann > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pfelecan at opencsw.org Wed May 30 15:43:42 2012 From: pfelecan at opencsw.org (pfelecan at opencsw.org) Date: Wed, 30 May 2012 15:43:42 +0200 (CEST) Subject: [csw-maintainers] GAR: EXTRA_TEXINFO documentation Message-ID: <32f27f32932ef02a273ab69b760e11da.squirrel@mail.opencsw.org> How can I add texinfo files to be considered in cswtexinfo when their name doesn't correspond to the TEXINFO pattern? Reading the gar.pkg.mk I understand that the EXTRA_TEXINFO provides additional texinfo files to consider. But the EXTRA_TEXINFO GAR variable is not documented... In addition, how can I specify that the additional texinfo files are specific to a sub-package? Can somebody reveal the knowledge arround this and document it in https://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference ? TIA From dam at opencsw.org Wed May 30 16:28:34 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 30 May 2012 16:28:34 +0200 Subject: [csw-maintainers] GAR: EXTRA_TEXINFO documentation In-Reply-To: <32f27f32932ef02a273ab69b760e11da.squirrel@mail.opencsw.org> References: <32f27f32932ef02a273ab69b760e11da.squirrel@mail.opencsw.org> Message-ID: <79A89DDB-FB6F-4EE6-B999-912BEB66FA37@opencsw.org> Hi Peter, Am 30.05.2012 um 15:43 schrieb pfelecan at opencsw.org: > How can I add texinfo files to be considered in cswtexinfo when their name > doesn't correspond to the TEXINFO pattern? > > Reading the gar.pkg.mk I understand that the EXTRA_TEXINFO provides > additional texinfo files to consider. But the EXTRA_TEXINFO GAR variable > is not documented... Just added it :-) > In addition, how can I specify that the additional texinfo files are > specific to a sub-package? This is not different than distributing other files to packages as described in https://sourceforge.net/apps/trac/gar/wiki/DynamicPackageFiles e.g. PKGFILES_CSWmyextrapkg += /home/of/my/extra.info puts the respective texinfo file into the CSWmyextrapkg package. TEXINFO is just for setting the class action script. > Can somebody reveal the knowledge arround this and document it in > https://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference ? Done. 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 From bwalton at opencsw.org Thu May 31 01:01:30 2012 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 30 May 2012 19:01:30 -0400 Subject: [csw-maintainers] more and more spam In-Reply-To: <1327459038-sup-7107@pinkfloyd.chass.utoronto.ca> References: <1327459038-sup-7107@pinkfloyd.chass.utoronto.ca> Message-ID: <1338418776-sup-4733@pinkfloyd.chass.utoronto.ca> Excerpts from Ben Walton's message of Tue Jan 24 21:38:47 -0500 2012: > > Since last week I receive a lot of spam originating from our web > > server with a sender of the "form > > capital at ocswchbiesv01.opencsw.org" and a subject such as "OpenCSW > > question about package opensp_doc".. Looking in the envelope, the > > route starts from "webservd at localhost" to "www.opencsw.org" to > > "bender.opencsw.org" &c. I can provide a sample to whomever > > interested by finding a solution to this. > > I get this junk too, although not often...it's quite sporadic for > me, really. I think we should add a (re)captcha to the question > submission page as that would stop most of this bot-submitted junk > in its tracks. >From the better late than never category, I've just added captcha support to the package query/maintainer contact form. It needs a bit of css styling still so that it matches the original, but it seems functional. Please let me know if you notice any problems as a result of this. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dam at opencsw.org Thu May 31 07:56:32 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 31 May 2012 07:56:32 +0200 Subject: [csw-maintainers] Error installing sendmail Message-ID: Hi folks, I just updated the dublin build hosts and got the following install error for sendmail which aborted the whole update process (btw, it is really bad that an update is hard stopped under any issue as it can not be continued and leaves a system in a half-baked state and I don't know what packages are missing now). Best regards -- Dago > => Installing CSWsendmail-8.14.5,REV=2012.03.11 (300/507) ... > Please see /opt/csw/share/doc/sendmail/license for license information. > pkgadd: ERROR: unable to create package object . > pathname does not exist > owner name not found in passwd table(s) > ERROR: attribute verification of failed > owner name not found in passwd table(s) > Registering 'sendmail' alternative /opt/csw/bin/mailq.sendmail ... > Installing class ... > Group smmsp already exists > User smmsp has been added > Updating account 'smmsp' to be no-login (NP) > > Group mail already exists > No user to create > > ----8<---- migration configuration start ----8<---- > MIGRATE_FILES="aliases helpfile local-host-names sendmail.cf submit.cf trusted-users" > SOURCE_DIR___default__="/opt/csw/etc/mail" > DEST_DIR___default__="/etc/opt/csw/mail" > ----8<---- migration configuration end ----8<---- > > ******************************************************************* > * Files will be now migrated from the deprecated location > * (e.g. /opt/csw/etc) to the new location (e.g. /etc/opt/csw). > * > * Migration will continue in 10 seconds. > * Press CTRL+C if you want to stop now. > ******************************************************************* > > 10 9 8 7 6 5 4 3 2 1 0. > Copying '/opt/csw/etc/migration-archive/aliases' to '/etc/opt/csw/mail/aliases' > Copying '/opt/csw/etc/migration-archive/local-host-names' to '/etc/opt/csw/mail/local-host-names' > Copying '/opt/csw/etc/migration-archive/sendmail.cf' to '/etc/opt/csw/mail/sendmail.cf' > Copying '/opt/csw/etc/migration-archive/submit.cf' to '/etc/opt/csw/mail/submit.cf' > Copying '/opt/csw/etc/migration-archive/trusted-users' to '/etc/opt/csw/mail/trusted-users' > /etc/opt/csw/mail/aliases already exists. Not overwriting > Copying sample config to /etc/opt/csw/mail/helpfile > /etc/opt/csw/mail/local-host-names already exists. Not overwriting > /etc/opt/csw/mail/sendmail.cf already exists. Not overwriting > /etc/opt/csw/mail/submit.cf already exists. Not overwriting > /etc/opt/csw/mail/trusted-users already exists. Not overwriting > > Installing class ... > /etc/opt/csw/init.d/cswsendmail > /etc/init.d/cswsendmail > Installing class ... > > Notes for users of previous versions of CSWsendmail > =================================================== > > Solaris built-in Sendmail > ------------------------- > > The CSWsendmail package no longer tries to deactivate the built-in > Sendmail in Solaris. Instead you get similar scripts that you can > run yourself if you don't want to do the modifications manually. > > * /opt/csw/share/doc/sendmail/oracle-sendmail-deactivate.sh > * /opt/csw/share/doc/sendmail/oracle-sendmail-reactivate.sh > > You should, as a minimum, disable the built-in Sendmail from starting > at boot to avoid port 25 conflicts. Also, many utilities using mail > expect Sendmail to be located in /usr/lib/sendmail e.g. > > If you disable the rc-script in Solaris 9 and create links to > CSWsendmail binaries manually or with the above mentioned script > please be aware that Oracle patches may very well restore this. > You have to be aware of this when patching as long as the built-in > Sendmail packages are on your system. > > Default paths > ------------- > > The default paths are now: > > * /etc/opt/csw/mail > * /var/opt/csw/spool > > Your configuration files in /opt/csw/etc/mail will be migrated to > the new location automatically. > > You can of course control almost everything by building a new > sendmail.cf, take a look in /opt/csw/share/mail/cf. The init script > (/etc/opt/csw/init.d/cswsendmail) may also need modification if you > want to use other paths. > > Alternatives > ------------ > > A few files are provided by both the Sendmail and Postfix packages: > > * /opt/csw/bin/mailq > * /opt/csw/bin/newaliases > * /opt/csw/share/man/man1/aliases.1 > * /opt/csw/share/man/man1/mailq.1 > * /opt/csw/share/man/man1/newaliases.1 > > Normally you don't have both those packages on the same system but > if you do you can easily select between the versions with the > alternatives(8) system by executing e.g.: > > # /opt/csw/sbin/alternatives --config mailq > > See http://www.opencsw.org/packages/alternatives for details. > > Contrib > ------- > > There's a new package, CSWsendmail-contrib, which contains the > contents of the contrib dir in the Sendmail source. There's some > useful scripts there. > > -- > Peter Bonivart, OpenCSW, 2011-06-21 > > Installation of partially failed. > Exiting pkgutil due to pkgadd error: 2 > dublin9x# > From dam at opencsw.org Thu May 31 08:50:27 2012 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 31 May 2012 08:50:27 +0200 Subject: [csw-maintainers] dublin* build hosts ready Message-ID: <5739176F-BCA6-4403-89F9-69C736CE014D@opencsw.org> Hi folks, the dublin build hosts are ready: dublin9s dublin9x dublin10s dublin10x As I reused the unstable* hosts about 600 packages have been updated and I hope to have a sane state. Please let me know if you encounter anything suspicious. Maciej: What do you think about pushing to the dublin catalog when being on dublin and using csw-upload-pkg ? Best regards -- Dago From pfelecan at opencsw.org Thu May 31 10:25:49 2012 From: pfelecan at opencsw.org (pfelecan at opencsw.org) Date: Thu, 31 May 2012 10:25:49 +0200 (CEST) Subject: [csw-maintainers] how to express dependencies on alternatives? Message-ID: Emacs new packaging uses the alternatives system. There are packages, such as auctex, depending on the generic Emacs at run-time and/or build time. How can I express such dependencies? Concretely: auctex depends (build and run-time) on emacs (the X11 Athena based widget) or emacs_gtk or emacs_nox. From maciej at opencsw.org Thu May 31 10:32:46 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 31 May 2012 09:32:46 +0100 Subject: [csw-maintainers] how to express dependencies on alternatives? In-Reply-To: References: Message-ID: 2012/5/31 : > Emacs new packaging uses the alternatives system. > > There are packages, such as auctex, depending on the generic Emacs at > run-time and/or build time. > > How can I express such dependencies? > > Concretely: auctex depends (build and run-time) on emacs (the X11 > Athena based widget) or emacs_gtk or emacs_nox. I don't think you can, at all. It's the inherent limitation of SVR4 package format. In such case, one thing to do would be to display a message at the end of auctex installation, explaining that either emacs_gtk or emacs_nox need to be installed. From maciej at opencsw.org Thu May 31 10:44:57 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 31 May 2012 09:44:57 +0100 Subject: [csw-maintainers] dublin* build hosts ready In-Reply-To: <5739176F-BCA6-4403-89F9-69C736CE014D@opencsw.org> References: <5739176F-BCA6-4403-89F9-69C736CE014D@opencsw.org> Message-ID: 2012/5/31 Dagobert Michelsen : > Maciej: What do you think about pushing to the dublin catalog when being on > dublin and using csw-upload-pkg ? I tried to make up my mind about this, and couldn't. It boils down to how should the script know which catalog to add the packages to? Also, what safety checks can we have in place so that we don't insert into dublin packages that have been built on unstable? Using csw-upload-pkg sounds like a generally good idea, but I'm not sure if the host name is a good signal for the script. Also, only the login host has the auth tokens, so we'd either have to replicate them, or change the auth mechanism. My first thought was to just add a flag to csw-upload-pkg, for example: --catalog-release. There is also a safety lock on the server side[1] that ensures that only unstable can be modified this way. So removing this option and adding --catalog-release to csw-upload-pkg could suffice. Maciej [1] http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/web/releases_web.py#L149 From jh at opencsw.org Thu May 31 10:58:46 2012 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 31 May 2012 10:58:46 +0200 Subject: [csw-maintainers] dublin* build hosts ready In-Reply-To: References: <5739176F-BCA6-4403-89F9-69C736CE014D@opencsw.org> Message-ID: <4FC732C6.5010405@opencsw.org> I think it might be a good thing to just allow a few people to push stuff into dublin/names releases directly. (Some kind of review/fix integration board). I know it might delay stuff but I think it's worth it. Second thought would be to have another catalog like named-staging. Where everyone can add stuff to this is then pushed to named-release. Am 31.05.12 10:44, schrieb Maciej (Matchek) Blizi?ski: > 2012/5/31 Dagobert Michelsen : >> Maciej: What do you think about pushing to the dublin catalog when being on >> dublin and using csw-upload-pkg ? > > I tried to make up my mind about this, and couldn't. It boils down to > how should the script know which catalog to add the packages to? > > Also, what safety checks can we have in place so that we don't insert > into dublin packages that have been built on unstable? > > Using csw-upload-pkg sounds like a generally good idea, but I'm not > sure if the host name is a good signal for the script. Also, only the > login host has the auth tokens, so we'd either have to replicate them, > or change the auth mechanism. > > My first thought was to just add a flag to csw-upload-pkg, for > example: --catalog-release. There is also a safety lock on the server > side[1] that ensures that only unstable can be modified this way. So > removing this option and adding --catalog-release to csw-upload-pkg > could suffice. > > Maciej > > [1] http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/web/releases_web.py#L149 > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > From Joerg.Schilling at fokus.fraunhofer.de Thu May 31 11:25:31 2012 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Thu, 31 May 2012 11:25:31 +0200 Subject: [csw-maintainers] how to express dependencies on alternatives? In-Reply-To: References: Message-ID: <4fc7390b.k+oebqf5EzLm9eXC%Joerg.Schilling@fokus.fraunhofer.de> Maciej (Matchek) Blizi??ski wrote: > > There are packages, such as auctex, depending on the generic Emacs at > > run-time and/or build time. > > > > How can I express such dependencies? > > > > Concretely: auctex depends (build and run-time) on emacs (the X11 > > Athena based widget) or emacs_gtk or emacs_nox. > > I don't think you can, at all. It's the inherent limitation of SVR4 > package format. I am not sure whether this is a limitation. Up to now, I was always able to express my needs with the system. - cpp is closed source and thus not available on OpenSolaris. There is however SCHILYcpp and SCHILYcppr. I also provide an empty SUNWcpp that depends on SCHILYcpp and SCHILYcppr and that is installed to give compatibility. - If you like to allow different implementations to provide the same interface, you need to create different empty wrapper packages > In such case, one thing to do would be to display a message at the end > of auctex installation, explaining that either emacs_gtk or emacs_nox > need to be installed. This is not supported by pkgadd..... J?rg -- EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin js at cs.tu-berlin.de (uni) joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From bonivart at opencsw.org Thu May 31 13:52:35 2012 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 31 May 2012 13:52:35 +0200 Subject: [csw-maintainers] Error installing sendmail In-Reply-To: References: Message-ID: On Thu, May 31, 2012 at 7:56 AM, Dagobert Michelsen wrote: > Hi folks, > > I just updated the dublin build hosts and got the following install error for sendmail > which aborted the whole update process (btw, it is really bad that an update is hard > stopped under any issue as it can not be continued and leaves a system in a half-baked > state and I don't know what packages are missing now). It's an old decision to stop the processing on pkgadd errors due to more errors will likely follow if one package doesn't install properly. Also, since most people don't pay attention to the install process output they would get hard to understand runtime problems later on. For almost every bad situation there's an equally bad alternative. Pick your poison. :) >> => Installing CSWsendmail-8.14.5,REV=2012.03.11 (300/507) ... >> Please see /opt/csw/share/doc/sendmail/license for license information. >> pkgadd: ERROR: unable to create package object . >> ? ? pathname does not exist >> ? ? owner name not found in passwd table(s) >> ERROR: attribute verification of failed >> ? ? owner name not found in passwd table(s) >> Registering 'sendmail' alternative /opt/csw/bin/mailq.sendmail ... >> Installing class ... >> Group smmsp already exists >> User smmsp has been added >> Updating account 'smmsp' to be no-login (NP) >> >> Group mail already exists >> No user to create I'll take a look at the package but it seems the prototype modifiers are run before the usergroup CAS which can be bad. The weird thing in this case it that you seem to have the necessary users already but still pkgadd complains. Is there something specific with this host like sparse zones or similar that could have affected this? /peter From bwalton at opencsw.org Thu May 31 15:11:01 2012 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 31 May 2012 09:11:01 -0400 Subject: [csw-maintainers] Error installing sendmail In-Reply-To: References: Message-ID: <1338469611-sup-5303@pinkfloyd.chass.utoronto.ca> Excerpts from Peter Bonivart's message of Thu May 31 07:52:35 -0400 2012: > For almost every bad situation there's an equally bad alternative. > Pick your poison. :) I agree with this and I think the current behaviour is actually the least bad option that we have. If we log the initial state (package set) and the proposed changes in some easily consumable (json, yaml) format, we could have a small tool that could diagnose a failed situation so that it's easy to see what needs to happen to recover. The CSWpkgloghooks could help with this somewhat but might not be a full solution. If it would help, I could augment it to make it more useful for cases like this. The alternative is to put this logging directly inside pkgutil and that is possibly better anyway. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Thu May 31 15:22:27 2012 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 31 May 2012 09:22:27 -0400 Subject: [csw-maintainers] how to express dependencies on alternatives? In-Reply-To: References: Message-ID: <1338470397-sup-2419@pinkfloyd.chass.utoronto.ca> Excerpts from pfelecan's message of Thu May 31 04:25:49 -0400 2012: > Concretely: auctex depends (build and run-time) on emacs (the X11 > Athena based widget) or emacs_gtk or emacs_nox. Others have answered with the technicalities and I think they're on the money. I'll try to provide a usable workaround... How about having CSWemacs that is a dummy package that depends only on your preferred (or your view of the emacs users consensus) on which version (x11, gtk or nox) people want. Then, all of the packages delivering the real editor would be uniquely named with -x11, -gtk and -nox. The alternatives would be handled directly within the real packages but things like auctex can still have a generic dependency. HTH. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From pfelecan at opencsw.org Thu May 31 16:48:40 2012 From: pfelecan at opencsw.org (pfelecan at opencsw.org) Date: Thu, 31 May 2012 16:48:40 +0200 (CEST) Subject: [csw-maintainers] GAR: DISTFILES documentation Message-ID: <74da55a4f38db9d79419fddb6d488adb.squirrel@mail.opencsw.org> DISTFILES needs rewording and deepening in http://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference#DownloadSettings Moreover, given that adminfiles macro is obsoleted, the afferent discussion should be removed or state the obsolescence. TIA From maciej at opencsw.org Thu May 31 17:39:25 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 31 May 2012 16:39:25 +0100 Subject: [csw-maintainers] GAR: DISTFILES documentation In-Reply-To: <74da55a4f38db9d79419fddb6d488adb.squirrel@mail.opencsw.org> References: <74da55a4f38db9d79419fddb6d488adb.squirrel@mail.opencsw.org> Message-ID: 2012/5/31 > > DISTFILES needs rewording and deepening in > http://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference#DownloadSettings > > Moreover, given that adminfiles macro is obsoleted, the afferent > discussion should be removed or state the obsolescence. For quick fixes, you can use your SourceForge login and password to authenticate and edit the wiki without waiting for others. Changes appear on the timeline, so they can be reviewed by others. You know better than anyone else what changes to make, and it's good to avoid the middle man between your brain and the wiki. Maciej From maciej at opencsw.org Thu May 31 20:39:59 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 31 May 2012 19:39:59 +0100 Subject: [csw-maintainers] The Solaris subreddit In-Reply-To: References: Message-ID: 2011/12/16 Maciej (Matchek) Blizi?ski : > If there are any Redditors here: there is a Solaris subreddit: > > http://www.reddit.com/r/solaris/ Here's an interesting discussion: http://www.reddit.com/r/solaris/comments/r1cz9/yay_my_new_sunfire_v210_is_all_hooked_up_and/ One person asked where do you get packages from these days. We were the first answer given. Later comments show how people view / think of / figure out how to use our packages. They're often wrong, but the ways in which they're wrong, are interesting and potentially informative for us. Maciej From pfelecan at opencsw.org Thu May 31 20:53:25 2012 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 31 May 2012 20:53:25 +0200 Subject: [csw-maintainers] GAR: DISTFILES documentation In-Reply-To: ("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Thu, 31 May 2012 16:39:25 +0100") References: <74da55a4f38db9d79419fddb6d488adb.squirrel@mail.opencsw.org> Message-ID: "Maciej (Matchek) Blizi?ski" writes: > 2012/5/31 >> >> DISTFILES needs rewording and deepening in >> http://sourceforge.net/apps/trac/gar/wiki/GAR%20Variable%20Reference#DownloadSettings >> >> Moreover, given that adminfiles macro is obsoleted, the afferent >> discussion should be removed or state the obsolescence. > > For quick fixes, you can use your SourceForge login and password to > authenticate and edit the wiki without waiting for others. Changes > appear on the timeline, so they can be reviewed by others. You know > better than anyone else what changes to make, and it's good to avoid > the middle man between your brain and the wiki. That I know and perused quite a lot when is in my competency domain. What I'm asking here, specifically, something which is outside of the aforementioned domain, i.e., DISTFILES -- Peter From maciej at opencsw.org Thu May 31 22:43:28 2012 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Thu, 31 May 2012 21:43:28 +0100 Subject: [csw-maintainers] GAR: DISTFILES documentation In-Reply-To: References: <74da55a4f38db9d79419fddb6d488adb.squirrel@mail.opencsw.org> Message-ID: 2012/5/31 Peter FELECAN : >> For quick fixes, you can use your SourceForge login and password to >> authenticate and edit the wiki without waiting for others. Changes >> appear on the timeline, so they can be reviewed by others. You know >> better than anyone else what changes to make, and it's good to avoid >> the middle man between your brain and the wiki. > > That I know and perused quite a lot when is in my competency domain. Cool. I wanted to make sure that you're aware of it. > What I'm asking here, specifically, something which is outside of the > aforementioned domain, i.e., DISTFILES Alright, I've put in a short description and removed the obsolete information. I'm not sure what more would you like there to be. It's usually just one file, the tarball, not much philosophy in there. If you have more than one source file, then there's a lot more you have to do, like custom unpack targets. That would be best described via an example. Is that what you're looking for? What's your use case? Maciej