Valued Member,

Your online security is important to us. That is why we are committed to safeguarding your personal information to keep it secure and confidential.

We detected irregular activity on your Account on 02/07/2015. For your protection, online banking has been locked because the number of attempts to sign in exceeded the number allowed.
We are sorry to inform you that your online account has been temporarily locked after too many unsuccessful login attempts was made.

To strengthen the security measures protecting your account,we have added additional security.Will review and verify the activity on your account with you and take necessary steps to protect your account from fraud.

Please click the link below to activate your account:

IMPORTANT INFORMATION
Please update your American Express on our secured server.
(If you cannot click on the link, please move the message into the Inbox)

Thank you for your continued Card Membership.

Sincerely,
The American Express Customer Service Team Message-ID: From stefan.sobernig at wu.ac.at Wed Jul 15 21:31:03 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Wed, 15 Jul 2015 23:31:03 +0200 Subject: [Pkg-tcltk-devel] nsf_2.0.0-1_amd64.changes is NEW In-Reply-To: References: Message-ID: <55A6D117.7040001@wu.ac.at> Dear all, Can anyone kindly explain to me why the nsf package has been lurking in the new queue for more than 4 months now? For one, it is a re-upload which only corrects some license documentation issues signalled to me by an ftpteam member (alteholz at debian.org) in Nov '14. Also, back in the days, the predecessor package (xotcl) was accepted within 1-2 weeks. I'd appreciate a clarifying answer. Regards, Stefan > binary:nsf is NEW. > binary:nsf-dev is NEW. > binary:nsf-shells is NEW. > source:nsf is NEW. > > Your package has been put into the NEW queue, which requires manual action > from the ftpteam to process. The upload was otherwise valid (it had a good > OpenPGP signature and file hashes are valid), so please be patient. > > Packages are routinely processed through to the archive, and do feel > free to browse the NEW queue[1]. > > If there is an issue with the upload, you will recieve an email from a > member of the ftpteam. > > If you have any questions, you may reply to this email. > > [1]: https://ftp-master.debian.org/new.html > -- Institute for Information Systems and New Media Vienna University of Economics and Business Welthandelsplatz 1, Building D2, A-1020 Vienna Austria http://nm.wu.ac.at/en/sobernig stefan.sobernig at wu.ac.at ss at thinkersfoot.net t. +43-1-31336-4878 f. +43-1-31336-746 From v.m.e.kersten at umcutrecht.nl Mon Jul 20 11:05:43 2015 From: v.m.e.kersten at umcutrecht.nl (Vincent Kersten) Date: Mon, 20 Jul 2015 13:05:43 +0200 Subject: [Pkg-tcltk-devel] Bug#792946: bwidget: FSL failes to run due to bwidget Message-ID: <20150720110543.39216.86809.reportbug@bird.umcutrecht.nl> Package: bwidget Version: 1.9.8-1 Severity: important Tags: upstream Dear Maintainer, please have a look at 792758: http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=792758 _uninstalling_ bwidget solves the startup problem, leading me to believe that - the call to bwidget from FSL is wrong - something has changed in bwidget and FSL is not aware of the new call - some error creeped into bwidget in the new version in Debian Jessie. Thank you for considering this bug, regards, Vincent -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/64 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages bwidget depends on: ii tk 8.6.0+8 bwidget recommends no packages. bwidget suggests no packages. ------------------------------------------------------------------------------ De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. ------------------------------------------------------------------------------ This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail. From ftpmaster at ftp-master.debian.org Mon Jul 27 18:00:12 2015 From: ftpmaster at ftp-master.debian.org (Debian FTP Masters) Date: Mon, 27 Jul 2015 18:00:12 +0000 Subject: [Pkg-tcltk-devel] nsf_2.0.0-1_amd64.changes ACCEPTED into unstable, unstable Message-ID: Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Tue, 28 Oct 2014 10:23:27 +0200 Source: nsf Binary: nsf nsf-dev nsf-shells Architecture: source amd64 all Version: 2.0.0-1 Distribution: unstable Urgency: low Maintainer: Tcl/Tk Debian Packagers Changed-By: Stefan Sobernig Description: nsf - Next Scripting Framework (NSF): Object orientation for Tcl - shar nsf-dev - Next Scripting Framework (NSF): Object orientation for Tcl - deve nsf-shells - Next Scripting Framework (NSF): Object orientation for Tcl - shel Closes: 766486 Changes: nsf (2.0.0-1) unstable; urgency=low . * Initial release (Closes: #766486) * See http://next-scripting.org/ for details on the upstream release. Checksums-Sha1: cea09ead28afc29846398d7bf3ee721874a7be22 1999 nsf_2.0.0-1.dsc f2e41c098d4c2c4f366507edd623b0426f669aab 2977490 nsf_2.0.0.orig.tar.gz 5a3a9f87d40fddd93fa44ae56609321b283005c6 9980 nsf_2.0.0-1.debian.tar.xz b32d6b559735b54fb5a849cc2cdce075bb6d5844 322650 nsf_2.0.0-1_amd64.deb 94bcf4178424f214e49d686388f1d9d0d1000beb 25464 nsf-dev_2.0.0-1_amd64.deb ca17342f478e8d38eca835269aacf105fa17c54a 20868 nsf-shells_2.0.0-1_all.deb Checksums-Sha256: 7286ec32646fb55dff77917926952c85096b3c03bad800df5ef9fe18e3002490 1999 nsf_2.0.0-1.dsc 13d3cbbcb46e7ddfdc80d1fa62bed9746e74d54f859bd952b22d499d9a6b9977 2977490 nsf_2.0.0.orig.tar.gz d76d3b77ad1712a2aaf71cd4d152c2d496ae291ffc8b8ca134c2a94083055c9d 9980 nsf_2.0.0-1.debian.tar.xz 2d55fffc20e9b9f6c96a8843c16f51d039b0c3a99a333bcfad3057841ca8b59a 322650 nsf_2.0.0-1_amd64.deb 81139060e36d856aa3084aab4855ca2b09d2f8f05581153970811c258944c4f7 25464 nsf-dev_2.0.0-1_amd64.deb a48fe3efb96bb8bb66000ff8a2cd857b39afb13688d3eabf6a8b367c6a4f4152 20868 nsf-shells_2.0.0-1_all.deb Files: d343f524297e5e08bd62b9ff79f1c44f 1999 libs optional nsf_2.0.0-1.dsc c88c9039203df4faee96f8c1300010de 2977490 libs optional nsf_2.0.0.orig.tar.gz 47ab261dfa82882ff43b81f6d38bbe04 9980 libs optional nsf_2.0.0-1.debian.tar.xz d9b38330336047313bb0c1f4f3bebca6 322650 libs optional nsf_2.0.0-1_amd64.deb 508fd2b2347d320f8f0dca727c5ee11c 25464 libdevel optional nsf-dev_2.0.0-1_amd64.deb a3b3769d50a7b1c526861c910a983338 20868 interpreters optional nsf-shells_2.0.0-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIVAwUBVQ72mVfnxjJPgTkdAQigmw//e8a0Jd5ZguKAVKro5ppD7qzao8bvTnBt rXyq+Nsvl7e/hA/SNwTDUUCjaXcG8Fc0pR7U5tLy8jWGW8dlHIaSvsDDO1yeQDwG 2C3nISfuWF2teN6n4yO/Lamm4SlmW6qu+baUVJexG7cGqACb5BWQUypCIVYOrQiC +BLEAI3iXIEL7sl06V+M6wbBbZhpqE9BP9qOrDbdQFTWWN9bYkNP/DDXwygc/GfM YtMgKqkuJC6Axe5A5Pg/nw8Sn13S8ZFd2rIDPeYAOaKEyz4uRwN2iTSx3rxDqFt+ /qcVqW3wdTulc0Blr6CV1LfBM/qEaazHLgGvpLIHY2cY0YakVk5vUycVRmSsb97d BdR5wPekgtk/mNJlKt3S2YpNnKA/2C8uDkXuR/XxMwf/Gm/+MwA5By1maTH6/Ulh FN+VOiXF0DxydmOaRYpVAxt3OwHAoGoBC9ss13PqVmtM4CbifcD+31tqhMwv/4Za q0aHFxKZARUcpAzRBeLjpTxvI/s/7N77RLIkG+ZpJB+AToenzB0jF2abzQMyuO8a +PNrkpZcwj4mKFFqvMRcoKnKfqUcAGO5MdcQeezJ6y15fF+spRnPXtsl+D8rk6Xm Wy/TnUd50qUnO2EVhYxms2ygOryuoBDo/zTpFciwMfH0FaOkzr0g2aYW3rjvCH6a /QeMkJ3DdXg= =8H0h -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From ucko at debian.org Tue Jul 28 03:22:01 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Mon, 27 Jul 2015 23:22:01 -0400 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors Message-ID: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> Source: nsf Version: 2.0.0-1 Severity: serious Justification: fails to build from source Builds of nsf on Linux architectures failed with test suite errors, of two types. (There was also a kFreeBSD failure, which I'll report separately.) On armhf and mipsel, the linearization test segfaults when done: linearization/boat.076: boat nx local-order violated ::wheelboat < ::wheelboat ok make[1]: *** [test-core] Segmentation fault Makefile:533: recipe for target 'test-core' failed make[1]: Leaving directory '/?PKGBUILDDIR?' dh_auto_test: make -j1 test returned exit code 2 make: *** [build-arch] Error 2 debian/rules:11: recipe for target 'build-arch' failed On the remaining Linux architectures, the http test times out, perhaps due to idiosyncracies of buildd network configuration: TCL_LIBRARY=`echo /usr/include/tcl8.6/tcl-private/library` LD_LIBRARY_PATH=".:/usr/lib:" PATH=".:/usr/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" TCLLIBPATH=". . " /usr/bin/tclsh8.6 ./library/xotcl/tests/xocomm.test -libdir `echo ./unix` -testlog ./__test.log /usr/bin/tclsh8.6 ./library/xotcl/tests/../apps/comm/webserver.xotcl -root ./library/xotcl/tests/../doc -pkgdir ./library/xotcl/tests/../library Warning: Non-positional parameter -verbose was passed more than once (::xocomm/test.001 method configure xocomm/test.001 -count 1 -verbose 0 -msg {Trying to load image logo-100.jpg ... } -verbose 1 -pre {puts starting...} -setResult {expr {[r0::sink set contentLength] == 1706}} -cmd {SimpleRequest r0 -url http://localhost:8086/logo-100.jpg}) pre: puts starting... run: SimpleRequest r0 -url http://localhost:8086/logo-100.jpg starting... !!!::req1 (2): Connection refused by host 'localhost' port '8086' error flushing "sock949f8a8": socket is not connected!!! xocomm/test.001: incorrect result for 'Trying to load image logo-100.jpg ... ', expected: '1', got "0" in test file ./library/xotcl/tests/xocomm.test ******* bgerror Test was exited with code -1 Test was exited with code -1 while executing "$example run" (procedure "run" line 4) invoked from within "nx::test run" ("after" script)***** make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs.... make: *** wait: No child processes. Stop. E: Caught signal ?Terminated?: terminating immediately make[1]: *** [test-http] Terminated Makefile:589: recipe for target 'test-http' failed Build killed with signal TERM after 150 minutes of inactivity Could you please take a look? Thanks! From ucko at debian.org Tue Jul 28 04:38:10 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Tue, 28 Jul 2015 00:38:10 -0400 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> (Aaron M. Ucko's message of "Mon, 27 Jul 2015 23:22:01 -0400") References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> Message-ID: "Aaron M. Ucko" writes: > (There was also a kFreeBSD failure, which I'll report separately.) Never mind; a closer look at the build log reveals that configuration on kfreebsd-amd64 failed for the simple reason that the autobuilder simply didn't have enough disk space, which indicates nothing one way or the other about nsf's portability beyond Linux. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu at monk.mit.edu From stefan.sobernig at wu.ac.at Tue Jul 28 15:17:29 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Tue, 28 Jul 2015 17:17:29 +0200 Subject: [Pkg-tcltk-devel] NSF: Failing network I/O tests in buildd Message-ID: <55B79D09.2010607@wu.ac.at> Hi all, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793845 Any ideas what those networking limitations are? ports locked down? Thx, Stefan From stefan.sobernig at wu.ac.at Tue Jul 28 15:15:06 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Tue, 28 Jul 2015 17:15:06 +0200 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> Message-ID: <55B79C7A.4080807@wu.ac.at> Hi Aaron! Thx for reporting, I had already noticed the failing builds. > Builds of nsf on Linux architectures failed with test suite errors, of > two types. (There was also a kFreeBSD failure, which I'll report > separately.) > > On armhf and mipsel, the linearization test segfaults when done: We will certainly look at these a.s.a.p. > On the remaining Linux architectures, the http test times out, perhaps > due to idiosyncracies of buildd network configuration: > !!!::req1 (2): Connection refused by host 'localhost' port '8086' > error flushing "sock949f8a8": socket is not connected!!! > xocomm/test.001: incorrect result for 'Trying to load image logo-100.jpg ... ', expected: > '1', got > "0" Mmmh. I tested in my build environments in various configurations (amd64, i386). the connection tests suceed. How can I learn more about these buildd limitations you hinted at? Are certain ports locked down etc.? If I cannot ship around those limitations, what is the authoritative approach then: disable these network I/O tests? Cheers, Stefan From stefan.sobernig at wu.ac.at Tue Jul 28 16:22:45 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Tue, 28 Jul 2015 18:22:45 +0200 Subject: [Pkg-tcltk-devel] NSF: Failing network I/O tests in buildd In-Reply-To: <55B79D09.2010607@wu.ac.at> References: <55B79D09.2010607@wu.ac.at> Message-ID: <55B7AC55.5090204@wu.ac.at> > Hi all, > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793845 > > Any ideas what those networking limitations are? ports locked down? https://wiki.debian.org/buildd says one should not rely on any network (interface) being available, so (conditionally) disabling those tests is the way to go? How is this handled in the Tcl test suite? Best, Stefan From stefan.sobernig at wu.ac.at Tue Jul 28 16:22:04 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Tue, 28 Jul 2015 18:22:04 +0200 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55B79C7A.4080807@wu.ac.at> References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> Message-ID: <55B7AC2C.4020204@wu.ac.at> > > On the remaining Linux architectures, the http test times out, perhaps > > due to idiosyncracies of buildd network configuration: > > !!!::req1 (2): Connection refused by host 'localhost' port '8086' > > error flushing "sock949f8a8": socket is not connected!!! > > xocomm/test.001: incorrect result for 'Trying to load image > logo-100.jpg ... ', expected: > > '1', got > > "0" > > Mmmh. I tested in my build environments in various configurations > (amd64, i386). the connection tests suceed. How can I learn more about > these buildd limitations you hinted at? Are certain ports locked down > etc.? If I cannot ship around those limitations, what is the > authoritative approach then: disable these network I/O tests? https://wiki.debian.org/buildd says one should not rely on any network (interface) being available, so (conditionally) disabling those tests is the way to go? Stefan From ucko at debian.org Tue Jul 28 19:59:09 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Tue, 28 Jul 2015 15:59:09 -0400 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55B7AC2C.4020204@wu.ac.at> (Stefan Sobernig's message of "Tue, 28 Jul 2015 18:22:04 +0200") References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55B7AC2C.4020204@wu.ac.at> Message-ID: Stefan Sobernig writes: > says one should not rely on any network (interface) being available, > so (conditionally) disabling those tests is the way to go? Yes, I reckon so. Thanks for looking into it! Incidentally, I should clarify that I don't manage any autobuilders myself, just keep an eye out for new binary packages that appear on amd64 but not i386 or vice versa. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu at monk.mit.edu From egorzi4silin at ro.ru Wed Jul 29 09:19:18 2015 From: egorzi4silin at ro.ru (=?windows-1251?B?wuD44PTg7Ojr6P8g3/Du8evg4uA=?=) Date: Wed, 29 Jul 2015 13:19:18 +0400 Subject: [Pkg-tcltk-devel] =?cp1251?b?xO7h8PvpIOTl7fwh?= Message-ID: ? ??? 1 ????? ????????? ?? ????: ???????? ????: ?????? ?????? - ????? ??? ?? ?????! ?????????: ??? ???????? ????? ??? ?????? ????? ??????, ??? ????????? ?????? ? ??????? ?? 1000$ ?? ?????? ???????, ??? ?????? ???????, ??? ???? ?????.. $1000 ????? , ?? ?????? ?????????? ??? ???????? ??????????? ?? E-Mail ? ?????????? ?????????? -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefan.sobernig at wu.ac.at Thu Jul 30 12:08:05 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Thu, 30 Jul 2015 14:08:05 +0200 Subject: [Pkg-tcltk-devel] nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55B79C7A.4080807@wu.ac.at> References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> Message-ID: <55BA13A5.5090404@wu.ac.at> > > Builds of nsf on Linux architectures failed with test suite errors, of > > two types. (There was also a kFreeBSD failure, which I'll report > > separately.) > > > > On armhf and mipsel, the linearization test segfaults when done: > > We will certainly look at these a.s.a.p. I tried to reproduce the issue, but sadly I failed in doing so. In my (emulated) armhf environment, building the package succeeds. Details on my build environment (QEMU-powered Debian sid ARMHF guest on Ubuntu host): # cat /etc/debian_version stretch/sid # uname -a Linux debian-armhf 3.2.0-4-vexpress #1 SMP Debian 3.2.51-1 armv7l GNU/Linux # apt-show-versions build-essential debhelper tcllib gcc tcl tcl-dev tcl8.6 build-essential:armhf/sid 11.7 uptodate debhelper:all/sid 9.20150628 uptodate gcc:armhf/sid 4:4.9.2-4 uptodate tcl:armhf/sid 8.6.0+8 uptodate tcl-dev:armhf/sid 8.6.0+8 uptodate tcl8.6:armhf/sid 8.6.4+dfsg-2 uptodate tcllib:all/sid 1.17-dfsg-1 uptodate What I did: apt-get source nsf apt-get build-dep nsf cd nsf-2.0.0 dpkg-buildpackage -us -uc gives me -rw-r--r-- 1 root root 303662 Jul 30 11:49 ../nsf_2.0.0-1_armhf.deb -rw-r--r-- 1 root root 25394 Jul 30 11:49 ../nsf-dev_2.0.0-1_armhf.deb -rw-r--r-- 1 root root 20870 Jul 30 11:49 ../nsf-shells_2.0.0-1_all.deb How can I best simulate the environment at the buildd box? Is there a chance to obtain a core dump from the buildd box, alternatively? Stefan From stefan.sobernig at wu.ac.at Thu Jul 30 12:08:05 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Thu, 30 Jul 2015 14:08:05 +0200 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55B79C7A.4080807@wu.ac.at> References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> Message-ID: <55BA13A5.5090404@wu.ac.at> > > Builds of nsf on Linux architectures failed with test suite errors, of > > two types. (There was also a kFreeBSD failure, which I'll report > > separately.) > > > > On armhf and mipsel, the linearization test segfaults when done: > > We will certainly look at these a.s.a.p. I tried to reproduce the issue, but sadly I failed in doing so. In my (emulated) armhf environment, building the package succeeds. Details on my build environment (QEMU-powered Debian sid ARMHF guest on Ubuntu host): # cat /etc/debian_version stretch/sid # uname -a Linux debian-armhf 3.2.0-4-vexpress #1 SMP Debian 3.2.51-1 armv7l GNU/Linux # apt-show-versions build-essential debhelper tcllib gcc tcl tcl-dev tcl8.6 build-essential:armhf/sid 11.7 uptodate debhelper:all/sid 9.20150628 uptodate gcc:armhf/sid 4:4.9.2-4 uptodate tcl:armhf/sid 8.6.0+8 uptodate tcl-dev:armhf/sid 8.6.0+8 uptodate tcl8.6:armhf/sid 8.6.4+dfsg-2 uptodate tcllib:all/sid 1.17-dfsg-1 uptodate What I did: apt-get source nsf apt-get build-dep nsf cd nsf-2.0.0 dpkg-buildpackage -us -uc gives me -rw-r--r-- 1 root root 303662 Jul 30 11:49 ../nsf_2.0.0-1_armhf.deb -rw-r--r-- 1 root root 25394 Jul 30 11:49 ../nsf-dev_2.0.0-1_armhf.deb -rw-r--r-- 1 root root 20870 Jul 30 11:49 ../nsf-shells_2.0.0-1_all.deb How can I best simulate the environment at the buildd box? Is there a chance to obtain a core dump from the buildd box, alternatively? Stefan From ucko at debian.org Thu Jul 30 17:15:28 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Thu, 30 Jul 2015 13:15:28 -0400 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55BA13A5.5090404@wu.ac.at> (Stefan Sobernig's message of "Thu, 30 Jul 2015 14:08:05 +0200") References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> Message-ID: Stefan Sobernig writes: > How can I best simulate the environment at the buildd box? Is there a > chance to obtain a core dump from the buildd box, alternatively? I'm not aware of a way to get core dumps off of autobuilders, though perhaps if you asked their maintainers nicely, they might be able to help you out. I tried building the package on a physical porterbox of each architecture, but wasn't able to reproduce the error on either, so I'm not sure why the automatic builds failed. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu at monk.mit.edu From ucko at debian.org Thu Jul 30 17:15:28 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Thu, 30 Jul 2015 13:15:28 -0400 Subject: [Pkg-tcltk-devel] nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55BA13A5.5090404@wu.ac.at> (Stefan Sobernig's message of "Thu, 30 Jul 2015 14:08:05 +0200") References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> Message-ID: Stefan Sobernig writes: > How can I best simulate the environment at the buildd box? Is there a > chance to obtain a core dump from the buildd box, alternatively? I'm not aware of a way to get core dumps off of autobuilders, though perhaps if you asked their maintainers nicely, they might be able to help you out. I tried building the package on a physical porterbox of each architecture, but wasn't able to reproduce the error on either, so I'm not sure why the automatic builds failed. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu at monk.mit.edu From stefan.sobernig at wu.ac.at Fri Jul 31 09:22:58 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Fri, 31 Jul 2015 11:22:58 +0200 Subject: [Pkg-tcltk-devel] nsf: FTBFS on Linux due to test suite errors In-Reply-To: References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> Message-ID: <55BB3E72.3070208@wu.ac.at> Hi Aaron! >> How can I best simulate the environment at the buildd box? Is there a >> chance to obtain a core dump from the buildd box, alternatively? > > I'm not aware of a way to get core dumps off of autobuilders, though > perhaps if you asked their maintainers nicely, they might be able to > help you out. > I tried building the package on a physical porterbox of > each architecture, but wasn't able to reproduce the error on either, so > I'm not sure why the automatic builds failed. Thx for this help! Did you test on the very same buildd/porterbox which reports the issue: hasse.debian.org; or any other armhf/mipsel box? Stefan From stefan.sobernig at wu.ac.at Fri Jul 31 09:22:58 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Fri, 31 Jul 2015 11:22:58 +0200 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> Message-ID: <55BB3E72.3070208@wu.ac.at> Hi Aaron! >> How can I best simulate the environment at the buildd box? Is there a >> chance to obtain a core dump from the buildd box, alternatively? > > I'm not aware of a way to get core dumps off of autobuilders, though > perhaps if you asked their maintainers nicely, they might be able to > help you out. > I tried building the package on a physical porterbox of > each architecture, but wasn't able to reproduce the error on either, so > I'm not sure why the automatic builds failed. Thx for this help! Did you test on the very same buildd/porterbox which reports the issue: hasse.debian.org; or any other armhf/mipsel box? Stefan From stefan.sobernig at wu.ac.at Fri Jul 31 11:47:42 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Fri, 31 Jul 2015 13:47:42 +0200 Subject: [Pkg-tcltk-devel] Request for review and upload (nsf) Message-ID: <55BB605E.6030904@wu.ac.at> Hi all, To address bug #793845, I prepared 2.0.0-2. The change is straight forward: Exclude the HTTP tests from being executed. There is already a makefile target available in upstream, therefore, the fix is to provide a debian/rules override to use that particular target ("test-nohttp") rather than "test": https://anonscm.debian.org/cgit/collab-maint/nsf.git/commit/?id=1fe592294133eb0f4834ae0008bccaf47f0706ab This is in line with the buildd policy: https://wiki.debian.org/buildd Notice that the two build failures on armhf and mipsel are still under investigation. We have failed in reproducing them so far (on emulated boxes and porterboxes). Nevertheless, the above fix will at least get the other builds (incl. i386) right. Thanks, Stefan From sgolovan at nes.ru Fri Jul 31 13:49:34 2015 From: sgolovan at nes.ru (Sergei Golovan) Date: Fri, 31 Jul 2015 16:49:34 +0300 Subject: [Pkg-tcltk-devel] Request for review and upload (nsf) In-Reply-To: <55BB605E.6030904@wu.ac.at> References: <55BB605E.6030904@wu.ac.at> Message-ID: Hi Stefan! On Fri, Jul 31, 2015 at 2:47 PM, Stefan Sobernig wrote: > Hi all, > > To address bug #793845, I prepared 2.0.0-2. I'll look into it and upload it on the upcoming weekend :) Thank you for the investigation. Cheers! -- Sergei Golovan From stefan.sobernig at wu.ac.at Fri Jul 31 14:11:34 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Fri, 31 Jul 2015 16:11:34 +0200 Subject: [Pkg-tcltk-devel] Request for review and upload (nsf) In-Reply-To: <20150731140532.GA25072@garkbit.lan> References: <55BB605E.6030904@wu.ac.at> <20150731140532.GA25072@garkbit.lan> Message-ID: <55BB8216.5090301@wu.ac.at> >>> To address bug #793845, I prepared 2.0.0-2. >> >> I'll look into it and upload it on the upcoming weekend :) Thank you >> for the investigation. > > After some fiddling with the build I've something that builds and has > a sane diff, but I'd rather like to turn the urgency back down from > high to medium. I don't see any urgent security fix or something like > that, which would warrant a fast migration to testing. > > As far as I can see we're only dealing with the FTBFS. This is fine with me, I had the misconception that an FTBFS warrants a "high". But I was clearly wrong, the package is not even in testing. Thx, Stefan From sven at timegate.de Fri Jul 31 14:05:32 2015 From: sven at timegate.de (Sven Hoexter) Date: Fri, 31 Jul 2015 16:05:32 +0200 Subject: [Pkg-tcltk-devel] Request for review and upload (nsf) In-Reply-To: References: <55BB605E.6030904@wu.ac.at> Message-ID: <20150731140532.GA25072@garkbit.lan> On Fri, Jul 31, 2015 at 04:49:34PM +0300, Sergei Golovan wrote: > Hi Stefan! > > On Fri, Jul 31, 2015 at 2:47 PM, Stefan Sobernig > wrote: > > Hi all, > > > > To address bug #793845, I prepared 2.0.0-2. > > I'll look into it and upload it on the upcoming weekend :) Thank you > for the investigation. After some fiddling with the build I've something that builds and has a sane diff, but I'd rather like to turn the urgency back down from high to medium. I don't see any urgent security fix or something like that, which would warrant a fast migration to testing. As far as I can see we're only dealing with the FTBFS. Sven From sven at timegate.de Fri Jul 31 14:14:23 2015 From: sven at timegate.de (Sven Hoexter) Date: Fri, 31 Jul 2015 16:14:23 +0200 Subject: [Pkg-tcltk-devel] Request for review and upload (nsf) In-Reply-To: <55BB8216.5090301@wu.ac.at> References: <55BB605E.6030904@wu.ac.at> <20150731140532.GA25072@garkbit.lan> <55BB8216.5090301@wu.ac.at> Message-ID: <20150731141423.GB8383@garkbit.lan> On Fri, Jul 31, 2015 at 04:11:34PM +0200, Stefan Sobernig wrote: Hi, > >As far as I can see we're only dealing with the FTBFS. > > This is fine with me, I had the misconception that an FTBFS warrants a > "high". But I was clearly wrong, the package is not even in testing. Ok uploaded. Thanks Stefan. Sven From ftpmaster at ftp-master.debian.org Fri Jul 31 14:15:11 2015 From: ftpmaster at ftp-master.debian.org (Debian FTP Masters) Date: Fri, 31 Jul 2015 14:15:11 +0000 Subject: [Pkg-tcltk-devel] Processing of nsf_2.0.0-2_amd64.changes Message-ID: nsf_2.0.0-2_amd64.changes uploaded successfully to localhost along with the files: nsf_2.0.0-2.dsc nsf_2.0.0-2.debian.tar.xz nsf-dev_2.0.0-2_amd64.deb nsf-shells_2.0.0-2_all.deb nsf_2.0.0-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) From sgolovan at nes.ru Fri Jul 31 14:50:02 2015 From: sgolovan at nes.ru (Sergei Golovan) Date: Fri, 31 Jul 2015 17:50:02 +0300 Subject: [Pkg-tcltk-devel] Request for review and upload (nsf) In-Reply-To: <20150731141423.GB8383@garkbit.lan> References: <55BB605E.6030904@wu.ac.at> <20150731140532.GA25072@garkbit.lan> <55BB8216.5090301@wu.ac.at> <20150731141423.GB8383@garkbit.lan> Message-ID: Hi Sven! On Fri, Jul 31, 2015 at 5:14 PM, Sven Hoexter wrote: > On Fri, Jul 31, 2015 at 04:11:34PM +0200, Stefan Sobernig wrote: > > Hi, > >> >As far as I can see we're only dealing with the FTBFS. >> >> This is fine with me, I had the misconception that an FTBFS warrants a >> "high". But I was clearly wrong, the package is not even in testing. > > Ok uploaded. Thanks Stefan. Thank you for relieving me of the uploading :) Cheers! -- Sergei Golovan From ucko at debian.org Fri Jul 31 14:49:19 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Fri, 31 Jul 2015 10:49:19 -0400 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55BB3E72.3070208@wu.ac.at> (Stefan Sobernig's message of "Fri, 31 Jul 2015 11:22:58 +0200") References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> <55BB3E72.3070208@wu.ac.at> Message-ID: [Dropping pkg-tcltk, which bounces without -devel.] Stefan Sobernig writes: > Thx for this help! Did you test on the very same buildd/porterbox > which reports the issue: hasse.debian.org; or any other armhf/mipsel > box? I don't have access to the autobuilders, on which logins are restricted to their actual maintainers. Rather, my test builds were on harris.debian.org (armhf) and eder.debian.org (mipsel). -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu at monk.mit.edu From ucko at debian.org Fri Jul 31 14:49:19 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Fri, 31 Jul 2015 10:49:19 -0400 Subject: [Pkg-tcltk-devel] nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55BB3E72.3070208@wu.ac.at> (Stefan Sobernig's message of "Fri, 31 Jul 2015 11:22:58 +0200") References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> <55BB3E72.3070208@wu.ac.at> Message-ID: [Dropping pkg-tcltk, which bounces without -devel.] Stefan Sobernig writes: > Thx for this help! Did you test on the very same buildd/porterbox > which reports the issue: hasse.debian.org; or any other armhf/mipsel > box? I don't have access to the autobuilders, on which logins are restricted to their actual maintainers. Rather, my test builds were on harris.debian.org (armhf) and eder.debian.org (mipsel). -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu at monk.mit.edu From stefan.sobernig at wu.ac.at Fri Jul 31 15:09:32 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Fri, 31 Jul 2015 17:09:32 +0200 Subject: [Pkg-tcltk-devel] nsf: FTBFS on Linux due to test suite errors In-Reply-To: References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> <55BB3E72.3070208@wu.ac.at> Message-ID: <55BB8FAC.1010102@wu.ac.at> >> Thx for this help! Did you test on the very same buildd/porterbox >> which reports the issue: hasse.debian.org; or any other armhf/mipsel >> box? > > I don't have access to the autobuilders, on which logins are restricted > to their actual maintainers. Rather, my test builds were on > harris.debian.org (armhf) and eder.debian.org (mipsel). On debian-admin I was told that abel.debian.org has the same hardware as hasse.debian.org, and is a porterbox. It will take some time till I can sign up and get sponsoring for a guest account there, any chance that you can give it a try on abel.debian.org and report back (maybe including a core dump)? Thank you for considering it. Stefan From stefan.sobernig at wu.ac.at Fri Jul 31 15:09:32 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Fri, 31 Jul 2015 17:09:32 +0200 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> <55BB3E72.3070208@wu.ac.at> Message-ID: <55BB8FAC.1010102@wu.ac.at> >> Thx for this help! Did you test on the very same buildd/porterbox >> which reports the issue: hasse.debian.org; or any other armhf/mipsel >> box? > > I don't have access to the autobuilders, on which logins are restricted > to their actual maintainers. Rather, my test builds were on > harris.debian.org (armhf) and eder.debian.org (mipsel). On debian-admin I was told that abel.debian.org has the same hardware as hasse.debian.org, and is a porterbox. It will take some time till I can sign up and get sponsoring for a guest account there, any chance that you can give it a try on abel.debian.org and report back (maybe including a core dump)? Thank you for considering it. Stefan From ftpmaster at ftp-master.debian.org Fri Jul 31 15:41:17 2015 From: ftpmaster at ftp-master.debian.org (Debian FTP Masters) Date: Fri, 31 Jul 2015 15:41:17 +0000 Subject: [Pkg-tcltk-devel] nsf_2.0.0-2_amd64.changes ACCEPTED into unstable Message-ID: Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Fri, 31 Jul 2015 13:08:37 +0200 Source: nsf Binary: nsf nsf-dev nsf-shells Architecture: source amd64 all Version: 2.0.0-2 Distribution: unstable Urgency: medium Maintainer: Tcl/Tk Debian Packagers Changed-By: Stefan Sobernig Description: nsf - Next Scripting Framework (NSF): Object orientation for Tcl - shar nsf-dev - Next Scripting Framework (NSF): Object orientation for Tcl - deve nsf-shells - Next Scripting Framework (NSF): Object orientation for Tcl - shel Closes: 793845 Changes: nsf (2.0.0-2) unstable; urgency=medium . * To fix FTBFS, exclude HTTP tests from running in debian builds, as buildd boxes do not guarantee for operative network I/O (Closes: #793845). Checksums-Sha1: 1328c1bc445bc4b71a84d5cb23a550b4ff52050a 2010 nsf_2.0.0-2.dsc 256e6c8ef9254b0f4adceb4779484fcf53f36fd4 10152 nsf_2.0.0-2.debian.tar.xz 4c000e768cbbf586845d2bf230ff4dbc07e8d08f 25588 nsf-dev_2.0.0-2_amd64.deb 5c3cc7d3b502b2ef2b91f7248e5465298ff0c254 20998 nsf-shells_2.0.0-2_all.deb e2facd72e8a53b3df64dd91769f8c8a49ee1c08a 323644 nsf_2.0.0-2_amd64.deb Checksums-Sha256: eaf871107eaad1581889af15721439ca4398ed7094573969c6f3851e9ec3e2e8 2010 nsf_2.0.0-2.dsc 1a15f3fcb018d5605537ed3b7c481b7508f0c194affd5e4f0e58d2a5f992a801 10152 nsf_2.0.0-2.debian.tar.xz 152deeab7843666ec4e529e419c3fe82f7f11d5a75fae09f3d3dad23fc83f2da 25588 nsf-dev_2.0.0-2_amd64.deb 5272973a65ae1486bc9128baa204cbd261712b2a28df20091347b569f402c1cc 20998 nsf-shells_2.0.0-2_all.deb 8d34d04bfb0a61afc462c41923513cab5fdb01b00cd50bbc17dafb3a25621973 323644 nsf_2.0.0-2_amd64.deb Files: e73272c9bbfb6f8aba6ad3dbcb1d54e8 2010 libs optional nsf_2.0.0-2.dsc 6bdab61df029af16cdf3743e2e3d0951 10152 libs optional nsf_2.0.0-2.debian.tar.xz 3d4278b148edf178e1125f5e19d432e2 25588 libdevel optional nsf-dev_2.0.0-2_amd64.deb 558ed32f73e6cb6d87e9c90a292607f0 20998 interpreters optional nsf-shells_2.0.0-2_all.deb bae8cc386eb12088f33936bc97ad918b 323644 libs optional nsf_2.0.0-2_amd64.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJVu4KBAAoJEKbcJNnaJJPRxPUQALUQ1zrHZbEdrNLfFej3kQ1F MFmRFx0ppBw4ibJU06Z4jywUzAO9MVk0sV/PLPzdNjuYHuhPYxzvrblgP68uJeXd no5b8eh2SbooY4ZNlx0gE62CtvRnUmTTmdzMlUUuK4p+l/dmThm8Q6IqbjF+CPfe SLD7Ie9z4MtyoYBVSU0bsBv+YqOr4AiLcDvMh/jVoYc3Qted0lN5+PQVrUCDO6t9 HkJpC1FgZirEWAA24nRr8x9Uj2/gGYFS9YK8KlPbkc9O/1nqdmajnHpG0+wl0RRb l/940AhYu7rpQWaiSairXIqIVcx6RL5riM0xJSlPYWXclln5IhNcYDxRRp4T9fFS +/iXtBS4MCgyN8tYSvusr54qgjHxs7k9E0n4uYsXjPmPe/0V1ZTnSNB/4TLfzO6q lPMN6VJSSWS/ALVOymNjmyk6lXezxbSPLV/L9gHB6rh2YPBUIS9YnK3UYWzP8u8a j/QdXPE6ZeqlPXF6B562dtXyQPo7h77hvDbucKYL/mNxJnvUjz31bXyPMreOOomL Ro4RAV6p0gz5OLoMqK1afrbj37xJAjFNpaEXUCNK5qGuVvFGNMh4Cb6GP0PtRs+M 8cD97++mvotT3Pv1Mxpr0JfWva0OSGymy1Aa+S3A9yapyTU1WBBa9WG1ahT4nwIF NKOJ4RTemkaTdmFquI2E =ty56 -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From owner at bugs.debian.org Fri Jul 31 15:45:07 2015 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Fri, 31 Jul 2015 15:45:07 +0000 Subject: [Pkg-tcltk-devel] Bug#793845: marked as done (nsf: FTBFS on Linux due to test suite errors) References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> Message-ID: Your message dated Fri, 31 Jul 2015 15:41:17 +0000 with message-id and subject line Bug#793845: fixed in nsf 2.0.0-2 has caused the Debian Bug report #793845, regarding nsf: FTBFS on Linux due to test suite errors to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner at bugs.debian.org immediately.) -- 793845: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793845 Debian Bug Tracking System Contact owner at bugs.debian.org with problems -------------- next part -------------- An embedded message was scrubbed... From: "Aaron M. Ucko" Subject: nsf: FTBFS on Linux due to test suite errors Date: Mon, 27 Jul 2015 23:22:01 -0400 Size: 5233 URL: -------------- next part -------------- An embedded message was scrubbed... From: Stefan Sobernig Subject: Bug#793845: fixed in nsf 2.0.0-2 Date: Fri, 31 Jul 2015 15:41:17 +0000 Size: 5825 URL: From stefan.sobernig at wu.ac.at Fri Jul 31 17:24:35 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Fri, 31 Jul 2015 19:24:35 +0200 Subject: [Pkg-tcltk-devel] nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55BB8FAC.1010102@wu.ac.at> References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> <55BB3E72.3070208@wu.ac.at> <55BB8FAC.1010102@wu.ac.at> Message-ID: <55BBAF53.7000008@wu.ac.at> >>> Thx for this help! Did you test on the very same buildd/porterbox >>> which reports the issue: hasse.debian.org; or any other armhf/mipsel >>> box? >> >> I don't have access to the autobuilders, on which logins are restricted >> to their actual maintainers. Rather, my test builds were on >> harris.debian.org (armhf) and eder.debian.org (mipsel). > > On debian-admin I was told that abel.debian.org has the same hardware as > hasse.debian.org, and is a porterbox. > > It will take some time till I can sign up and get sponsoring for a guest > account there, any chance that you can give it a try on abel.debian.org > and report back (maybe including a core dump)? > > Thank you for considering it. 2.0.0-2 builds successfully for armhf/mipsel on boxes other than hasse?! https://buildd.debian.org/status/package.php?p=nsf&suite=unstable And there is no change to 2.0.0-2 other than disabling the HTTP tests. I would still appreciate it if you could test on abel. Thx. //stefan From stefan.sobernig at wu.ac.at Fri Jul 31 17:24:35 2015 From: stefan.sobernig at wu.ac.at (Stefan Sobernig) Date: Fri, 31 Jul 2015 19:24:35 +0200 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55BB8FAC.1010102@wu.ac.at> References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> <55BB3E72.3070208@wu.ac.at> <55BB8FAC.1010102@wu.ac.at> Message-ID: <55BBAF53.7000008@wu.ac.at> >>> Thx for this help! Did you test on the very same buildd/porterbox >>> which reports the issue: hasse.debian.org; or any other armhf/mipsel >>> box? >> >> I don't have access to the autobuilders, on which logins are restricted >> to their actual maintainers. Rather, my test builds were on >> harris.debian.org (armhf) and eder.debian.org (mipsel). > > On debian-admin I was told that abel.debian.org has the same hardware as > hasse.debian.org, and is a porterbox. > > It will take some time till I can sign up and get sponsoring for a guest > account there, any chance that you can give it a try on abel.debian.org > and report back (maybe including a core dump)? > > Thank you for considering it. 2.0.0-2 builds successfully for armhf/mipsel on boxes other than hasse?! https://buildd.debian.org/status/package.php?p=nsf&suite=unstable And there is no change to 2.0.0-2 other than disabling the HTTP tests. I would still appreciate it if you could test on abel. Thx. //stefan From ucko at debian.org Fri Jul 31 18:10:51 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Fri, 31 Jul 2015 14:10:51 -0400 Subject: [Pkg-tcltk-devel] nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55BBAF53.7000008@wu.ac.at> (Stefan Sobernig's message of "Fri, 31 Jul 2015 19:24:35 +0200") References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> <55BB3E72.3070208@wu.ac.at> <55BB8FAC.1010102@wu.ac.at> <55BBAF53.7000008@wu.ac.at> Message-ID: Stefan Sobernig writes: > I would still appreciate it if you could test on abel. I did just now, and had a successful build there too. I wonder what went wrong originally. Anyway, thanks again! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu at monk.mit.edu From ucko at debian.org Fri Jul 31 18:10:51 2015 From: ucko at debian.org (Aaron M. Ucko) Date: Fri, 31 Jul 2015 14:10:51 -0400 Subject: [Pkg-tcltk-devel] Bug#793845: nsf: FTBFS on Linux due to test suite errors In-Reply-To: <55BBAF53.7000008@wu.ac.at> (Stefan Sobernig's message of "Fri, 31 Jul 2015 19:24:35 +0200") References: <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <20150728032201.10530.12478.reportbug@ghostwheel.internal.ucko.debian.net> <55B79C7A.4080807@wu.ac.at> <55BA13A5.5090404@wu.ac.at> <55BB3E72.3070208@wu.ac.at> <55BB8FAC.1010102@wu.ac.at> <55BBAF53.7000008@wu.ac.at> Message-ID: Stefan Sobernig writes: > I would still appreciate it if you could test on abel. I did just now, and had a successful build there too. I wonder what went wrong originally. Anyway, thanks again! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu at monk.mit.edu