From cgrzemba at opencsw.org Wed Aug 3 17:14:28 2016 From: cgrzemba at opencsw.org (cgrzemba at opencsw.org) Date: Wed, 03 Aug 2016 17:14:28 +0200 Subject: .so file now appearing in two packages instead of one Message-ID: I have constructed a bug, for a first workaround update gar.pkg.mk I will look deeper tomorrow. Carsten On 06.07.16 09:27, Dagobert Michelsen wrote: Hi Laurent, Am 05.07.2016 um 23:38 schrieb Laurent Blume : > I'm having some weirdness with a simple repackaging of MySQL, where only the postinstall script was modified: > mgar wants to add a new dependency, which is because libmysqlclient.so is not included in CSWmysql56. > The prototypes do show that it (and others) are now included in two packages, which is weird: > > CSWmysql56-dev.prototype:s none /opt/csw/lib/libmysqlclient.so=libmysqlclient.so.18 > > CSWmysql56.prototype:s none /opt/csw/lib/libmysqlclient.so=libmysqlclient.so.18 > > What could have caused that? I looked at the commited Makefile at it looks good: CSWmysql56 is a catchall package and if the .so is part of the -dev package it must not go into the catchall package. I?ll see if I can reproduce the issue. If you have uncommitted changes please let me know. 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 dam at opencsw.org Wed Aug 10 16:57:55 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 10 Aug 2016 16:57:55 +0200 Subject: Incurred fault #6, FLTBOUNDS %pc = 0xFEE763EC In-Reply-To: <3d897580-1fd3-7bd6-4b2c-7c67e5642e6a@opencsw.org> References: <3d897580-1fd3-7bd6-4b2c-7c67e5642e6a@opencsw.org> Message-ID: <7FFD13E5-94A5-436B-B12A-522834B51519@opencsw.org> Hi Jake, (ccing maintainers, hope thats ok) Am 09.08.2016 um 23:02 schrieb jgoerzen : > I need some help debugging a segmentation fault in the latest release of tor. The core file for this program is on the buildfarm here: > > /home/jgoerzen/opencsw/tor/trunk/core > > If you have time would you have a look at it? I tried using mdb to debug it but I don't know enough c or assembler to figure out what is going wrong. Here is what I found running the program with mdb: > > jgoerzen at unstable10x [global]:/home/jgoerzen/opencsw/tor/trunk > mdb work/solaris10-i386/build-isa-pentium_pro/tor-0.2.8.6/src/or/tor > > > ::run > Aug 09 22:00:08.507 [notice] Tor v0.2.8.6 (git-b54676641111fea6) running on SunOS with Libevent 2.0.21-stable, OpenSSL 1.0.1t and Zlib 1.2.8. > Aug 09 22:00:08.508 [notice] Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning > Aug 09 22:00:08.509 [notice] Configuration file "/etc/opt/csw/tor/torrc" not present, using reasonable defaults. > Aug 09 22:00:08.512 [notice] Opening Socks listener on 127.0.0.1:9050 > mdb: stop on SIGSEGV > mdb: target stopped at: > libc.so.1`strlen+0xc: movl (%eax),%edx > mdb: You've got symbols! > Loading modules: [ ld.so.1 libc.so.1 ] > > ::stack > libc.so.1`strlen+0xc(822dc20, 8047588, 8047450, 0) > libc.so.1`vsnprintf+0x73(804749c, 80, 822dc0a, 8047588, 0, fee95b38) > tor_vasprintf+0x63(82d5138, 822dc0a, 8047588, fee41afc, 8282f08, 82d43c0) > tor_asprintf+0x40(82d5138, 822dc0a, 0, 2346, 0, 0) > dir_server_new+0x288(0, 2346, 2329, 0, 80476e8, 0) > fallback_dir_server_new+0x66(80476bc, 2346, 2329, 0, 80476e8, 0) > parse_dir_fallback_line+0x4c3(82d25f8, 1, 0, 8229a88, 82d25f8, 8282f08) > set_options+0x2475(82d25f8, 8047894, 0, 0, 0, 8047894) > options_init_from_string+0x392(82bbc68, 82bbc78, 0, 0, 8047894, 0) > options_init_from_torrc+0x20f(1, 8047bc8, 820cca8, 8237cc0, 82bc030, 8227dc2) > tor_init+0x380(1, 8047bc8, 8060c30, 8047b80, 0, 0) > tor_main+0x6b(1, 8047bc8, fefc2ab4, feefdeb5, fee73721, 29) > main+0x36(1, 8047bc8, 8047bd0) > _start+0x80(1, 8047cc8, 0, 8047ccc, 8047cd6, 8047ce9) > > It looks like it crashes in strlen. So lets see what string it operates on: > 0x822dc20/S 0x822dc20: :%d > 0x822dc20/4B 0x822dc20: 3a 25 64 0 This looks good. Now what does strlen do? > strlen::dis libc.so.1`strlen: movl 0x4(%esp),%eax # Copy arg to register libc.so.1`strlen+4: testl $0x3,%eax # adress % 4 == 0 ? libc.so.1`strlen+9: jne +0x28 # No, jump libc.so.1`strlen+0xb: nop libc.so.1`strlen+0xc: movl (%eax),%edx libc.so.1`strlen+0xe: movl $0x7f7f7f7f,%ecx libc.so.1`strlen+0x13: andl %edx,%ecx libc.so.1`strlen+0x15: addl $0x4,%eax libc.so.1`strlen+0x18: addl $0x7f7f7f7f,%ecx libc.so.1`strlen+0x1e: orl %edx,%ecx libc.so.1`strlen+0x20: andl $0x80808080,%ecx libc.so.1`strlen+0x26: cmpl $0x80808080,%ecx libc.so.1`strlen+0x2c: je -0x20 libc.so.1`strlen+0x2e: subl $0x4,%eax libc.so.1`strlen+0x31: cmpb $0x0,(%eax) # is the byte zero? libc.so.1`strlen+0x34: je +0xc libc.so.1`strlen+0x36: incl %eax libc.so.1`strlen+0x37: testl $0x3,%eax libc.so.1`strlen+0x3c: jne -0xb libc.so.1`strlen+0x3e: jmp -0x32 libc.so.1`strlen+0x40: subl 0x4(%esp),%eax libc.so.1`strlen+0x44: ret This looks like a modern implementation than the usual size_t strlen(const char *s) { const char *s0 = s + 1; while (*s++ != '\0?) ; return (s - s0); } and pretty similar to http://cr.illumos.org/~webrev/tsoome/loader_import/usr/src/boot/lib/libc/string/strlen.c.html So we have SIGSEGV at strlen+0xc, that is an indirect load from %eax, and eax is > ::regs %cs = 0x003b %eax = 0x00000000 ? Trying to read from address 0. This now is strange as 0x822dc20 was passed in to strlen. When using lib0 at 0 there is a related error in tor_asprintf shown, maybe this leads you closed to the bug: dam at unstable10x [global]:/home/dam > LD_PRELOAD_32=/usr/lib/0 at 0.so.1 /home/jgoerzen/opencsw/tor/trunk/work/solaris10-i386/build-isa-pentium_pro/tor-0.2.8.6/src/or/tor Aug 10 16:56:43.295 [notice] Tor v0.2.8.6 (git-b54676641111fea6) running on SunOS with Libevent 2.0.21-stable, OpenSSL 1.0.1t and Zlib 1.2.8. Aug 10 16:56:43.295 [notice] Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning Aug 10 16:56:43.339 [notice] Configuration file "/etc/opt/csw/tor/torrc" not present, using reasonable defaults. Aug 10 16:56:43.347 [notice] Opening Socks listener on 127.0.0.1:9050 Aug 10 16:56:43.000 [err] tor_asprintf(): Bug: Internal error in asprintf (on Tor 0.2.8.6 b54676641111fea6) Aug 10 16:56:43.000 [err] tor_assertion_failed_(): Bug: src/common/compat.c:529: tor_asprintf: Assertion 0 failed; aborting. (on Tor 0.2.8.6 b54676641111fea6) Aug 10 16:56:43.000 [err] Bug: Assertion 0 failed in tor_asprintf at src/common/compat.c:529. (Stack trace not available) (on Tor 0.2.8.6 b54676641111fea6) At the moment I don?t have a smart idea and would need some more debugging, but for today I am out of time, sorry. 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 maciej at opencsw.org Wed Aug 10 20:31:58 2016 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Wed, 10 Aug 2016 18:31:58 +0000 Subject: Maintainer contact form Message-ID: I just saw this message on IRC with no responses: 19:38 < clezag> Hey, I've (rather painfully) discovered an incompatibility between lftp and libreadline6 (6.3). How do I go about reporting the issue? The bug tracker seems empty and I don't know if contacting the maintainer listed on the package page is the correct thing to do 19:51 < clezag> scratch that, the contact a maintainer form complains about an invalid chaptcha, even though there is non on the site -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgoerzen at opencsw.org Wed Aug 10 20:43:52 2016 From: jgoerzen at opencsw.org (jgoerzen) Date: Wed, 10 Aug 2016 11:43:52 -0700 Subject: Incurred fault #6, FLTBOUNDS %pc = 0xFEE763EC In-Reply-To: <7FFD13E5-94A5-436B-B12A-522834B51519@opencsw.org> References: <3d897580-1fd3-7bd6-4b2c-7c67e5642e6a@opencsw.org> <7FFD13E5-94A5-436B-B12A-522834B51519@opencsw.org> Message-ID: Hi Dago and Folks, On 08/10/2016 07:57 AM, Dagobert Michelsen wrote: > Hi Jake, > > (ccing maintainers, hope thats ok) > > Am 09.08.2016 um 23:02 schrieb jgoerzen : >> I need some help debugging a segmentation fault in the latest release of tor. The core file for this program is on the buildfarm here: >> >> /home/jgoerzen/opencsw/tor/trunk/core >> >> If you have time would you have a look at it? I tried using mdb to debug it but I don't know enough c or assembler to figure out what is going wrong. Here is what I found running the program with mdb: >> >> jgoerzen at unstable10x [global]:/home/jgoerzen/opencsw/tor/trunk > mdb work/solaris10-i386/build-isa-pentium_pro/tor-0.2.8.6/src/or/tor >> >>> ::run >> Aug 09 22:00:08.507 [notice] Tor v0.2.8.6 (git-b54676641111fea6) running on SunOS with Libevent 2.0.21-stable, OpenSSL 1.0.1t and Zlib 1.2.8. >> Aug 09 22:00:08.508 [notice] Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning >> Aug 09 22:00:08.509 [notice] Configuration file "/etc/opt/csw/tor/torrc" not present, using reasonable defaults. >> Aug 09 22:00:08.512 [notice] Opening Socks listener on 127.0.0.1:9050 >> mdb: stop on SIGSEGV >> mdb: target stopped at: >> libc.so.1`strlen+0xc: movl (%eax),%edx >> mdb: You've got symbols! >> Loading modules: [ ld.so.1 libc.so.1 ] >>> ::stack >> libc.so.1`strlen+0xc(822dc20, 8047588, 8047450, 0) >> libc.so.1`vsnprintf+0x73(804749c, 80, 822dc0a, 8047588, 0, fee95b38) >> tor_vasprintf+0x63(82d5138, 822dc0a, 8047588, fee41afc, 8282f08, 82d43c0) >> tor_asprintf+0x40(82d5138, 822dc0a, 0, 2346, 0, 0) >> dir_server_new+0x288(0, 2346, 2329, 0, 80476e8, 0) >> fallback_dir_server_new+0x66(80476bc, 2346, 2329, 0, 80476e8, 0) >> parse_dir_fallback_line+0x4c3(82d25f8, 1, 0, 8229a88, 82d25f8, 8282f08) >> set_options+0x2475(82d25f8, 8047894, 0, 0, 0, 8047894) >> options_init_from_string+0x392(82bbc68, 82bbc78, 0, 0, 8047894, 0) >> options_init_from_torrc+0x20f(1, 8047bc8, 820cca8, 8237cc0, 82bc030, 8227dc2) >> tor_init+0x380(1, 8047bc8, 8060c30, 8047b80, 0, 0) >> tor_main+0x6b(1, 8047bc8, fefc2ab4, feefdeb5, fee73721, 29) >> main+0x36(1, 8047bc8, 8047bd0) >> _start+0x80(1, 8047cc8, 0, 8047ccc, 8047cd6, 8047ce9) > It looks like it crashes in strlen. So lets see what string it operates on: > >> 0x822dc20/S > 0x822dc20: :%d >> 0x822dc20/4B > 0x822dc20: 3a 25 64 0 > > This looks good. Now what does strlen do? > >> strlen::dis > libc.so.1`strlen: movl 0x4(%esp),%eax # Copy arg to register > libc.so.1`strlen+4: testl $0x3,%eax # adress % 4 == 0 ? > libc.so.1`strlen+9: jne +0x28 # No, jump > libc.so.1`strlen+0xb: nop > libc.so.1`strlen+0xc: movl (%eax),%edx > libc.so.1`strlen+0xe: movl $0x7f7f7f7f,%ecx > libc.so.1`strlen+0x13: andl %edx,%ecx > libc.so.1`strlen+0x15: addl $0x4,%eax > libc.so.1`strlen+0x18: addl $0x7f7f7f7f,%ecx > libc.so.1`strlen+0x1e: orl %edx,%ecx > libc.so.1`strlen+0x20: andl $0x80808080,%ecx > libc.so.1`strlen+0x26: cmpl $0x80808080,%ecx > libc.so.1`strlen+0x2c: je -0x20 > libc.so.1`strlen+0x2e: subl $0x4,%eax > libc.so.1`strlen+0x31: cmpb $0x0,(%eax) # is the byte zero? > libc.so.1`strlen+0x34: je +0xc > libc.so.1`strlen+0x36: incl %eax > libc.so.1`strlen+0x37: testl $0x3,%eax > libc.so.1`strlen+0x3c: jne -0xb > libc.so.1`strlen+0x3e: jmp -0x32 > libc.so.1`strlen+0x40: subl 0x4(%esp),%eax > libc.so.1`strlen+0x44: ret > > This looks like a modern implementation than the usual > size_t strlen(const char *s) { > const char *s0 = s + 1; > while (*s++ != '\0?) > ; > return (s - s0); > } > and pretty similar to > http://cr.illumos.org/~webrev/tsoome/loader_import/usr/src/boot/lib/libc/string/strlen.c.html > > So we have SIGSEGV at strlen+0xc, that is an indirect load from %eax, and eax is >> ::regs > %cs = 0x003b %eax = 0x00000000 > ? > > Trying to read from address 0. This now is strange as 0x822dc20 was passed in to strlen. > > When using lib0 at 0 there is a related error in tor_asprintf shown, maybe this leads you > closed to the bug: > > dam at unstable10x [global]:/home/dam > LD_PRELOAD_32=/usr/lib/0 at 0.so.1 /home/jgoerzen/opencsw/tor/trunk/work/solaris10-i386/build-isa-pentium_pro/tor-0.2.8.6/src/or/tor > Aug 10 16:56:43.295 [notice] Tor v0.2.8.6 (git-b54676641111fea6) running on SunOS with Libevent 2.0.21-stable, OpenSSL 1.0.1t and Zlib 1.2.8. > Aug 10 16:56:43.295 [notice] Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning > Aug 10 16:56:43.339 [notice] Configuration file "/etc/opt/csw/tor/torrc" not present, using reasonable defaults. > Aug 10 16:56:43.347 [notice] Opening Socks listener on 127.0.0.1:9050 > Aug 10 16:56:43.000 [err] tor_asprintf(): Bug: Internal error in asprintf (on Tor 0.2.8.6 b54676641111fea6) > Aug 10 16:56:43.000 [err] tor_assertion_failed_(): Bug: src/common/compat.c:529: tor_asprintf: Assertion 0 failed; aborting. (on Tor 0.2.8.6 b54676641111fea6) > Aug 10 16:56:43.000 [err] Bug: Assertion 0 failed in tor_asprintf at src/common/compat.c:529. (Stack trace not available) (on Tor 0.2.8.6 b54676641111fea6) > > At the moment I don?t have a smart idea and would need some more debugging, but for today > I am out of time, sorry. > > > 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 > I notice that the tor_assert(0) is being called because r is being returned negative. I think it could be in the call to vasprintf() returning an overflowing buffer looping and becoming a negative number? Here is a section of the relevant code in src/common/compat.c /** * Portable asprintf implementation. Does a printf() into a newly malloc'd * string. Sets *strp to this string, and returns its length (not * including the terminating NUL character). * * You can treat this function as if its implementation were something like
      char buf[_INFINITY_];
      tor_snprintf(buf, sizeof(buf), fmt, args);
      *strp = tor_strdup(buf);
      return strlen(*strp):
    
* Where _INFINITY_ is an imaginary constant so big that any string can fit * into it. */ int tor_asprintf(char **strp, const char *fmt, ...) { int r; va_list args; va_start(args, fmt); r = tor_vasprintf(strp, fmt, args); va_end(args); if (!*strp || r < 0) { log_err(LD_BUG, "Internal error in asprintf"); tor_assert(0); } return r; } /** * Portable vasprintf implementation. Does a printf() into a newly malloc'd * string. Differs from regular vasprintf in the same ways that * tor_asprintf() differs from regular asprintf. */ int tor_vasprintf(char **strp, const char *fmt, va_list args) { /* use a temporary variable in case *strp is in args. */ char *strp_tmp=NULL; #ifdef HAVE_VASPRINTF /* If the platform gives us one, use it. */ int r = vasprintf(&strp_tmp, fmt, args); if (r < 0) *strp = NULL; else *strp = strp_tmp; return r; #elif defined(HAVE__VSCPRINTF) /* On Windows, _vsnprintf won't tell us the length of the string if it * overflows, so we need to use _vcsprintf to tell how much to allocate */ int len, r; len = _vscprintf(fmt, args); if (len < 0) { *strp = NULL; return -1; } strp_tmp = tor_malloc(len + 1); r = _vsnprintf(strp_tmp, len+1, fmt, args); if (r != len) { tor_free(strp_tmp); *strp = NULL; return -1; } *strp = strp_tmp; return len; #else /* Everywhere else, we have a decent vsnprintf that tells us how many * characters we need. We give it a try on a short buffer first, since * it might be nice to avoid the second vsnprintf call. */ char buf[128]; int len, r; va_list tmp_args; va_copy(tmp_args, args); /* vsnprintf() was properly checked but tor_vsnprintf() available so * why not use it? */ len = tor_vsnprintf(buf, sizeof(buf), fmt, tmp_args); va_end(tmp_args); if (len < (int)sizeof(buf)) { *strp = tor_strdup(buf); return len; } strp_tmp = tor_malloc(len+1); /* use of tor_vsnprintf() will ensure string is null terminated */ r = tor_vsnprintf(strp_tmp, len+1, fmt, args); if (r != len) { tor_free(strp_tmp); *strp = NULL; return -1; } *strp = strp_tmp; return len; #endif } Thanks for your help, Jake From dam at opencsw.org Thu Aug 11 11:49:00 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 11 Aug 2016 11:49:00 +0200 Subject: Maintainer contact form In-Reply-To: References: Message-ID: <3F969414-8317-4B92-8B48-42B379C99A48@opencsw.org> Hi Maciej, Am 10.08.2016 um 20:31 schrieb Maciej (Matchek) Blizi?ski : > I just saw this message on IRC with no responses: > > 19:38 < clezag> Hey, I've (rather painfully) discovered an incompatibility between lftp and libreadline6 (6.3). How do I go about reporting the issue? > The bug tracker seems empty and I don't know if contacting the maintainer listed on the package page is the correct thing to do > 19:51 < clezag> scratch that, the contact a maintainer form complains about an invalid chaptcha, even though there is non on the site Thanks for letting me know! Looks like there is a bug open now: https://www.opencsw.org/mantis/view.php?id=5282 but I would have missed that without your notice. Thanks again and 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: -------------- 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 cgrzemba at opencsw.org Mon Aug 29 15:59:28 2016 From: cgrzemba at opencsw.org (cgrzemba at opencsw.org) Date: Mon, 29 Aug 2016 15:59:28 +0200 Subject: Please review: Mercurial Repo in gar In-Reply-To: <3sNCn83zQ2zgG@mail.opencsw.org> References: <3sNCn83zQ2zgG@mail.opencsw.org> Message-ID: I added download from Mercurial Repos in mgar. Please review and merge if you found this usefull Carsten -------- Original Message -------- From: cgrzemba at users.sourceforge.net Date: Aug 29, 2016 3:54:36 PM Subject: SF.net SVN: gar:[25913] csw/mgar/gar To: devel at lists.opencsw.org Revision: 25913 http://sourceforge.net/p/gar/code/25913 Author: cgrzemba Date: 2016-08-29 13:53:58 +0000 (Mon, 29 Aug 2016) Log Message: ----------- add download from Mercurial repository - use variable HG_REPOS for the mercurial download URL - use HG_TREEISH_repo-name for repo tag to extract (default 'tip') Modified Paths: -------------- csw/mgar/gar/v2-hg/gar.lib.mk csw/mgar/gar/v2-hg/gar.mk Added Paths: ----------- csw/mgar/gar/v2-hg/ Modified: csw/mgar/gar/v2-hg/gar.lib.mk =================================================================== --- csw/mgar/gar/v2/gar.lib.mk 2016-08-29 13:38:26 UTC (rev 25911) +++ csw/mgar/gar/v2-hg/gar.lib.mk 2016-08-29 13:53:58 UTC (rev 25913) @@ -10,6 +10,8 @@ ?# software causes damage. ?# ? +# md5sum ?= md5sum +md5sum ?= $(if $(filter no%,$(shell which md5sum)),gmd5sum,md5sum) ?# cookies go here, so we have to be able to find them for ?# dependency checking. ?VPATH += $(COOKIEDIR) @@ -24,6 +26,7 @@ ?# override GIT_PROXY_SCRIPT to something else if you need to. ?GIT_MAYBEPROXY = $(if $(GIT_USE_PROXY),GIT_PROXY_COMMAND=$(GIT_PROXY_SCRIPT)) ?GIT_TREEISH = $(if $(GIT_TREEISH_$(1)),$(GIT_TREEISH_$(1)),HEAD) +HG_TREEISH = $(if $(HG_TREEISH_$(1)),$(HG_TREEISH_$(1)),tip) ? ?#################### FETCH RULES #################### ? @@ -43,6 +46,14 @@ ?URLS += $(foreach R,$(GIT_REPOS),gitrepo://$(call GITPROJ,$(R)) $(foreach gitproto,git http file ssh,$(call gitsubst,$(gitproto),$(R)))) ?endif ? +define hgsubst +$(subst hg-hg,hg,$(if $(findstring $(1)://,$(2)),$(patsubst $(1)%,hg-$(1)%,$(call URLSTRIP,$(2)) ))) +endef + +ifdef HG_REPOS +URLS += $(foreach R,$(HG_REPOS),$(foreach hgproto,hg http file ssh,$(call hgsubst,$(hgproto),$(R)))) +endif + ?# Download the file if and only if it doesn't have a preexisting ?# checksum file. Loop through available URLs and stop when you ?# get one that doesn't return an error code. @@ -55,18 +66,18 @@ $(if $(_FLIST),,$(error INTERNAL ERROR: The file $* is requested but not in the list of generated URLs)) @if test -f $(COOKIEDIR)/checksum-$*; then : ; else \ echo " ==> Grabbing $@"; \ - ( for i in $(filter %/$*,$(URLS)) $(foreach URL,$(URLS),$(if $(findstring $(GITHUB_HOST),$(URL)),$(URL),)); do \ + ( for i in $(filter %/$(*:%.hg=%),$(URLS)) $(foreach URL,$(URLS),$(if $(findstring $(GITHUB_HOST),$(URL)),$(URL),)); do \ echo " ==> Trying $$i"; \ $(MAKE) -s `echo $$i | tr -d :` || continue; \ case $$i in \ *$(GITHUB_HOST)*) \ mv $(PARTIALDIR)/$(GITHUB_REFERENCE) $@ ;; \ *) \ - mv $(PARTIALDIR)/$* $@ ;; \ + mv $(PARTIALDIR)/$(*:%.hg=%) $(@:%.hg=%) ;; \ esac; \ break; \ done; ) 2>&1 | grep -v '^$(MAKE)'; \ - if test -r $@ ; then : ; else \ + if test -r $(@:%.hg=%) ; then : ; else \ echo '(!!!) Failed to download $@!' 1>&2; \ false; \ fi; \ @@ -104,6 +115,14 @@ @( cd $(PARTIALDIR)/$(call GITPROJ,$*); \ git config remote.origin.fetch $(if $(GIT_REFS_$(call GITPROJ,$*)),$(GIT_REFS_$(call GITPROJ,$*)),$(GIT_DEFAULT_TRACK)); ) ? +hg-http//%: + hg clone http://$* $(PARTIALDIR)/$(call GITPROJ,$*) +hg-hg//%: + hg clone hg://$* $(PARTIALDIR)/$(call GITPROJ,$*) +hg-ssh//%: + hg clone ssh://$* $(PARTIALDIR)/$(call GITPROJ,$*) +hg-file//%: + hg clone file://$* $(PARTIALDIR)/$(call GITPROJ,$*) ? ?# create ADMSCRIPTS 'on the fly' from variables defined by the caller ?# This version is private and should only be called from the non-private @@ -182,7 +201,7 @@ ?checksum-%: $(CHECKSUM_FILE) @echo " ==> Running checksum on $*" @if ggrep -- '[ /]$*$$' $(CHECKSUM_FILE); then \ - if cat $(CHECKSUM_FILE) | sed -e 's!download/!!' | (cd $(DOWNLOADDIR); LC_ALL="C" LANG="C" gmd5sum -c 2>&1) | \ + if cat $(CHECKSUM_FILE) | sed -e 's!download/!!' | (cd $(DOWNLOADDIR); LC_ALL="C" LANG="C" $(md5sum) -c 2>&1) | \ ggrep -- '$*' | ggrep -v ':[ ]\+OK'; then \ echo '(!!!) $* failed checksum test!' 1>&2; \ false; \ @@ -632,6 +651,10 @@ @echo " ===> Extracting Git Repo $(DOWNLOADDIR)/$* (Treeish: $(call GIT_TREEISH,$*))" ( cd $(abspath $(DOWNLOADDIR))/$*/; git --bare archive --prefix=$(NAME)-$(VERSION)/ $(call GIT_TREEISH,$*)) | gtar -xf - -C $(EXTRACTDIR) @$(MAKECOOKIE) +hg-extract-%: + @echo " ===> Extracting Mercurial Repo $(DOWNLOADDIR)/$* (Tag: $(call HG_TREEISH,$*))" + ( cd $(abspath $(DOWNLOADDIR))/$*/; hg archive --prefix=$(NAME)-$(VERSION)/ --rev=$(call HG_TREEISH,$*) --type tar -)| gtar -xf - -C $(EXTRACTDIR) + @$(MAKECOOKIE) ? ?# rule to extract files with unzip ?zip-extract-%: @@ -723,6 +746,9 @@ ?extract-archive-%.git: git-extract-%.git @$(MAKECOOKIE) ? +extract-archive-%.hg: hg-extract-% + @$(MAKECOOKIE) + ?extract-copy-%: cp-extract-% @$(MAKECOOKIE) ? Modified: csw/mgar/gar/v2-hg/gar.mk =================================================================== --- csw/mgar/gar/v2/gar.mk 2016-08-29 13:38:26 UTC (rev 25911) +++ csw/mgar/gar/v2-hg/gar.mk 2016-08-29 13:53:58 UTC (rev 25913) @@ -11,6 +11,8 @@ ?# Comment this out to make much verbosity ?#.SILENT: ? +md5sum ?= $(if $(filter no%,$(shell which md5sum)),gmd5sum,md5sum) + ?ifneq ($(abspath /),/) ?$(error Your version of 'make' is too old: $(MAKE_VERSION). Please make sure you are using at least 3.81) ?endif @@ -45,7 +47,7 @@ ? ?DYNSCRIPTS := $(foreach PKG,$(SPKG_SPECS),$(foreach SCR,$(ADMSCRIPTS),$(if $(value $(PKG)_$(SCR)), $(PKG).$(SCR)))) ?_LOCALFILES = $(notdir $(wildcard files/*)) -_NOCHECKSUM += $(DYNSCRIPTS) $(_LOCALFILES) $(foreach R,$(GIT_REPOS),$(call GITPROJ,$(R))) $(_EXTRA_GAR_NOCHECKSUM) +_NOCHECKSUM += $(DYNSCRIPTS) $(_LOCALFILES) $(foreach R,$(GIT_REPOS),$(call GITPROJ,$(R))) $(foreach R,$(HG_REPOS),$(call GITPROJ,$(R).hg)) $(_EXTRA_GAR_NOCHECKSUM) ? ?DISTFILES += $(_EXTRA_GAR_DISTFILES) ? @@ -54,7 +56,8 @@ ?ALLFILES_PATCHFILES ?= $(PATCHFILES) $(foreach M,$(MODULATIONS),$(PATCHFILES_$M)) ?ALLFILES_DYNSCRIPTS ?= $(DYNSCRIPTS) ?ALLFILES_GIT_REPOS ?= $(foreach R,$(GIT_REPOS),$(call GITPROJ,$(R))) -ALLFILES ?= $(sort $(ALLFILES_DISTFILES) $(ALLFILES_PATCHFILES) $(ALLFILES_DYNSCRIPTS) $(ALLFILES_GIT_REPOS) $(EXTRA_ALLFILES) $(_EXTRA_GAR_ALLFILES)) +ALLFILES_HG_REPOS ?= $(foreach R,$(HG_REPOS),$(call GITPROJ,$(R).hg)) +ALLFILES ?= $(sort $(ALLFILES_DISTFILES) $(ALLFILES_PATCHFILES) $(ALLFILES_DYNSCRIPTS) $(ALLFILES_GIT_REPOS) $(ALLFILES_HG_REPOS) $(EXTRA_ALLFILES) $(_EXTRA_GAR_ALLFILES)) ? ?ifeq ($(MAKE_INSTALL_DIRS),1) ?INSTALL_DIRS = $(addprefix $(DESTDIR),$(prefix) $(exec_prefix) $(bindir) $(sbindir) $(libexecdir) $(datadir) $(sysconfdir) $(sharedstatedir) $(localstatedir) $(libdir) $(infodir) $(lispdir) $(includedir) $(mandir) $(foreach NUM,1 2 3 4 5 6 7 8, $(mandir)/man$(NUM)) $(sourcedir)) @@ -337,6 +340,8 @@ @$(foreach D,$(DYNSCRIPTS),echo " $D";) @echo "Git Repos tracked: " @$(foreach R,$(GIT_REPOS),echo " $R";) + @echo "Mercurial Repos tracked: " + @$(foreach R,$(HG_REPOS),echo " $R";) @echo "All potential URLS: " @$(foreach U,$(URLS),echo " $U";) ? @@ -382,7 +387,7 @@ ? ?makesum: fetch $(addprefix $(DOWNLOADDIR)/,$(MAKESUM_TARGETS)) $(GARCHIVE_TARGETS) @if test "x$(MAKESUM_TARGETS)" != "x"; then \ - (cd $(DOWNLOADDIR) && gmd5sum $(MAKESUM_TARGETS)) > $(CHECKSUM_FILE) ; \ + (cd $(DOWNLOADDIR) && $(md5sum) $(MAKESUM_TARGETS)) > $(CHECKSUM_FILE) ; \ echo "Checksums made for $(MAKESUM_TARGETS)" ; \ cat $(CHECKSUM_FILE) ; \ else \ @@ -395,8 +400,8 @@ ?garchive: checksum $(GARCHIVE_TARGETS) ; ? ?# extract - Unpacks $(DISTFILES) into $(EXTRACTDIR) (patches are "zcatted" into the patch program) -EXTRACT_TARGETS-global ?= $(addprefix extract-copy-,$(filter-out $(NOEXTRACT),$(DISTFILES) $(DYNSCRIPTS) $(foreach R,$(GIT_REPOS),$(call GITPROJ,$(R))))) -EXTRACT_TARGETS-default = $(addprefix extract-archive-,$(filter-out $(NOEXTRACT),$(DISTFILES) $(DYNSCRIPTS) $(foreach R,$(GIT_REPOS),$(call GITPROJ,$(R))))) +EXTRACT_TARGETS-global ?= $(addprefix extract-copy-,$(filter-out $(NOEXTRACT),$(DISTFILES) $(DYNSCRIPTS) $(foreach R,$(GIT_REPOS),$(call GITPROJ,$(R))) $(foreach R,$(HG_REPOS),$(call GITPROJ,$(R).hg)))) +EXTRACT_TARGETS-default = $(addprefix extract-archive-,$(filter-out $(NOEXTRACT),$(DISTFILES) $(DYNSCRIPTS) $(foreach R,$(GIT_REPOS),$(call GITPROJ,$(R))) $(foreach R,$(HG_REPOS),$(call GITPROJ,$(R).hg)))) ?EXTRACT_TARGETS = $(or $(EXTRACT_TARGETS-$(MODULATION)),$(EXTRACT_TARGETS-default)) ? ?ifdef REINPLACE_FILES This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jh at opencsw.org Mon Aug 29 16:40:06 2016 From: jh at opencsw.org (Jan Holzhueter) Date: Mon, 29 Aug 2016 16:40:06 +0200 Subject: Please review: Mercurial Repo in gar In-Reply-To: References: <3sNCn83zQ2zgG@mail.opencsw.org> Message-ID: <739571dd-266c-318b-cf9a-883a0fd403d4@opencsw.org> Hi, nice since you are add it. could you please review the git implementation also. iirc it's broken. I could be wrong though :) Greetings Jan Am 29.08.16 um 15:59 schrieb cgrzemba at opencsw.org: > I added download from Mercurial Repos in mgar. > Please review and merge if you found this usefull > > Carsten > > -------- Original Message -------- > From: cgrzemba at users.sourceforge.net > Date: Aug 29, 2016 3:54:36 PM > Subject: SF.net SVN: gar:[25913] csw/mgar/gar > To: devel at lists.opencsw.org > > Revision: 25913 > http://sourceforge.net/p/gar/code/25913 > Author: cgrzemba > Date: 2016-08-29 13:53:58 +0000 (Mon, 29 Aug 2016) > Log Message: > ----------- > add download from Mercurial repository > - use variable HG_REPOS for the mercurial download URL > - use HG_TREEISH_repo-name for repo tag to extract (default 'tip') > > Modified Paths: > -------------- > csw/mgar/gar/v2-hg/gar.lib.mk > csw/mgar/gar/v2-hg/gar.mk > > Added Paths: > ----------- > csw/mgar/gar/v2-hg/ > > Modified: csw/mgar/gar/v2-hg/gar.lib.mk > =================================================================== > --- csw/mgar/gar/v2/gar.lib.mk 2016-08-29 13:38:26 UTC (rev 25911) > +++ csw/mgar/gar/v2-hg/gar.lib.mk 2016-08-29 13:53:58 UTC (rev 25913) > @@ -10,6 +10,8 @@ > # software causes damage. > # > > +# md5sum ?= md5sum > +md5sum ?= $(if $(filter no%,$(shell which md5sum)),gmd5sum,md5sum) > # cookies go here, so we have to be able to find them for > # dependency checking. > VPATH += $(COOKIEDIR) > @@ -24,6 +26,7 @@ > # override GIT_PROXY_SCRIPT to something else if you need to. > GIT_MAYBEPROXY = $(if > $(GIT_USE_PROXY),GIT_PROXY_COMMAND=$(GIT_PROXY_SCRIPT)) > GIT_TREEISH = $(if $(GIT_TREEISH_$(1)),$(GIT_TREEISH_$(1)),HEAD) > +HG_TREEISH = $(if $(HG_TREEISH_$(1)),$(HG_TREEISH_$(1)),tip) > > #################### FETCH RULES #################### > > @@ -43,6 +46,14 @@ > URLS += $(foreach R,$(GIT_REPOS),gitrepo://$(call GITPROJ,$(R)) > $(foreach gitproto,git http file ssh,$(call gitsubst,$(gitproto),$(R)))) > endif > > +define hgsubst > +$(subst hg-hg,hg,$(if $(findstring $(1)://,$(2)),$(patsubst > $(1)%,hg-$(1)%,$(call URLSTRIP,$(2)) ))) > +endef > + > +ifdef HG_REPOS > +URLS += $(foreach R,$(HG_REPOS),$(foreach hgproto,hg http file > ssh,$(call hgsubst,$(hgproto),$(R)))) > +endif > + > # Download the file if and only if it doesn't have a preexisting > # checksum file. Loop through available URLs and stop when you > # get one that doesn't return an error code. > @@ -55,18 +66,18 @@ > $(if $(_FLIST),,$(error INTERNAL ERROR: The file $* is requested but > not in the list of generated URLs)) > @if test -f $(COOKIEDIR)/checksum-$*; then : ; else \ > echo " ==> Grabbing $@"; \ > - ( for i in $(filter %/$*,$(URLS)) $(foreach URL,$(URLS),$(if > $(findstring $(GITHUB_HOST),$(URL)),$(URL),)); do \ > + ( for i in $(filter %/$(*:%.hg=%),$(URLS)) $(foreach > URL,$(URLS),$(if $(findstring $(GITHUB_HOST),$(URL)),$(URL),)); do \ > echo " ==> Trying $$i"; \ > $(MAKE) -s `echo $$i | tr -d :` || continue; \ > case $$i in \ > *$(GITHUB_HOST)*) \ > mv $(PARTIALDIR)/$(GITHUB_REFERENCE) > $@ ;; \ > *) \ > - mv $(PARTIALDIR)/$* $@ ;; \ > + mv $(PARTIALDIR)/$(*:%.hg=%) > $(@:%.hg=%) ;; \ > esac; \ > break; \ > done; ) 2>&1 | grep -v '^$(MAKE)'; \ > - if test -r $@ ; then : ; else \ > + if test -r $(@:%.hg=%) ; then : ; else \ > echo '(!!!) Failed to download $@!' 1>&2; \ > false; \ > fi; \ > @@ -104,6 +115,14 @@ > @( cd $(PARTIALDIR)/$(call GITPROJ,$*); \ > git config remote.origin.fetch $(if $(GIT_REFS_$(call > GITPROJ,$*)),$(GIT_REFS_$(call GITPROJ,$*)),$(GIT_DEFAULT_TRACK)); ) > > +hg-http//%: > + hg clone http://$* $(PARTIALDIR)/$(call GITPROJ,$*) > +hg-hg//%: > + hg clone hg://$* $(PARTIALDIR)/$(call GITPROJ,$*) > +hg-ssh//%: > + hg clone ssh://$* $(PARTIALDIR)/$(call GITPROJ,$*) > +hg-file//%: > + hg clone file://$* $(PARTIALDIR)/$(call GITPROJ,$*) > > # create ADMSCRIPTS 'on the fly' from variables defined by the caller > # This version is private and should only be called from the non-private > @@ -182,7 +201,7 @@ > checksum-%: $(CHECKSUM_FILE) > @echo " ==> Running checksum on $*" > @if ggrep -- '[ /]$*$$' $(CHECKSUM_FILE); then \ > - if cat $(CHECKSUM_FILE) | sed -e 's!download/!!' | (cd > $(DOWNLOADDIR); LC_ALL="C" LANG="C" gmd5sum -c 2>&1) | \ > + if cat $(CHECKSUM_FILE) | sed -e 's!download/!!' | (cd > $(DOWNLOADDIR); LC_ALL="C" LANG="C" $(md5sum) -c 2>&1) | \ > ggrep -- '$*' | ggrep -v ':[ ]\+OK'; then \ > echo '(!!!) $* failed checksum test!' 1>&2; \ > false; \ > @@ -632,6 +651,10 @@ > @echo " ===> Extracting Git Repo $(DOWNLOADDIR)/$* (Treeish: $(call > GIT_TREEISH,$*))" > ( cd $(abspath $(DOWNLOADDIR))/$*/; git --bare archive > --prefix=$(NAME)-$(VERSION)/ $(call GIT_TREEISH,$*)) | gtar -xf - -C > $(EXTRACTDIR) > @$(MAKECOOKIE) > +hg-extract-%: > + @echo " ===> Extracting Mercurial Repo $(DOWNLOADDIR)/$* (Tag: $(call > HG_TREEISH,$*))" > + ( cd $(abspath $(DOWNLOADDIR))/$*/; hg archive > --prefix=$(NAME)-$(VERSION)/ --rev=$(call HG_TREEISH,$*) --type tar -)| > gtar -xf - -C $(EXTRACTDIR) > + @$(MAKECOOKIE) > > # rule to extract files with unzip > zip-extract-%: > @@ -723,6 +746,9 @@ > extract-archive-%.git: git-extract-%.git > @$(MAKECOOKIE) > > +extract-archive-%.hg: hg-extract-% > + @$(MAKECOOKIE) > + > extract-copy-%: cp-extract-% > @$(MAKECOOKIE) > > > Modified: csw/mgar/gar/v2-hg/gar.mk > =================================================================== > --- csw/mgar/gar/v2/gar.mk 2016-08-29 13:38:26 UTC (rev 25911) > +++ csw/mgar/gar/v2-hg/gar.mk 2016-08-29 13:53:58 UTC (rev 25913) > @@ -11,6 +11,8 @@ > # Comment this out to make much verbosity > #.SILENT: > > +md5sum ?= $(if $(filter no%,$(shell which md5sum)),gmd5sum,md5sum) > + > ifneq ($(abspath /),/) > $(error Your version of 'make' is too old: $(MAKE_VERSION). Please make > sure you are using at least 3.81) > endif > @@ -45,7 +47,7 @@ > > DYNSCRIPTS := $(foreach PKG,$(SPKG_SPECS),$(foreach > SCR,$(ADMSCRIPTS),$(if $(value $(PKG)_$(SCR)), $(PKG).$(SCR)))) > _LOCALFILES = $(notdir $(wildcard files/*)) > -_NOCHECKSUM += $(DYNSCRIPTS) $(_LOCALFILES) $(foreach > R,$(GIT_REPOS),$(call GITPROJ,$(R))) $(_EXTRA_GAR_NOCHECKSUM) > +_NOCHECKSUM += $(DYNSCRIPTS) $(_LOCALFILES) $(foreach > R,$(GIT_REPOS),$(call GITPROJ,$(R))) $(foreach R,$(HG_REPOS),$(call > GITPROJ,$(R).hg)) $(_EXTRA_GAR_NOCHECKSUM) > > DISTFILES += $(_EXTRA_GAR_DISTFILES) > > @@ -54,7 +56,8 @@ > ALLFILES_PATCHFILES ?= $(PATCHFILES) $(foreach > M,$(MODULATIONS),$(PATCHFILES_$M)) > ALLFILES_DYNSCRIPTS ?= $(DYNSCRIPTS) > ALLFILES_GIT_REPOS ?= $(foreach R,$(GIT_REPOS),$(call GITPROJ,$(R))) > -ALLFILES ?= $(sort $(ALLFILES_DISTFILES) $(ALLFILES_PATCHFILES) > $(ALLFILES_DYNSCRIPTS) $(ALLFILES_GIT_REPOS) $(EXTRA_ALLFILES) > $(_EXTRA_GAR_ALLFILES)) > +ALLFILES_HG_REPOS ?= $(foreach R,$(HG_REPOS),$(call GITPROJ,$(R).hg)) > +ALLFILES ?= $(sort $(ALLFILES_DISTFILES) $(ALLFILES_PATCHFILES) > $(ALLFILES_DYNSCRIPTS) $(ALLFILES_GIT_REPOS) $(ALLFILES_HG_REPOS) > $(EXTRA_ALLFILES) $(_EXTRA_GAR_ALLFILES)) > > ifeq ($(MAKE_INSTALL_DIRS),1) > INSTALL_DIRS = $(addprefix $(DESTDIR),$(prefix) $(exec_prefix) > $(bindir) $(sbindir) $(libexecdir) $(datadir) $(sysconfdir) > $(sharedstatedir) $(localstatedir) $(libdir) $(infodir) $(lispdir) > $(includedir) $(mandir) $(foreach NUM,1 2 3 4 5 6 7 8, > $(mandir)/man$(NUM)) $(sourcedir)) > @@ -337,6 +340,8 @@ > @$(foreach D,$(DYNSCRIPTS),echo " $D";) > @echo "Git Repos tracked: " > @$(foreach R,$(GIT_REPOS),echo " $R";) > + @echo "Mercurial Repos tracked: " > + @$(foreach R,$(HG_REPOS),echo " $R";) > @echo "All potential URLS: " > @$(foreach U,$(URLS),echo " $U";) > > @@ -382,7 +387,7 @@ > > makesum: fetch $(addprefix $(DOWNLOADDIR)/,$(MAKESUM_TARGETS)) > $(GARCHIVE_TARGETS) > @if test "x$(MAKESUM_TARGETS)" != "x"; then \ > - (cd $(DOWNLOADDIR) && gmd5sum $(MAKESUM_TARGETS)) > > $(CHECKSUM_FILE) ; \ > + (cd $(DOWNLOADDIR) && $(md5sum) $(MAKESUM_TARGETS)) > > $(CHECKSUM_FILE) ; \ > echo "Checksums made for $(MAKESUM_TARGETS)" ; \ > cat $(CHECKSUM_FILE) ; \ > else \ > @@ -395,8 +400,8 @@ > garchive: checksum $(GARCHIVE_TARGETS) ; > > # extract - Unpacks $(DISTFILES) into $(EXTRACTDIR) (patches > are "zcatted" into the patch program) > -EXTRACT_TARGETS-global ?= $(addprefix extract-copy-,$(filter-out > $(NOEXTRACT),$(DISTFILES) $(DYNSCRIPTS) $(foreach R,$(GIT_REPOS),$(call > GITPROJ,$(R))))) > -EXTRACT_TARGETS-default = $(addprefix extract-archive-,$(filter-out > $(NOEXTRACT),$(DISTFILES) $(DYNSCRIPTS) $(foreach R,$(GIT_REPOS),$(call > GITPROJ,$(R))))) > +EXTRACT_TARGETS-global ?= $(addprefix extract-copy-,$(filter-out > $(NOEXTRACT),$(DISTFILES) $(DYNSCRIPTS) $(foreach R,$(GIT_REPOS),$(call > GITPROJ,$(R))) $(foreach R,$(HG_REPOS),$(call GITPROJ,$(R).hg)))) > +EXTRACT_TARGETS-default = $(addprefix extract-archive-,$(filter-out > $(NOEXTRACT),$(DISTFILES) $(DYNSCRIPTS) $(foreach R,$(GIT_REPOS),$(call > GITPROJ,$(R))) $(foreach R,$(HG_REPOS),$(call GITPROJ,$(R).hg)))) > EXTRACT_TARGETS = $(or > $(EXTRACT_TARGETS-$(MODULATION)),$(EXTRACT_TARGETS-default)) > > ifdef REINPLACE_FILES > > This was sent by the SourceForge.net collaborative development platform, > the world's largest Open Source development site. > > > From jgoerzen at opencsw.org Wed Aug 31 17:36:05 2016 From: jgoerzen at opencsw.org (jgoerzen) Date: Wed, 31 Aug 2016 08:36:05 -0700 Subject: 2.2.25 dumps core with "Panic: file imap-client.c: line 837 (client_check_command_hangs): assertion failed: (client->io != NULL)" In-Reply-To: <52dc785a-b2b6-33df-7d8a-e6f3520969e9@hrz.uni-marburg.de> References: <52dc785a-b2b6-33df-7d8a-e6f3520969e9@hrz.uni-marburg.de> Message-ID: <839fc108-6ef1-46a5-c102-4a1c7d7b55c0@opencsw.org> Hi Folks, I noticed that the commit hash is different for each architecture and memory model even though they are all built with the same source and configuration. Not sure what is going on here. Anyone have an idea? Thanks, Jake jgoerzen at unstable10x > work/solaris10-i386/pkgroot/opt/csw/bin/doveconf -n # 2.2.25 (da97823): /etc/opt/csw/dovecot/dovecot.conf # OS: SunOS 5.10 i86pc jgoerzen at unstable10x > work/solaris10-i386/pkgroot/opt/csw/bin/amd64/doveconf -n # 2.2.25 (68082dc): /etc/opt/csw/dovecot/dovecot.conf # OS: SunOS 5.10 i86pc jgoerzen at unstable10s > work/solaris10-sparc/pkgroot/opt/csw/bin/doveconf -n # 2.2.25 (1a99093): /etc/opt/csw/dovecot/dovecot.conf # OS: SunOS 5.10 sun4v jgoerzen at unstable10s > work/solaris10-sparc/pkgroot/opt/csw/bin/sparcv9/doveconf -n # 2.2.25 (bbc8e6b): /etc/opt/csw/dovecot/dovecot.conf # OS: SunOS 5.10 sun4v On 08/31/2016 06:17 AM, Piper Andreas wrote: > Hello Timo, > > from the maintainer of the OpenCSW package I got the below answer. > > As the newly build package yields another different commit hash (which I > cannot find on GitHub too), I would ask, if you are sure that the commit > hash-output in 'doveconf -n' is generated correctly? > > The headline of 'doveconf -n' with the newly build package is > # 2.2.25 (68082dc): /etc/opt/csw/dovecot/dovecot.conf > > Many thanks for your help, > Andreas > > -------- Weitergeleitete Nachricht -------- > Betreff: Re: OpenCSW question about package CSWdovecot > Datum: Tue, 30 Aug 2016 08:56:44 -0700 > Von: jgoerzen > An: piper at hrz.uni-marburg.de > > Hello Andreas, > > > The OpenCSW dovecot package was built using the 2.2.25 version > release tarball. No code changes or patches have been applied. I'm not > sure what happened. I will respin new packages and then check to see if > the git-commit hash is correct. When the packages are done building > I'll put them in the experimental catalog: > > > http://buildfarm.opencsw.org/experimental.html#jgoerzen > > > Thanks, > > Jake > > > > > > > > On 08/29/2016 11:59 PM, piper at hrz.uni-marburg.de wrote: >> Hello, >> >> with your newest dovecot-package 2.2.25,REV=2016.07.01, I sometimes get core-dumps as documented in my bug-report at the dovecot-mailing-list: http://dovecot.org/list/dovecot/2016-August/105321.html >> In reaction to my bug-report, Timo Sirainen asks, which git-commit of the dovecot-sources was used for this package: http://dovecot.org/list/dovecot/2016-August/105332.html >> >> Could you shed some light on this? >> >> Thanks a lot, >> Andreas > From jh at opencsw.org Wed Aug 31 18:22:35 2016 From: jh at opencsw.org (Jan Holzhueter) Date: Wed, 31 Aug 2016 18:22:35 +0200 Subject: 2.2.25 dumps core with "Panic: file imap-client.c: line 837 (client_check_command_hangs): assertion failed: (client->io != NULL)" In-Reply-To: <839fc108-6ef1-46a5-c102-4a1c7d7b55c0@opencsw.org> References: <52dc785a-b2b6-33df-7d8a-e6f3520969e9@hrz.uni-marburg.de> <839fc108-6ef1-46a5-c102-4a1c7d7b55c0@opencsw.org> Message-ID: <7e16627d-3599-5bda-33c8-acb3974bbaeb@opencsw.org> Hi, check how the version is generated. May guess would be it check if it's build from within a git repo. Since we initialize a new git for patching etc you will get a different hash every time. so either patch the version.sh or whatever they use to generate that string. Or try with NOGITPATCH += 1 this will skip the git creation Greetings Jan Am 31.08.16 um 17:36 schrieb jgoerzen: > Hi Folks, > > > I noticed that the commit hash is different for each architecture and > memory model even though they are all built with the same source and > configuration. Not sure what is going on here. Anyone have an idea? > > > Thanks, > > Jake > > > jgoerzen at unstable10x > work/solaris10-i386/pkgroot/opt/csw/bin/doveconf -n > # 2.2.25 (da97823): /etc/opt/csw/dovecot/dovecot.conf > # OS: SunOS 5.10 i86pc > > > jgoerzen at unstable10x > > work/solaris10-i386/pkgroot/opt/csw/bin/amd64/doveconf -n > # 2.2.25 (68082dc): /etc/opt/csw/dovecot/dovecot.conf > # OS: SunOS 5.10 i86pc > > > jgoerzen at unstable10s > work/solaris10-sparc/pkgroot/opt/csw/bin/doveconf -n > # 2.2.25 (1a99093): /etc/opt/csw/dovecot/dovecot.conf > # OS: SunOS 5.10 sun4v > > > jgoerzen at unstable10s > > work/solaris10-sparc/pkgroot/opt/csw/bin/sparcv9/doveconf -n > # 2.2.25 (bbc8e6b): /etc/opt/csw/dovecot/dovecot.conf > # OS: SunOS 5.10 sun4v > > > > > On 08/31/2016 06:17 AM, Piper Andreas wrote: >> Hello Timo, >> >> from the maintainer of the OpenCSW package I got the below answer. >> >> As the newly build package yields another different commit hash (which I >> cannot find on GitHub too), I would ask, if you are sure that the commit >> hash-output in 'doveconf -n' is generated correctly? >> >> The headline of 'doveconf -n' with the newly build package is >> # 2.2.25 (68082dc): /etc/opt/csw/dovecot/dovecot.conf >> >> Many thanks for your help, >> Andreas >> >> -------- Weitergeleitete Nachricht -------- >> Betreff: Re: OpenCSW question about package CSWdovecot >> Datum: Tue, 30 Aug 2016 08:56:44 -0700 >> Von: jgoerzen >> An: piper at hrz.uni-marburg.de >> >> Hello Andreas, >> >> >> The OpenCSW dovecot package was built using the 2.2.25 version >> release tarball. No code changes or patches have been applied. I'm not >> sure what happened. I will respin new packages and then check to see if >> the git-commit hash is correct. When the packages are done building >> I'll put them in the experimental catalog: >> >> >> http://buildfarm.opencsw.org/experimental.html#jgoerzen >> >> >> Thanks, >> >> Jake >> >> >> >> >> >> >> >> On 08/29/2016 11:59 PM, piper at hrz.uni-marburg.de wrote: >>> Hello, >>> >>> with your newest dovecot-package 2.2.25,REV=2016.07.01, I sometimes >>> get core-dumps as documented in my bug-report at the >>> dovecot-mailing-list: >>> http://dovecot.org/list/dovecot/2016-August/105321.html >>> In reaction to my bug-report, Timo Sirainen asks, which git-commit of >>> the dovecot-sources was used for this package: >>> http://dovecot.org/list/dovecot/2016-August/105332.html >>> >>> Could you shed some light on this? >>> >>> Thanks a lot, >>> Andreas >> > From jgoerzen at opencsw.org Wed Aug 31 19:48:21 2016 From: jgoerzen at opencsw.org (jgoerzen) Date: Wed, 31 Aug 2016 10:48:21 -0700 Subject: 2.2.25 dumps core with "Panic: file imap-client.c: line 837 (client_check_command_hangs): assertion failed: (client->io != NULL)" In-Reply-To: <7e16627d-3599-5bda-33c8-acb3974bbaeb@opencsw.org> References: <52dc785a-b2b6-33df-7d8a-e6f3520969e9@hrz.uni-marburg.de> <839fc108-6ef1-46a5-c102-4a1c7d7b55c0@opencsw.org> <7e16627d-3599-5bda-33c8-acb3974bbaeb@opencsw.org> Message-ID: <469ebc1f-f32a-a17a-279b-a0b31f718e42@opencsw.org> Hi Jan, Thanks! that was it. Disabling git patch in the gar build system and now the git-commit hash is correct. regards, Jake On 08/31/2016 09:22 AM, Jan Holzhueter wrote: > Hi, > check how the version is generated. > > May guess would be it check if it's build from within a git repo. > Since we initialize a new git for patching etc you will get a different > hash every time. so either patch the version.sh or whatever they use to > generate that string. Or try with NOGITPATCH += 1 > > this will skip the git creation > > Greetings > Jan > > > > > > Am 31.08.16 um 17:36 schrieb jgoerzen: >> Hi Folks, >> >> >> I noticed that the commit hash is different for each architecture and >> memory model even though they are all built with the same source and >> configuration. Not sure what is going on here. Anyone have an idea? >> >> >> Thanks, >> >> Jake >> >> >> jgoerzen at unstable10x > work/solaris10-i386/pkgroot/opt/csw/bin/doveconf -n >> # 2.2.25 (da97823): /etc/opt/csw/dovecot/dovecot.conf >> # OS: SunOS 5.10 i86pc >> >> >> jgoerzen at unstable10x > >> work/solaris10-i386/pkgroot/opt/csw/bin/amd64/doveconf -n >> # 2.2.25 (68082dc): /etc/opt/csw/dovecot/dovecot.conf >> # OS: SunOS 5.10 i86pc >> >> >> jgoerzen at unstable10s > work/solaris10-sparc/pkgroot/opt/csw/bin/doveconf -n >> # 2.2.25 (1a99093): /etc/opt/csw/dovecot/dovecot.conf >> # OS: SunOS 5.10 sun4v >> >> >> jgoerzen at unstable10s > >> work/solaris10-sparc/pkgroot/opt/csw/bin/sparcv9/doveconf -n >> # 2.2.25 (bbc8e6b): /etc/opt/csw/dovecot/dovecot.conf >> # OS: SunOS 5.10 sun4v >> >> >> >> >> On 08/31/2016 06:17 AM, Piper Andreas wrote: >>> Hello Timo, >>> >>> from the maintainer of the OpenCSW package I got the below answer. >>> >>> As the newly build package yields another different commit hash (which I >>> cannot find on GitHub too), I would ask, if you are sure that the commit >>> hash-output in 'doveconf -n' is generated correctly? >>> >>> The headline of 'doveconf -n' with the newly build package is >>> # 2.2.25 (68082dc): /etc/opt/csw/dovecot/dovecot.conf >>> >>> Many thanks for your help, >>> Andreas >>> >>> -------- Weitergeleitete Nachricht -------- >>> Betreff: Re: OpenCSW question about package CSWdovecot >>> Datum: Tue, 30 Aug 2016 08:56:44 -0700 >>> Von: jgoerzen >>> An: piper at hrz.uni-marburg.de >>> >>> Hello Andreas, >>> >>> >>> The OpenCSW dovecot package was built using the 2.2.25 version >>> release tarball. No code changes or patches have been applied. I'm not >>> sure what happened. I will respin new packages and then check to see if >>> the git-commit hash is correct. When the packages are done building >>> I'll put them in the experimental catalog: >>> >>> >>> http://buildfarm.opencsw.org/experimental.html#jgoerzen >>> >>> >>> Thanks, >>> >>> Jake >>> >>> >>> >>> >>> >>> >>> >>> On 08/29/2016 11:59 PM, piper at hrz.uni-marburg.de wrote: >>>> Hello, >>>> >>>> with your newest dovecot-package 2.2.25,REV=2016.07.01, I sometimes >>>> get core-dumps as documented in my bug-report at the >>>> dovecot-mailing-list: >>>> http://dovecot.org/list/dovecot/2016-August/105321.html >>>> In reaction to my bug-report, Timo Sirainen asks, which git-commit of >>>> the dovecot-sources was used for this package: >>>> http://dovecot.org/list/dovecot/2016-August/105332.html >>>> >>>> Could you shed some light on this? >>>> >>>> Thanks a lot, >>>> Andreas