From jh at opencsw.org Wed Mar 2 15:36:07 2016 From: jh at opencsw.org (Jan Holzhueter) Date: Wed, 2 Mar 2016 15:36:07 +0100 Subject: thoughts on openssl update Message-ID: <56D6FA57.50105@opencsw.org> Hi, as posted to users list I was kind of to quick with rebuild of the new openssl. As I thought like many there will be not much stuff out there still using the sslv2* functions. Seems like I was wrong. http://ptribble.blogspot.de/2016/03/moving-goalposts-with-openssl.html http://lists.omniti.com/pipermail/omnios-discuss/2016-March/006463.html I'm not sure what might be broken. e.g. curl wget etc will probably only explode if they try sslv2 connection but other stuff might check all the time. So whats your take? Stay with sslv2 disabled. And rebuild stuff that explodes. Or enable sslv2 for the time beeing. Or do a cleanup/rebuild with the openssl 1.0.2 that I'm working on anyway. ? Anyone with some time could run through our stuff to check for SSLv2_client_method SSLv2_method SSLv2_server_method Those would need a rebuild. I'm not sure though since our libssl has elf versions if those would just show up in general on everything linked with libssl. @Maciej do we might even have that info in pkgdb (maybe just not exposed) Greetings Jan From ihsan at opencsw.org Wed Mar 2 20:55:15 2016 From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuwqBEb8SfYW4=?=) Date: Wed, 2 Mar 2016 20:55:15 +0100 Subject: Mail & Web Server Downtime Message-ID: <56D74523.7000500@opencsw.org> Hi, I'm going on site to the Data 11 [1] data center tomorrow evening. While being there I will replace the faulty disk (thanks Laurent for the disk) and the ALOM battery. For this I have to shut down the machine. Date: 3. March 2016 Time: 15:15 UTC (16:16 CET) [1] http://www.data11.ch/ Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From ihsan at opencsw.org Thu Mar 3 17:14:41 2016 From: ihsan at opencsw.org (=?UTF-8?B?xLBoc2FuwqBEb8SfYW4=?=) Date: Thu, 3 Mar 2016 17:14:41 +0100 Subject: Mail & Web Server Downtime In-Reply-To: <56D74523.7000500@opencsw.org> References: <56D74523.7000500@opencsw.org> Message-ID: <56D862F1.7050609@opencsw.org> Am 02.03.2016 um 20:55 schrieb ?hsan Do?an: > I'm going on site to the Data 11 [1] data center tomorrow evening. While > being there I will replace the faulty disk (thanks Laurent for the disk) > and the ALOM battery. For this I have to shut down the machine. Everything is up and running again. The root disk is still resilvering, so the performance might be a little slow. root at planex:~# zpool status rpool pool: rpool state: DEGRADED status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scan: resilver in progress since Thu Mar 3 17:10:36 2016 1.93G scanned out of 51.5G at 12.1M/s, 1h9m to go 1.93G resilvered, 3.76% done config: NAME STATE READ WRITE CKSUM rpool DEGRADED 0 0 0 mirror-0 DEGRADED 0 0 0 c1t0d0s0 ONLINE 0 0 0 replacing-1 DEGRADED 0 0 0 c1t1d0s0/old FAULTED 0 0 0 corrupted data c1t1d0s0 ONLINE 0 0 0 (resilvering) errors: No known data errors Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From rupert at opencsw.org Sun Mar 20 09:44:31 2016 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 20 Mar 2016 09:44:31 +0100 Subject: experimental password Message-ID: hi, as this gcc-4.9 problem in python is still not fixed on unstable i tried to build mercurial on experimental. last time sudo was possible to install missing packages, now not? which password does it take, if it is not the one on login.opencsw? rupert From rupert at opencsw.org Sun Mar 20 09:48:43 2016 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 20 Mar 2016 09:48:43 +0100 Subject: make platforms goes to unstable9s and fails Message-ID: hi, make platforms on the mercrial package fails, going to unstable9x. this is not what it should do, isn't it? rupert From jh at opencsw.org Sun Mar 20 11:16:54 2016 From: jh at opencsw.org (=?UTF-8?Q?Jan_Holzh=c3=bcter?=) Date: Sun, 20 Mar 2016 11:16:54 +0100 Subject: Buildfarm died. Message-ID: <56EE7896.7040401@opencsw.org> Hi, the buildfarm can't fork anymore :) core and reboot in progress. Greetings Jan From jh at opencsw.org Sun Mar 20 11:34:19 2016 From: jh at opencsw.org (=?UTF-8?Q?Jan_Holzh=c3=bcter?=) Date: Sun, 20 Mar 2016 11:34:19 +0100 Subject: Buildfarm died. In-Reply-To: <56EE7896.7040401@opencsw.org> References: <56EE7896.7040401@opencsw.org> Message-ID: <56EE7CAB.1010000@opencsw.org> Hi, Am 20.03.16 um 11:16 schrieb Jan Holzh?ter: > Hi, > the buildfarm can't fork anymore :) > core and reboot in progress. all should be back to normal Sorry From jh at opencsw.org Sun Mar 20 11:46:09 2016 From: jh at opencsw.org (=?UTF-8?Q?Jan_Holzh=c3=bcter?=) Date: Sun, 20 Mar 2016 11:46:09 +0100 Subject: Buildfarm died. In-Reply-To: <56EE7CAB.1010000@opencsw.org> References: <56EE7896.7040401@opencsw.org> <56EE7CAB.1010000@opencsw.org> Message-ID: <56EE7F71.6030206@opencsw.org> Hi, small update :) Rupert I hope your small fork bomb was by accident :) > ::ps S PID PPID PGID SID UID FLAGS ADDR NAME R 0 0 0 0 0 0x00000001 00000000019116c0 sched R 109 0 0 0 0 0x00020001 000006003ae02680 zpool-scorpio R 7 0 0 0 0 0x00020001 00000600389e4cd8 vmtasks R 3 0 0 0 0 0x00020001 00000600389e59a8 fsflush R 2 0 0 0 0 0x00020001 00000600389e6678 pageout R 1 0 0 0 0 0x4a004000 00000600389e7348 init R 8820 1 4191 130 17101 0x42010400 000003030e998010 bash R 16174 8820 4191 130 17101 0x42010000 00000300adc30a08 bash R 9496 8820 4191 130 17101 0x42010000 00000304bf6dd058 bash R 23348 9496 4191 130 17101 0x42010000 000003014874d2e8 bash R 13137 9496 4191 130 17101 0x42010000 00000303bf7f6598 bash R 25765 13137 4191 130 17101 0x42010000 00000300e23e0190 bash R 10855 1 4191 130 17101 0x42010400 000003035c264b98 bash R 15802 10855 4191 130 17101 0x42010000 000003035d070510 bash R 16616 10855 4191 130 17101 0x42010000 00000304bf3d53a0 bash R 6582 1 4191 130 17101 0x42010400 00000300cfcc4da0 bash R 20154 6582 4191 130 17101 0x42010000 00000304bf4dfa90 bash R 6517 1 4191 130 17101 0x42010400 00000301d4fb2fe8 bash R 8204 1 4191 130 17101 0x42010400 00000304c18341a0 bash R 227 1 4191 130 17101 0x42010400 00000300c51321e0 bash R 14123 1 4191 130 17101 0x42010400 00000300c7d5f988 bash R 15308 14123 4191 130 17101 0x42010000 000003041d17e328 bash R 16022 15308 4191 130 17101 0x42010000 00000304c18274e0 bash R 17057 16022 4191 130 17101 0x42010000 00000301f5a15078 bash R 17701 17057 4191 130 17101 0x42010000 00000302e4999af0 bash R 18483 17701 4191 130 17101 0x42010000 00000301824b85c0 bash ....... did not count few 1000 extra bash more :) grep 17101 /etc/passwd rupert:x:17101:10000:Rupert Thurner:/home/rupert:/opt/csw/bin/bash Greetings Jan From dam at opencsw.org Sun Mar 20 21:16:52 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 20 Mar 2016 21:16:52 +0100 Subject: experimental password In-Reply-To: References: Message-ID: <8554AB9B-7BAF-40A9-B67E-255D5BDCE2C1@opencsw.org> Hi Rupert, Am 20.03.2016 um 09:44 schrieb rupert THURNER : > as this gcc-4.9 problem in python is still not fixed on unstable i > tried to build mercurial on experimental. last time sudo was possible > to install missing packages, now not? which password does it take, if > it is not the one on login.opencsw? You had sudo on experimental10s but not experimental10x. I have added this now. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From dam at opencsw.org Sun Mar 20 21:23:48 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 20 Mar 2016 21:23:48 +0100 Subject: make platforms goes to unstable9s and fails In-Reply-To: References: Message-ID: <5E8BFD36-5F34-427E-B58C-ECEB4F49F059@opencsw.org> Hi Rupert, Am 20.03.2016 um 09:48 schrieb rupert THURNER : > make platforms on the mercrial package fails, going to unstable9x. > this is not what it should do, isn't it? In fact it is, this is because Python modules are considered infrastructure which is requires for Solaris 9: https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/gar/v2/categories/python/category.mk#65 I think you can reaise this for mercurial to PACKAGING_PLATFORMS = solaris10-i386 solaris10-sparc explicitly if you want. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From rupert at opencsw.org Mon Mar 21 08:08:56 2016 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 21 Mar 2016 08:08:56 +0100 Subject: make platforms goes to unstable9s and fails In-Reply-To: <5E8BFD36-5F34-427E-B58C-ECEB4F49F059@opencsw.org> References: <5E8BFD36-5F34-427E-B58C-ECEB4F49F059@opencsw.org> Message-ID: On Sun, Mar 20, 2016 at 9:23 PM, Dagobert Michelsen wrote: > Hi Rupert, > > Am 20.03.2016 um 09:48 schrieb rupert THURNER : >> make platforms on the mercrial package fails, going to unstable9x. >> this is not what it should do, isn't it? > > In fact it is, this is because Python modules are considered infrastructure which is > requires for Solaris 9: > https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/gar/v2/categories/python/category.mk#65 > > I think you can reaise this for mercurial to > PACKAGING_PLATFORMS = solaris10-i386 solaris10-sparc > explicitly if you want. rupert at experimental10x [global]:~/opencsw/mercurial/trunk > ssh experimental9x ... gmake: *** [check-prereqs] Error 1 gmake: Leaving directory `/home/rupert/opencsw/mercurial/trunk' Connection to experimental9x closed. /home/rupert/opencsw/.buildsys/v2/gar//gar.pkg.mk:1215: recipe for target 'platforms' failed gmake: *** [platforms] Error 2 From rupert at opencsw.org Mon Mar 21 08:59:14 2016 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 21 Mar 2016 08:59:14 +0100 Subject: make platforms goes to unstable9s and fails In-Reply-To: References: <5E8BFD36-5F34-427E-B58C-ECEB4F49F059@opencsw.org> Message-ID: On Mon, Mar 21, 2016 at 8:08 AM, rupert THURNER wrote: > On Sun, Mar 20, 2016 at 9:23 PM, Dagobert Michelsen wrote: >> Hi Rupert, >> >> Am 20.03.2016 um 09:48 schrieb rupert THURNER : >>> make platforms on the mercrial package fails, going to unstable9x. >>> this is not what it should do, isn't it? >> >> In fact it is, this is because Python modules are considered infrastructure which is >> requires for Solaris 9: >> https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/gar/v2/categories/python/category.mk#65 >> >> I think you can reaise this for mercurial to >> PACKAGING_PLATFORMS = solaris10-i386 solaris10-sparc >> explicitly if you want. > rupert at experimental10x [global]:~/opencsw/mercurial/trunk > ssh experimental9x > ... > gmake: *** [check-prereqs] Error 1 > gmake: Leaving directory `/home/rupert/opencsw/mercurial/trunk' > Connection to experimental9x closed. > /home/rupert/opencsw/.buildsys/v2/gar//gar.pkg.mk:1215: recipe for > target 'platforms' failed > gmake: *** [platforms] Error 2 oh, early send :) i tried ot say that i do not mind if it connects there and tries to build. but it does not work as before, see above. i tried as well to get python compile respin, to get rid of python-4.9 hardcoded. but - this time on experimental python 5.2 is hardcoded and gcc is at version 5.3. rupert at experimental10x [global]:~/opencsw/lang-python/python/branches/python-2.7 > mgar spotless package ... checking for gcc... /opt/csw/bin/gcc-5.2 rupert at experimental10x [global]:~/opencsw/lang-python/python/branches/python-2.7 > ls -l /opt/csw/bin/gcc* lrwxrwxrwx 1 root other 20 Feb 12 22:35 /opt/csw/bin/gcc -> /opt/csw/bin/gcc-5.3 rupert From dam at opencsw.org Mon Mar 21 11:09:19 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 21 Mar 2016 11:09:19 +0100 Subject: make platforms goes to unstable9s and fails In-Reply-To: References: <5E8BFD36-5F34-427E-B58C-ECEB4F49F059@opencsw.org> Message-ID: Hi Rupert, Am 21.03.2016 um 08:59 schrieb rupert THURNER : > oh, early send :) i tried ot say that i do not mind if it connects > there and tries to build. but it does not work as before, see above. i > tried as well to get python compile respin, to get rid of python-4.9 > hardcoded. but - this time on experimental python 5.2 is hardcoded and > gcc is at version 5.3. The issues are now fixed. While I was at it I also pushed a new mercurial: https://sourceforge.net/p/gar/code/25623 https://sourceforge.net/p/gar/code/25624 Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From dam at opencsw.org Thu Mar 24 14:36:27 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 24 Mar 2016 14:36:27 +0100 Subject: mkdtemp only on Solaris 10 Sparc Message-ID: <39E732E2-C15A-428A-B984-A79FC2FF37CC@opencsw.org> Hi folks, I just a funny thing: the new libc-function mkdtemp() is only available on Solaris 10 Sparc, although the release between Sparc and i386 and identical: > dam at unstable10s [unstable10s]:/home/dam > more /etc/release > Oracle Solaris 10 8/11 s10s_u10wos_17b SPARC > Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. > Assembled 23 August 2011 > dam at unstable10s [unstable10s]:/home/dam > nm -D /usr/lib/libc.so | grep mkdtemp > [2326] | 364852| 168|FUNC |GLOB |0 |9 |mkdtemp > dam at unstable10s [unstable10s]:/home/dam > pvs -d /usr/lib/libc.so > libc.so.1; > SUNW_1.23; > SUNW_1.22.7; > SUNW_1.22.6; > SUNW_1.22.5; > SUNW_1.22.4; > SUNW_1.22.3; > SUNW_1.22.2; > SUNW_1.22.1; > SUNW_1.22; > SUNW_1.21.3; > SUNW_1.21.2; > SUNW_1.21.1; > SUNW_1.21; > SUNW_1.20.4; > SUNW_1.20.1; > SUNW_1.20; > SUNW_1.19; > SUNW_1.18.1; > SUNW_1.18; > SUNW_1.17; > SUNW_1.16; > SUNW_1.15; > SUNW_1.14; > SUNW_1.13; > SUNW_1.12; > SUNW_1.11; > SUNW_1.10; > SUNW_1.9; > SUNW_1.8; > SUNW_1.7; > SUNW_1.6; > SUNW_1.5; > SUNW_1.4; > SUNW_1.3; > SUNW_1.2; > SUNW_1.1; > SUNW_0.9; > SUNW_0.8; > SUNW_0.7; > SISCD_2.3; > SYSVABI_1.3; > SUNWprivate_1.1; > dam at unstable10x [global]:/home/dam > more /etc/release > Oracle Solaris 10 8/11 s10x_u10wos_17b X86 > Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. > Assembled 23 August 2011 > dam at unstable10x [global]:/home/dam > nm -D /usr/lib/libc.so | grep mkdtemp > [1] 20154 done nm -D /usr/lib/libc.so | > 20155 exit 1 grep mkdtemp > dam at unstable10x [global]:/home/dam > pvs -d /usr/lib/libc.so > libc.so.1; > SUNW_1.23; > SUNW_1.22.7; > SUNW_1.22.6; > SUNW_1.22.5; > SUNW_1.22.4; > SUNW_1.22.3; > SUNW_1.22.2; > SUNW_1.22.1; > SUNW_1.22; > SUNW_1.21.3; > SUNW_1.21.2; > SUNW_1.21.1; > SUNW_1.21; > SUNW_1.20.4; > SUNW_1.20.1; > SUNW_1.20; > SUNW_1.19; > SUNW_1.18.1; > SUNW_1.18; > SUNW_1.17; > SUNW_1.16; > SUNW_1.15; > SUNW_1.14; > SUNW_1.13; > SUNW_1.12; > SUNW_1.11; > SUNW_1.10; > SUNW_1.9; > SUNW_1.8; > SUNW_1.7; > SUNW_1.6; > SUNW_1.5; > SUNW_1.4; > SUNW_1.3; > SUNW_1.2; > SUNW_1.1; > SUNW_0.9; > SUNW_0.8; > SUNW_0.7; > SYSVABI_1.3; > SUNWprivate_1.1; Any idea on why this is? Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From jh at opencsw.org Thu Mar 24 15:02:05 2016 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 24 Mar 2016 15:02:05 +0100 Subject: mkdtemp only on Solaris 10 Sparc In-Reply-To: <39E732E2-C15A-428A-B984-A79FC2FF37CC@opencsw.org> References: <39E732E2-C15A-428A-B984-A79FC2FF37CC@opencsw.org> Message-ID: <56F3F35D.6080700@opencsw.org> Hi, Am 24.03.16 um 14:36 schrieb Dagobert Michelsen: > Hi folks, > > I just a funny thing: the new libc-function mkdtemp() is only available on Solaris 10 Sparc, > although the release between Sparc and i386 and identical: > >> dam at unstable10s [unstable10s]:/home/dam > more /etc/release >> Oracle Solaris 10 8/11 s10s_u10wos_17b SPARC >> Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. >> Assembled 23 August 2011 >> dam at unstable10s [unstable10s]:/home/dam > nm -D /usr/lib/libc.so | grep mkdtemp >> [2326] | 364852| 168|FUNC |GLOB |0 |9 |mkdtemp >> dam at unstable10s [unstable10s]:/home/dam > pvs -d /usr/lib/libc.so >> libc.so.1; >> SUNW_1.23; >> SUNW_1.22.7; >> SUNW_1.22.6; >> SUNW_1.22.5; >> SUNW_1.22.4; >> SUNW_1.22.3; >> SUNW_1.22.2; >> SUNW_1.22.1; >> SUNW_1.22; >> SUNW_1.21.3; >> SUNW_1.21.2; >> SUNW_1.21.1; >> SUNW_1.21; >> SUNW_1.20.4; >> SUNW_1.20.1; >> SUNW_1.20; >> SUNW_1.19; >> SUNW_1.18.1; >> SUNW_1.18; >> SUNW_1.17; >> SUNW_1.16; >> SUNW_1.15; >> SUNW_1.14; >> SUNW_1.13; >> SUNW_1.12; >> SUNW_1.11; >> SUNW_1.10; >> SUNW_1.9; >> SUNW_1.8; >> SUNW_1.7; >> SUNW_1.6; >> SUNW_1.5; >> SUNW_1.4; >> SUNW_1.3; >> SUNW_1.2; >> SUNW_1.1; >> SUNW_0.9; >> SUNW_0.8; >> SUNW_0.7; >> SISCD_2.3; >> SYSVABI_1.3; >> SUNWprivate_1.1; > > > >> dam at unstable10x [global]:/home/dam > more /etc/release >> Oracle Solaris 10 8/11 s10x_u10wos_17b X86 >> Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. >> Assembled 23 August 2011 >> dam at unstable10x [global]:/home/dam > nm -D /usr/lib/libc.so | grep mkdtemp >> [1] 20154 done nm -D /usr/lib/libc.so | >> 20155 exit 1 grep mkdtemp >> dam at unstable10x [global]:/home/dam > pvs -d /usr/lib/libc.so >> libc.so.1; >> SUNW_1.23; >> SUNW_1.22.7; >> SUNW_1.22.6; >> SUNW_1.22.5; >> SUNW_1.22.4; >> SUNW_1.22.3; >> SUNW_1.22.2; >> SUNW_1.22.1; >> SUNW_1.22; >> SUNW_1.21.3; >> SUNW_1.21.2; >> SUNW_1.21.1; >> SUNW_1.21; >> SUNW_1.20.4; >> SUNW_1.20.1; >> SUNW_1.20; >> SUNW_1.19; >> SUNW_1.18.1; >> SUNW_1.18; >> SUNW_1.17; >> SUNW_1.16; >> SUNW_1.15; >> SUNW_1.14; >> SUNW_1.13; >> SUNW_1.12; >> SUNW_1.11; >> SUNW_1.10; >> SUNW_1.9; >> SUNW_1.8; >> SUNW_1.7; >> SUNW_1.6; >> SUNW_1.5; >> SUNW_1.4; >> SUNW_1.3; >> SUNW_1.2; >> SUNW_1.1; >> SUNW_0.9; >> SUNW_0.8; >> SUNW_0.7; >> SYSVABI_1.3; >> SUNWprivate_1.1; > > > Any idea on why this is? first of all ignore /etc/release. (you should know that :) ) only kernel is what counts. jh at login [login]:/home/jh > ssh unstable10s uname -a SunOS unstable10s 5.10 Generic_150400-17 sun4v sparc SUNW,SPARC-Enterprise-T5220 jh at login [login]:/home/jh > ssh unstable10x uname -a SunOS unstable10x 5.10 Generic_147441-19 i86pc i386 i86pc second: h at login [login]:/home/jh > ssh unstable10s "pvs -s /usr/lib/libc.so |head" libc.so.1: _PROCEDURE_LINKAGE_TABLE_; _GLOBAL_OFFSET_TABLE_; _DYNAMIC; _end; _etext; _edata; SUNW_1.23: mkdtemp; SUNW_1.22.7: jh at login [login]:/home/jh > ssh unstable10x "pvs -s /usr/lib/libc.so |head" libc.so.1: _edata; _PROCEDURE_LINKAGE_TABLE_; _etext; _GLOBAL_OFFSET_TABLE_; _end; _DYNAMIC; SUNW_1.23: SUNW_1.22.7: asprintf; they backported mkdtemp to Solaris 10 Update 11. I think maybe even somtime via a patch. And also put in in 1.23 which I still think will mess things up sometime. Anyway avoid mkdtemp. Our default map files should to that. Greetings Jan From rupert at opencsw.org Fri Mar 25 13:15:24 2016 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 25 Mar 2016 13:15:24 +0100 Subject: experimental, or test install Message-ID: hi, how you guys do to get something into experimental, either on the website, or install something after a mgar package? experimental10x# pkgutil -i /home/rupert/pkgs/22.Mar.2016/*i386* Installing your local packages ... => Installing /home/rupert/pkgs/22.Mar.2016/ap2_subversion-1.9.3,REV=2016.03.22-SunOS5.10-i386-CSW.pkg.gz sh: /home/rupert/pkgs/22.Mar.2016/ap2_subversion-1.9.3,REV=2016.03.22-SunOS5.10-i386-CSW.pkg: cannot create pkginfo: ERROR: unable to complete package transfer - unable to obtain package volume Use of uninitialized value $pkg in concatenation (.) or string at /opt/csw/bin/pkgutil line 222. Use of uninitialized value $pkg in concatenation (.) or string at /opt/csw/bin/pkgutil line 227. Use of uninitialized value $pkgname in concatenation (.) or string at /opt/csw/bin/pkgutil line 913. => Removing currently installed Use of uninitialized value $pkgname in string at /opt/csw/bin/pkgutil line 914. pkgrm: ERROR: no package associated with <> pkgadd: ERROR: attempt to process datastream failed - open of failed, errno=2 pkgadd: ERROR: could not process datastream from pkgadd failed with exit code: 99 rupert From dam at opencsw.org Fri Mar 25 23:05:56 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 25 Mar 2016 23:05:56 +0100 Subject: experimental, or test install In-Reply-To: References: Message-ID: Hi Rupert, Am 25.03.2016 um 13:15 schrieb rupert THURNER : > how you guys do to get something into experimental, either on the > website, or install something after a mgar package? > > experimental10x# pkgutil -i /home/rupert/pkgs/22.Mar.2016/*i386* What have you done? Works for me: > experimental10x# pkgutil -i /home/rupert/pkgs/22.Mar.2016/*i386* > > Installing your local packages ... > > => Installing /home/rupert/pkgs/22.Mar.2016/ap2_subversion-1.9.3,REV=2016.03.22-SunOS5.10-i386-CSW.pkg > > => Removing currently installed CSWap2svn Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From rupert at opencsw.org Sat Mar 26 06:41:53 2016 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 26 Mar 2016 06:41:53 +0100 Subject: experimental, or test install In-Reply-To: References: Message-ID: On Fri, Mar 25, 2016 at 11:05 PM, Dagobert Michelsen wrote: > Hi Rupert, > > Am 25.03.2016 um 13:15 schrieb rupert THURNER : >> how you guys do to get something into experimental, either on the >> website, or install something after a mgar package? >> >> experimental10x# pkgutil -i /home/rupert/pkgs/22.Mar.2016/*i386* > > What have you done? Works for me: > >> experimental10x# pkgutil -i /home/rupert/pkgs/22.Mar.2016/*i386* >> >> Installing your local packages ... >> >> => Installing /home/rupert/pkgs/22.Mar.2016/ap2_subversion-1.9.3,REV=2016.03.22-SunOS5.10-i386-CSW.pkg >> >> => Removing currently installed CSWap2svn > i am not fully sure. now it worked, but there is one file which i cannot remove or change owner, as root or my user: experimental10x# ls -l /home/rupert/pkgs/22.Mar.2016/*.pkg -rw-r--r-- 1 root root 352768 Mar 25 23:04 /home/rupert/pkgs/22.Mar.2016/ap2_subversion-1.9.3,REV=2016.03.22-SunOS5.10-i386-CSW.pkg rupert From pfelecan at opencsw.org Sat Mar 26 13:57:43 2016 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sat, 26 Mar 2016 13:57:43 +0100 Subject: where is the GAR documentation? Message-ID: Usually I have a bookmark on it but lately I cannot access it anymore. For example, when going to our Wiki: http://wiki.opencsw.org/build and choosing the link named "Official GAR documentation", which eventually resolves to https://buildfarm.opencsw.org/trac/ , I'm getting an ugly: "Service Temporarily Unavailable". -- Peter From pfelecan at opencsw.org Sat Mar 26 14:07:32 2016 From: pfelecan at opencsw.org (Peter FELECAN) Date: Sat, 26 Mar 2016 14:07:32 +0100 Subject: experimental, or test install In-Reply-To: (rupert THURNER's message of "Sat, 26 Mar 2016 06:41:53 +0100") References: Message-ID: rupert THURNER writes: > On Fri, Mar 25, 2016 at 11:05 PM, Dagobert Michelsen wrote: >> Hi Rupert, >> >> Am 25.03.2016 um 13:15 schrieb rupert THURNER : >>> how you guys do to get something into experimental, either on the >>> website, or install something after a mgar package? >>> >>> experimental10x# pkgutil -i /home/rupert/pkgs/22.Mar.2016/*i386* >> >> What have you done? Works for me: >> >>> experimental10x# pkgutil -i /home/rupert/pkgs/22.Mar.2016/*i386* >>> >>> Installing your local packages ... >>> >>> => Installing /home/rupert/pkgs/22.Mar.2016/ap2_subversion-1.9.3,REV=2016.03.22-SunOS5.10-i386-CSW.pkg >>> >>> => Removing currently installed CSWap2svn >> > > i am not fully sure. now it worked, but there is one file which i > cannot remove or change owner, as root or my user: > experimental10x# ls -l /home/rupert/pkgs/22.Mar.2016/*.pkg > -rw-r--r-- 1 root root 352768 Mar 25 23:04 > /home/rupert/pkgs/22.Mar.2016/ap2_subversion-1.9.3,REV=2016.03.22-SunOS5.10-i386-CSW.pkg Rupert, Should I understant that you're working on https://www.opencsw.org/mantis/view.php?id=5267 ? Would be nice. If you have something to test let me know. -- Peter From dam at opencsw.org Tue Mar 29 09:42:42 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 29 Mar 2016 09:42:42 +0200 Subject: where is the GAR documentation? In-Reply-To: References: Message-ID: <87984599-0159-4F2F-AB9E-43E26AC129DF@opencsw.org> Hi Peter, Am 26.03.2016 um 13:57 schrieb Peter FELECAN : > Usually I have a bookmark on it but lately I cannot access it anymore. > > For example, when going to our Wiki: http://wiki.opencsw.org/build and > choosing the link named "Official GAR documentation", which eventually > resolves to https://buildfarm.opencsw.org/trac/ , I'm getting an ugly: > "Service Temporarily Unavailable". The zone was mistakenly not started up after rebooting the server, it works again, sorry for the inconvenience. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From dam at opencsw.org Tue Mar 29 09:45:54 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 29 Mar 2016 09:45:54 +0200 Subject: experimental, or test install In-Reply-To: References: Message-ID: <5C05E9FA-2FE7-4CCD-A05B-D31B298589CD@opencsw.org> Hi Rupert, Am 26.03.2016 um 06:41 schrieb rupert THURNER : > > i am not fully sure. now it worked, but there is one file which i > cannot remove or change owner, as root or my user: > experimental10x# ls -l /home/rupert/pkgs/22.Mar.2016/*.pkg > -rw-r--r-- 1 root root 352768 Mar 25 23:04 > /home/rupert/pkgs/22.Mar.2016/ap2_subversion-1.9.3,REV=2016.03.22-SunOS5.10-i386-CSW.pkg I changed this 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: