From Joerg.Schilling at fokus.fraunhofer.de Fri Feb 2 17:07:15 2018 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Fri, 2 Feb 2018 17:07:15 +0100 Subject: Opencsw login? Message-ID: <5a748cb3.oibSXG7Bauj/nJlD%Joerg.Schilling@fokus.fraunhofer.de> Hi, is the login server not working or why can't I login today? J?rg -- EMail:joerg at schily.net (home) J?rg Schilling D-13353 Berlin joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' From dam at opencsw.org Fri Feb 2 20:54:43 2018 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 2 Feb 2018 20:54:43 +0100 Subject: Opencsw login? In-Reply-To: <5a748cb3.oibSXG7Bauj/nJlD%Joerg.Schilling@fokus.fraunhofer.de> References: <5a748cb3.oibSXG7Bauj/nJlD%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: <8E702FE3-6C84-4F84-A0DC-1877399C2E30@opencsw.org> Hi J?rg, > Am 02.02.2018 um 17:07 schrieb Joerg Schilling via maintainers : > > Hi, > > is the login server not working or why can't I login today? We had a complete outage - excavation at the provider destroyed our fiber, should be working again now ? Best regards ? Dago > > J?rg > > -- > EMail:joerg at schily.net (home) J?rg Schilling D-13353 Berlin > joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ > URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' From Joerg.Schilling at fokus.fraunhofer.de Mon Feb 5 10:43:46 2018 From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling) Date: Mon, 5 Feb 2018 10:43:46 +0100 Subject: Opencsw login? In-Reply-To: <8E702FE3-6C84-4F84-A0DC-1877399C2E30@opencsw.org> References: <5a748cb3.oibSXG7Bauj/nJlD%Joerg.Schilling@fokus.fraunhofer.de> <8E702FE3-6C84-4F84-A0DC-1877399C2E30@opencsw.org> Message-ID: <5a782752.Pjw6Ecu0DKP3D4oq%Joerg.Schilling@fokus.fraunhofer.de> Dagobert Michelsen wrote: > > is the login server not working or why can't I login today? > > We had a complete outage - excavation at the provider destroyed our fiber, should be working again now ? OK, I was a bit confused because www.opencsw.org was reachable. J?rg -- EMail:joerg at schily.net (home) J?rg Schilling D-13353 Berlin joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' From dam at opencsw.org Mon Feb 5 10:54:25 2018 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 5 Feb 2018 10:54:25 +0100 Subject: Opencsw login? In-Reply-To: <5a782752.Pjw6Ecu0DKP3D4oq%Joerg.Schilling@fokus.fraunhofer.de> References: <5a748cb3.oibSXG7Bauj/nJlD%Joerg.Schilling@fokus.fraunhofer.de> <8E702FE3-6C84-4F84-A0DC-1877399C2E30@opencsw.org> <5a782752.Pjw6Ecu0DKP3D4oq%Joerg.Schilling@fokus.fraunhofer.de> Message-ID: <2340BE25-9D8E-4123-B5C4-31EEBD77CE53@opencsw.org> Hi Joerg, Am 05.02.2018 um 10:43 schrieb Joerg Schilling : > Dagobert Michelsen wrote: >>> is the login server not working or why can't I login today? >> >> We had a complete outage - excavation at the provider destroyed our fiber, should be working again now ? > > OK, I was a bit confused because www.opencsw.org was reachable. We have mainly 3 site: - www.opencsw.org and the mailserver is hosted by Ihsan in a colo in Switzerland - mirror.opencsw.org is hosted at the University of Erlangen - the rest (namely the buildfarm) is hosted by us in Kiel So an outage in Kiel leaves the primary mirror and the website up and running :-) 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 rmottola at opencsw.org Thu Feb 8 10:47:18 2018 From: rmottola at opencsw.org (Riccardo Mottola) Date: Thu, 08 Feb 2018 10:47:18 +0100 Subject: platforms build hangs at juicing In-Reply-To: Message-ID: <808110ed00b6b3083b69a7c1be4d1af1@Balthasar.local> Hi Dago, you essentially do: dam at unstable10x [global]:/home/dam/staging/build-19.Jan.2018 > PYTHONPATH=~/mgar/pkg/.buildsys/v2 ~/mgar/pkg/.buildsys/v2/bin/checkpkg --os-releases=SunOS5.10 --catalog-architecture=sparc --catalog-release=unstabl e libhistory7-7.0,REV=2018.01.19-SunOS5.9-sparc-CSW.pkg.gz libreadline_dev-7.0,REV=2018.01.19-SunOS5.9-sparc-CSW.pkg.gz libreadline7-7.0,REV=2018.01.19-SunOS5.9-sparc-CSW.pkg.gz readline_stub-7.0,REV=2018.01.19-SunOS5.9-all-CSW.pkg.gz on unstable10x I do not have "mgar" in my home. Do I miss something, need to install something? Look for it elsewhere? Sorry for the stupid question! I hope you fix the issue soon, so everything becomes smooth again. Riccardo From dam at opencsw.org Thu Feb 8 12:26:52 2018 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 8 Feb 2018 12:26:52 +0100 Subject: platforms build hangs at juicing In-Reply-To: <808110ed00b6b3083b69a7c1be4d1af1@Balthasar.local> References: <808110ed00b6b3083b69a7c1be4d1af1@Balthasar.local> Message-ID: Hi Riccardo, Am 08.02.2018 um 10:47 schrieb Riccardo Mottola : > you essentially do: > > dam at unstable10x [global]:/home/dam/staging/build-19.Jan.2018 > PYTHONPATH=~/mgar/pkg/.buildsys/v2 ~/mgar/pkg/.buildsys/v2/bin/checkpkg --os-releases=SunOS5.10 --catalog-architecture=sparc --catalog-release=unstabl > e libhistory7-7.0,REV=2018.01.19-SunOS5.9-sparc-CSW.pkg.gz libreadline_dev-7.0,REV=2018.01.19-SunOS5.9-sparc-CSW.pkg.gz libreadline7-7.0,REV=2018.01.19-SunOS5.9-sparc-CSW.pkg.gz readline_stub-7.0,REV=2018.01.19-SunOS5.9-all-CSW.pkg.gz > > on unstable10x > > I do not have "mgar" in my home. Do I miss something, need to install something? Look for it elsewhere? You can just check out the tree: dam at unstable10x [global]:/home/dam/mgar/pkg/php5/branches/php-5.6.x > svn info ~/mgar Pfad: /home/dam/mgar Wurzelpfad der Arbeitskopie: /home/dam/mgar URL: https://svn.code.sf.net/p/gar/code/csw/mgar Relative URL: ^/csw/mgar Basis des Projektarchivs: https://svn.code.sf.net/p/gar/code UUID des Projektarchivs: d3b55034-1cff-0310-a425-aefe953e1e90 Revision: 25550 Knotentyp: Verzeichnis Plan: normal Letzter Autor: dmichelsen Letzte ge?nderte Rev: 25550 Letztes ?nderungsdatum: 2016-02-05 18:04:31 +0100 (Fr, 05. Feb 2016) svn co https://svn.code.sf.net/p/gar/code/csw/mgar > I hope you fix the issue soon, so everything becomes smooth again. I am pretty sure that the issue will not be fixed any more - I can?t patch the farm without raising the buildlevel and Solaris 10 is out of support. 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 Sun Feb 11 16:22:05 2018 From: ihsan at opencsw.org (ihsan at opencsw.org) Date: Sun, 11 Feb 2018 16:22:05 +0100 Subject: OpenCSW 10th Anniversary Camp In-Reply-To: References: <7E71624F-7067-47EF-8F68-9B6DCD7F9F34@opencsw.org> Message-ID: <93404FDE-E1CE-4D66-B473-F6B541EF5685@opencsw.org> > Am 15.01.2018 um 18:58 schrieb cgrzemba--- via maintainers : > > On 15.01.18 16:13, Dagobert Michelsen via maintainers wrote: >> >> Dear maintainers, >> >> OpenCSW was founded 6. December 2008 and we will have our 10th anniversary this year! >> Personally I don?t have much to do with Solaris any more (as probably most of you too) >> but I still think back how much fun it was and I wonder what all the cool people >> from those days are doing now. >> >> The camps have basically stalled in the past years (the last one was in Ilmenau 2014). >> However, maybe there is some interest in doing a special 10 year anniversary camp >> where all attendees talk about their current profession and hobbies and what they >> think is cool, have some beer, probably hack on stuff of general interest, ideas welcome! >> >> I?ll happily take suggestions on where to make the camp and the agenda, >> I could think of making it in Dublin, first because it is easily reachable and >> also because it was a great venue last time. >> >> >> Best regards >> >> ? Dago > Count me in! You can also count me in! Dublin sounds fine for me. Can Ben or Maciej organize something in Dublin? -Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmottola at opencsw.org Fri Feb 16 11:59:48 2018 From: rmottola at opencsw.org (Riccardo Mottola) Date: Fri, 16 Feb 2018 11:59:48 +0100 Subject: ICU update Message-ID: <98ae47b4-6b2f-14e7-c96e-0ed1206b6cf9@opencsw.org> Hi, to update gnustep-base I'd need an ICU update on Solaris 9: the one there gets detected, but is too old. (I guess GNUstep could be better at version detecion, but that's another thing). NSDateFormatter.m: In function '-[NSDateFormatter(PrivateMethods) _resetUDateFormat]': NSDateFormatter.m:949:21: error: 'UDAT_PATTERN' undeclared (first use in this function) NSDateFormatter.m:949:21: note: each undeclared identifier is reported only once for each function it appears in : At top level: NSDateFormatter.m:101:1: warning: cast increases required alignment of target type [-Wcast-align] I think I need at least v52 Did somebody already attempt this.. is it known impossible and/or something that will cause a total dependecy breakage? Riccardo From rmottola at opencsw.org Fri Feb 16 17:24:12 2018 From: rmottola at opencsw.org (Riccardo Mottola) Date: Fri, 16 Feb 2018 17:24:12 +0100 Subject: ICU update In-Reply-To: <98ae47b4-6b2f-14e7-c96e-0ed1206b6cf9@opencsw.org> References: <98ae47b4-6b2f-14e7-c96e-0ed1206b6cf9@opencsw.org> Message-ID: Hi, Riccardo Mottola via maintainers wrote: > > I think I need at least v52 > > Did somebody already attempt this.. is it known impossible and/or > something that will cause a total dependecy breakage? I may answer to myself that there is a specific 52 package made by Dagobert! Thus most probably an update would not break anything. However, it does not compile: /opt/SUNWspro/bin/CC?? -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=0? -I. -I./.. -I../common -I./unicode? -DU_ATTRIBUTE_DEPRECATED= -DU_LAYOUT_IMPLEMENTATION -xO3 -m32 -xarch=v8 -mt?? -c -DPIC -KPIC -o OpenTypeLayoutEngine.o OpenTypeLayoutEngine.cpp "LETableReference.h", line 68: Error: Expected an expression. "LETableReference.h", line 100: Error: Badly formed expression. "LETableReference.h", line 104: Error: Operand expected instead of ")". "LETableReference.h", line 122: Error: Operand expected instead of ";". "LETableReference.h", line 144: Error: "icu_52::LETableReference::ptrToOffset(const void*, LEErrorCode&) const" is expected to return a value. "LETableReference.h", line 149: Error: "icu_52::LETableReference::ptrToOffset(const void*, LEErrorCode&) const" is expected to return a value. "LETableReference.h", line 151: Warning: There are returns from icu_52::LETableReference::ptrToOffset(const void*, LEErrorCode&) const with and without values. "LETableReference.h", line 158: Error: Badly formed expression. "LETableReference.h", line 171: Error: Badly formed expression. "LETableReference.h", line 172: Error: A statement (even if empty) is required here. "LETableReference.h", line 383: Error: Expected an expression. "Lookups.h", line 68:???? Where: While specializing "icu_52::LEReferenceTo". "Lookups.h", line 68:???? Where: Specialized in non-template code. "LETableReference.h", line 383: Error: Expected an expression. By guess is that somehow the MAX values are not defined, I don't think this is a Sun vs. GCC issue, but an OS issue. Riccardo From rmottola at opencsw.org Tue Feb 20 11:56:56 2018 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 20 Feb 2018 11:56:56 +0100 Subject: ICU update In-Reply-To: <98ae47b4-6b2f-14e7-c96e-0ed1206b6cf9@opencsw.org> Message-ID: <21611722afe8aa4e4d5494512435e1f8@Koreander.local> Hi, again, I answer myself :) this time I hope I have an easy question. On 2018-02-16 11:59:48 +0100 Riccardo Mottola via maintainers wrote: > Hi, > > to update gnustep-base I'd need an ICU update on Solaris 9: the one > there > gets detected, but is too old. > (I guess GNUstep could be better at version detecion, but that's > another > thing). > > I think I need at least v52 > > Did somebody already attempt this.. is it known impossible and/or > something > that will cause a total dependecy breakage? Actually, I perhaps can get away with v50. Then I will have a one-shot attempt at fixing v52, I might have a trick. v50 builds! However when I package, I get a problem because the test fails: ALL TESTS SUMMARY: ok: testdata iotest cintltst ===== ERRS: intltest gmake[1]: *** [check-recursive] Error 1 gmake[1]: Leaving directory `/home/rmottola/opencsw/libicu50/trunk/work/solaris9-sparc/build-isa-sparcv8/icu/source/test' gmake: *** [check-recursive] Error 2 gmake: Leaving directory `/home/rmottola/opencsw/libicu50/trunk/work/solaris9-sparc/build-isa-sparcv8/icu/source' am I understanding correctly ? However, I see all tests pass except one: TestEnumSet { TODO!! This test doesn't fail on error. Convert printf into error assert. } OK: TestEnumSet I would got and package anyway, may I skip tests for solaris9 only? how? Thank you! Riccardo From dam at opencsw.org Tue Feb 20 13:10:51 2018 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 20 Feb 2018 13:10:51 +0100 Subject: ICU update In-Reply-To: <21611722afe8aa4e4d5494512435e1f8@Koreander.local> References: <21611722afe8aa4e4d5494512435e1f8@Koreander.local> Message-ID: Hi Riccardo, > Am 20.02.2018 um 11:56 schrieb Riccardo Mottola via maintainers : > > Hi, > > again, I answer myself :) this time I hope I have an easy question. > > On 2018-02-16 11:59:48 +0100 Riccardo Mottola via maintainers wrote: > >> Hi, >> to update gnustep-base I'd need an ICU update on Solaris 9: the one there gets detected, but is too old. >> (I guess GNUstep could be better at version detecion, but that's another thing). > >> I think I need at least v52 >> Did somebody already attempt this.. is it known impossible and/or something that will cause a total dependecy breakage? > > Actually, I perhaps can get away with v50. Then I will have a one-shot attempt at fixing v52, I might have a trick. > > v50 builds! > However when I package, I get a problem because the test fails: > > ALL TESTS SUMMARY: > ok: testdata iotest cintltst > ===== ERRS: intltest > gmake[1]: *** [check-recursive] Error 1 > gmake[1]: Leaving directory `/home/rmottola/opencsw/libicu50/trunk/work/solaris9-sparc/build-isa-sparcv8/icu/source/test' > gmake: *** [check-recursive] Error 2 > gmake: Leaving directory `/home/rmottola/opencsw/libicu50/trunk/work/solaris9-sparc/build-isa-sparcv8/icu/source' > > > am I understanding correctly ? > > However, I see all tests pass except one: > TestEnumSet { > TODO!! This test doesn't fail on error. Convert printf into error assert. > > } OK: TestEnumSet > > > I would got and package anyway, may I skip tests for solaris9 only? how? Sure. # Wrong return code of test TestEnumSet on Solaris 9, skip testsuite for now SKIPTEST-5.9 = 1 SKIPTEST ?= $(SKIPTEST-$(GAROSREL)) > > > Thank you! > > Riccardo > -- "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 rmottola at opencsw.org Tue Feb 20 18:22:46 2018 From: rmottola at opencsw.org (Riccardo Mottola) Date: Tue, 20 Feb 2018 18:22:46 +0100 Subject: ICU update In-Reply-To: Message-ID: <62d3e0ff575560dda6a8fec67447cc42@Koreander.local> Hi, On 2018-02-20 13:10:51 +0100 Dagobert Michelsen wrote: > Sure. > > # Wrong return code of test TestEnumSet on Solaris 9, skip testsuite > for now > SKIPTEST-5.9 = 1 > SKIPTEST ?= $(SKIPTEST-$(GAROSREL)) I remember SKIPTEST... indeed clean, that it is for OS 9. Works! now my last issue: I have these: CHECKPKG_OVERRIDES_CSWlibicu-dev += file-needed-but-no-package-satisfies-it|/opt/csw/lib/icu/current/Makefile.inc|CSWlibicu-dev|contains|symlink|/opt/csw/lib/icu/Makefile.inc|which|needs|the|target|file:|/opt/csw/lib/icu/current/Makefile.inc CHECKPKG_OVERRIDES_CSWlibicu-dev += file-needed-but-no-package-satisfies-it|/opt/csw/lib/icu/current/pkgdata.inc|CSWlibicu-dev|contains|symlink|/opt/csw/lib/icu/pkgdata.inc|which|needs|the|target|file:|/opt/csw/lib/icu/current/pkgdata.inc is that a false positive? When you did package icu 50 last time, did you get it? In the meanwhile I commited the receipe... I hope I am close enough, I don't want to add overrides whithout knowing better, since I assumed the receipe was fine when you last packaged it. Riccardo From dam at opencsw.org Tue Feb 20 20:43:36 2018 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 20 Feb 2018 20:43:36 +0100 Subject: ICU update In-Reply-To: <62d3e0ff575560dda6a8fec67447cc42@Koreander.local> References: <62d3e0ff575560dda6a8fec67447cc42@Koreander.local> Message-ID: Hi Riccardo, Am 20.02.2018 um 18:22 schrieb Riccardo Mottola : > On 2018-02-20 13:10:51 +0100 Dagobert Michelsen wrote: > >> Sure. >> # Wrong return code of test TestEnumSet on Solaris 9, skip testsuite for now >> SKIPTEST-5.9 = 1 >> SKIPTEST ?= $(SKIPTEST-$(GAROSREL)) > > I remember SKIPTEST... indeed clean, that it is for OS 9. > Works! > > now my last issue: I have these: > > CHECKPKG_OVERRIDES_CSWlibicu-dev += file-needed-but-no-package-satisfies-it|/opt/csw/lib/icu/current/Makefile.inc|CSWlibicu-dev|contains|symlink|/opt/csw/lib/icu/Makefile.inc|which|needs|the|target|file:|/opt/csw/lib/icu/current/Makefile.inc > CHECKPKG_OVERRIDES_CSWlibicu-dev += file-needed-but-no-package-satisfies-it|/opt/csw/lib/icu/current/pkgdata.inc|CSWlibicu-dev|contains|symlink|/opt/csw/lib/icu/pkgdata.inc|which|needs|the|target|file:|/opt/csw/lib/icu/current/pkgdata.inc And? Is pkgroot/opt/csw/lib/icu/current/pkgdata.inc there? Best regards ? Dago > is that a false positive? When you did package icu 50 last time, did you get it? > > In the meanwhile I commited the receipe... I hope I am close enough, I don't want to add overrides whithout knowing better, since I assumed the receipe was fine when you last packaged it. > > > Riccardo > -- "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: