Bug#888902: Configuration file /lib/systemd/system/boinc-client.service is marked executable. Please remove executable permission bits.
Package: boinc Version: 7.8.6+dfsg-1 Hi, systemd 237 warned me about executable bits on /lib/systemd/system/boinc-client.service. Regards, Vedran
Bug#838591: gcc-6: GROMACS compiled with gcc 6.2.0-4 fails the tests
On 09/27/2016 09:20 PM, Matthias Klose wrote: > reassign 838591 gromacs > thanks > > there is no evidence provided if gromacs has invalid code which is now > triggered > by GCC 6, or of this is a real GCC issue. > > Please provide a self-contained test case if possible. > Indeed, after installing updates from unstable for the last few days this is now working correctly, even though neither GROMACS nor GCC changed. Apologies for misjudgment, please mark as invalid. Thanks, Vedran -- Vedran Miletić vedran.miletic.net
Bug#838591: gcc-6: GROMACS compiled with gcc 6.2.0-4 fails the tests
Package: gcc-6 Version: 6.2.0-4 Severity: important Dear Maintainer, Building GROMACS branch release-2016 from source with gcc 6.2.0-4 and running tests results in: Test project /home/vedranm/workspace/CompChem/gromacs/build-gcc Start 1: TestUtilsUnitTests 1/20 Test #1: TestUtilsUnitTests ... Passed0.29 sec Start 2: GmxlibTests 2/20 Test #2: GmxlibTests .. Passed0.06 sec Start 3: MdlibUnitTest 3/20 Test #3: MdlibUnitTest Passed0.04 sec Start 4: CommandLineUnitTests 4/20 Test #4: CommandLineUnitTests .***Exception: SegFault 0.07 sec [==] Running 46 tests from 6 test cases. [--] Global test environment set-up. [--] 3 tests from CommandLineHelpModuleTest [ RUN ] CommandLineHelpModuleTest.PrintsGeneralHelp [ OK ] CommandLineHelpModuleTest.PrintsGeneralHelp (25 ms) [ RUN ] CommandLineHelpModuleTest.PrintsHelpOnTopic Start 5: FFTUnitTests 5/20 Test #5: FFTUnitTests . Passed0.94 sec Start 6: MathUnitTests 6/20 Test #6: MathUnitTests Passed0.05 sec Start 7: RandomUnitTests 7/20 Test #7: RandomUnitTests .. Passed0.06 sec Start 8: OnlineHelpUnitTests 8/20 Test #8: OnlineHelpUnitTests ..***Exception: SegFault 0.07 sec [==] Running 22 tests from 4 test cases. [--] Global test environment set-up. [--] 6 tests from TextTableFormatterTest [ RUN ] TextTableFormatterTest.HandlesBasicCase [ OK ] TextTableFormatterTest.HandlesBasicCase (6 ms) [ RUN ] TextTableFormatterTest.HandlesEmptyColumnTitles [ OK ] TextTableFormatterTest.HandlesEmptyColumnTitles (0 ms) [ RUN ] TextTableFormatterTest.HandlesIndentation [ OK ] TextTableFormatterTest.HandlesIndentation (0 ms) [ RUN ] TextTableFormatterTest.HandlesOverflowingLines [ OK ] TextTableFormatterTest.HandlesOverflowingLines (4 ms) [ RUN ] TextTableFormatterTest.HandlesLastColumnFolding [ OK ] TextTableFormatterTest.HandlesLastColumnFolding (1 ms) [ RUN ] TextTableFormatterTest.HandlesEmptyColumns [ OK ] TextTableFormatterTest.HandlesEmptyColumns (0 ms) [--] 6 tests from TextTableFormatterTest (12 ms total) [--] 3 tests from HelpManagerTest [ RUN ] HelpManagerTest.HandlesRootTopic Start 9: OptionsUnitTests 9/20 Test #9: OptionsUnitTests .***Exception: SegFault 0.03 sec [==] Running 74 tests from 10 test cases. [--] Global test environment set-up. [--] 5 tests from AbstractOptionStorageTest [ RUN ] AbstractOptionStorageTest.HandlesSetInFinish Start 10: UtilityUnitTests 10/20 Test #10: UtilityUnitTests . Passed0.14 sec Start 11: FileIOTests 11/20 Test #11: FileIOTests .. Passed0.07 sec Start 12: SimdUnitTests 12/20 Test #12: SimdUnitTests Passed0.18 sec Start 13: LegacyToolsTests 13/20 Test #13: LegacyToolsTests . Passed0.47 sec Start 14: GmxPreprocessTests 14/20 Test #14: GmxPreprocessTests ... Passed0.29 sec Start 15: CorrelationsTest 15/20 Test #15: CorrelationsTest . Passed0.79 sec Start 16: AnalysisDataUnitTests 16/20 Test #16: AnalysisDataUnitTests ***Exception: SegFault 0.06 sec [==] Running 69 tests from 14 test cases. [--] Global test environment set-up. [--] 3 tests from AnalysisDataInitializationTest [ RUN ] AnalysisDataInitializationTest.BasicInitialization [ OK ] AnalysisDataInitializationTest.BasicInitialization (1 ms) [ RUN ] AnalysisDataInitializationTest.ChecksMultiColumnModules [ OK ] AnalysisDataInitializationTest.ChecksMultiColumnModules (17 ms) [ RUN ] AnalysisDataInitializationTest.ChecksMultipointModules [ OK ] AnalysisDataInitializationTest.ChecksMultipointModules (0 ms) [--] 3 tests from AnalysisDataInitializationTest (18 ms total) [--] 8 tests from AnalysisDataCommonTest/0, where TypeParam = (anonymous namespace)::SimpleInputData [ RUN ] AnalysisDataCommonTest/0.CallsModuleCorrectly Start 17: SelectionUnitTests 17/20 Test #17: SelectionUnitTests ... Passed0.72 sec Start 18: TrajectoryAnalysisUnitTests 18/20 Test #18: TrajectoryAnalysisUnitTests ..***Exception: SegFault 0.06 sec [==] Running 48 tests from 8 test cases. [--] Global test environment set-up. [--] 11 tests from AngleModuleTest [ RUN ] AngleModuleTest.ComputesSimpleAngles WARNING: If there are molecules in the input trajectory file that are broken across periodic boundaries, they cannot be made whole (or treated as whole) without you providing a run input file. Start 19:
Bug#827122: liboasis3-0d: libpsmile.so is a broken symbolic link to libpsmile.MPI1.so.0d
Package: liboasis3-0d Version: 3.mct+dfsg.121022-7+b1 Severity: important Dear Maintainer, libpsmile.so in /usr/lib/x86_64-linux-gnu is a broken symlink to libpsmile.MPI1.so.0d instead of libpsmile.so.0d which exists in the same directory (extra .MPI1). -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages liboasis3-0d depends on: ii libc62.22-11 ii libnetcdf11 1:4.4.0-2 ii libnetcdff6 4.4.4+ds-2 liboasis3-0d recommends no packages. liboasis3-0d suggests no packages. -- no debconf information
Bug#827121: libdwarf1: libdwarf.so is a broken symbolic link to debian/tmp/usr/lib/x86_64-linux-gnu/libdwarf.so.1
Package: libdwarf1 Version: 20160507+git20160523.9086738-1 Severity: important Dear Maintainer, libdwarf.so in /usr/lib/x86_64-linux-gnu is a broken symlink to debian/tmp/usr/lib/x86_64-linux-gnu/libdwarf.so.1 instead of libdwarf.so.1 which exists in the same directory. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libdwarf1 depends on: ii libc62.22-11 ii libelf1 0.165-3 ii zlib1g 1:1.2.8.dfsg-2+b1 libdwarf1 recommends no packages. libdwarf1 suggests no packages. -- no debconf information
Bug#827120: libhmsbeagle1v5: libhmsbeagle-opencl.so is a broken symbolic link to /libhmsbeagle-opencl.so.21 (extra /)
Package: libhmsbeagle1v5 Version: 2.1.2+20151220-1 Severity: important Dear Maintainer, libhmsbeagle-opencl.so in /usr/lib/x86_64-linux-gnu is a broken symlink to /libhmsbeagle-opencl.so.21 instead of libhmsbeagle-opencl.so.21 which exists in the same directory (/ at start is extra). -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libhmsbeagle1v5 depends on: ii libc62.22-11 ii libgcc1 1:6.1.1-6 ii libstdc++6 6.1.1-6 ii mesa-opencl-icd [opencl-icd] 11.2.2-1 ii ocl-icd-libopencl1 [libopencl1] 2.2.9-1 libhmsbeagle1v5 recommends no packages. libhmsbeagle1v5 suggests no packages. -- no debconf information
Bug#820590: tinc@.service systemd unit is broken
Package: tinc Version: 1.0.27-1 Hi, I noticed tinc now ships systemd units, which is a nice improvement. Unfortunately, they do not work for me, as there is no /usr/bin/tinc and it does not understand start/stop/reload. Specifically, instead of: ExecStart=/usr/sbin/tinc -n %i start -D ExecReload=/usr/sbin/tinc -n %i reload ExecStop=/usr/sbin/tinc -n %i stop they should read: ExecStart=/usr/sbin/tincd -n %i -D ExecReload=/usr/sbin/tincd -n %i -k HUP ExecStop=/usr/sbin/tincd -n %i -k Regards, Vedran -- Vedran Miletić http://vedranmileti.ch/
Bug#806971: clinfo hangs with glibc 2.21-1
;, operate=0x7762aeb0 , args=0x7fffc020) at dl-error.c:187 errcode = 32767 c = {objname = 0x7782d0d0 <last_result+16>, errstring = 0x7782d0d8 <last_result+24>, malloced = 0x7782d0c8 <last_result+8>, errcode = 0x7fffbf04, env = {{__jmpbuf = {0, -8142954493725423595, 140737488338976, 6395616, 20, 6362144, -8142935570630096875, -8142952879205824491}, __mask_was_saved = 6362144, __saved_mask = {__val = {0, 140737351947837, 1, 0, 0, 140737343825392, 0, 6394976, 6395616, 140737351974624, 6395056, 0, 6395616, 140737351974624, 4294967296, 140737346370212} catchp = 0x77ffdfe0 old = #18 0x7762b4d9 in _dlerror_run (operate=operate@entry=0x7762aeb0 , args=args@entry=0x7fffc020) at dlerror.c:163 result = 0x7782d0c0 #19 0x7762afa1 in __dlopen (file=, mode=) at dlopen.c:87 args = {file = 0x6196e0 "libMesaOpenCL.so.1", mode = 1, new = 0x0, caller = 0x77bd4e0a} #20 0x77bd4e0a in ?? () from /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 No symbol table info available. #21 0x77bd4f60 in ?? () from /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 No symbol table info available. #22 0x77bd54f9 in ?? () from /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 No symbol table info available. #23 0x77bd5d2b in clGetPlatformIDs () from /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 No symbol table info available. #24 0x00401328 in ?? () No symbol table info available. #25 0x7784e810 in __libc_start_main (main=0x401170, argc=1, argv=0x7fffc318, init=, fini=, rtld_fini=, stack_end=0x7fffc308) at libc-start.c:291 result = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 8142935027570919445, 4199799, 140737488339728, 0, 0, -8142935573733881835, -8142952554844436459}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x408aa0, 0x7fffc318}, data = {prev = 0x0, cleanup = 0x0, canceltype = 4229792}}} not_first_call = #26 0x004015a0 in ?? () No symbol table info available. -- Vedran Miletić http://vedranmileti.ch/
Bug#767547: dpkg-maintscript-helper: error: original symlink target is not an absolute path
Package: php-htmlpurifier Version: 4.6.0-1 When installing 4.6.0-1 I get: Selecting previously unselected package php-htmlpurifier. (Reading database ... 104406 files and directories currently installed.) Preparing to unpack .../php-htmlpurifier_4.6.0-1_all.deb ... dpkg-maintscript-helper: error: original symlink target is not an absolute path dpkg: error processing archive /var/cache/apt/archives/php-htmlpurifier_4.6.0-1_all.deb (--unpack): subprocess new pre-installation script returned error exit status 1 dpkg-maintscript-helper: error: original symlink target is not an absolute path dpkg: error while cleaning up: subprocess new post-removal script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/php-htmlpurifier_4.6.0-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: and package fails to install. Can this issue be fixed? Regards, Vedran Miletić -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766382: systemd-sysv-generator[8666]: [/etc/init.d/root-system-proofd:13] Failed to translate LSB dependency $network,, ignoring: Invalid argument
Package: root-system Version: 5.34.19+dfsg-1 Using systemd with proofd results in: systemd-sysv-generator[8666]: [/etc/init.d/root-system- proofd:13] Failed to translate LSB dependency $network,, ignoring: Invalid argument Changing # Should-Start: $network, root-file-server # Should-Stop: $network, root-file-server to # Should-Start: $network root-file-server # Should-Stop: $network root-file-server fixes the issue. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760649: systemd Failed at step CHDIR spawning /bin/kill: No such file or directory
Package: systemd Version: 214-1 Upgrading from 208-8 I get: Ruj 06 16:30:26 akari systemd[7107]: Failed at step CHDIR spawning /bin/kill: No such file or directory Ruj 06 16:30:26 akari systemd[18412]: systemd-exit.service: main process exited, code=exited, status=200/CHDIR Ruj 06 16:30:26 akari systemd[18412]: Failed to start Exit the Session. Ruj 06 16:30:26 akari systemd[18412]: Dependency failed for Exit the Session. Ruj 06 16:30:26 akari systemd[18412]: Unit systemd-exit.service entered failed state Ruj 06 16:31:59 akari systemd[1]: user@65534.service stop-sigterm timed out. Killing. Ruj 06 16:31:59 akari systemd[1]: Unit user@65534.service entered failed state. Not sure what exactly gets broken. Reboot works normally. Regards, Vedran Miletić -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757352: /etc/bash_completion.d/nikola contains /home/tin/projects/debian/nikola/nikola.git/nikola as first line
Package: nikola Version: 7.0.1-2 File /etc/bash_completion.d/nikola contains /home/tin/projects/debian/nikola/nikola.git/nikola as first line, which it probably shouldn't. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747949: systemd Failed to add dependency on systemd-modules-load, ignoring: Invalid argument upon
Package: iptables-persistent Version: 1.0.1 Using systemd as init I get: May 13 11:55:33 inf2 systemd[1]: Reloading. May 13 11:55:34 inf2 systemd[1]: Stopping netfilter persistent configuration... May 13 11:55:34 inf2 systemd[1]: netfilter-persistent.service: control process exited, code=exited status=1 May 13 11:55:34 inf2 systemd[1]: Stopped netfilter persistent configuration. May 13 11:55:34 inf2 systemd[1]: Unit netfilter-persistent.service entered failed state. May 13 11:55:34 inf2 netfilter-persistent[21421]: Automatic flush disabled; use '/usr/sbin/netfilter-persistent flush' May 13 11:55:34 inf2 systemd[1]: Reloading. May 13 11:55:34 inf2 systemd[1]: [/lib/systemd/system/netfilter-persistent.service:5] Failed to add dependency on systemd-modules-load, ignoring: Invalid argument May 13 11:55:34 inf2 systemd[1]: [/lib/systemd/system/netfilter-persistent.service:6] Failed to add dependency on systemd-modules-load, ignoring: Invalid argument May 13 11:55:43 inf2 systemd[1]: Reloading. May 13 11:55:43 inf2 systemd[1]: [/lib/systemd/system/netfilter-persistent.service:5] Failed to add dependency on systemd-modules-load, ignoring: Invalid argument May 13 11:55:43 inf2 systemd[1]: [/lib/systemd/system/netfilter-persistent.service:6] Failed to add dependency on systemd-modules-load, ignoring: Invalid argument May 13 11:55:43 inf2 systemd[1]: Starting netfilter persistent configuration... May 13 11:55:43 inf2 netfilter-persistent[21975]: run-parts: executing /usr/share/netfilter-persistent/plugins.d/15-ip4tables start May 13 11:55:43 inf2 netfilter-persistent[21975]: run-parts: executing /usr/share/netfilter-persistent/plugins.d/25-ip6tables start May 13 11:55:43 inf2 systemd[1]: Started netfilter persistent configuration. Not sure if this is really a problem or not, but it looks like one. Regards, Vedran Miletić -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726910: LDC 0.11.0 is available
Package: ldc Version: 0.9.1+hg1634-1 Version 0.11.0 of this popular compiler has been released back in June [1]. It would be nice if Debian package could be updated. Regards, Vedran Miletić [1] http://forum.dlang.org/thread/mailman.990.1370788529.13711.digitalmars-d-...@puremagic.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725649: nvcc fatal : Path to libdevice library not specified
Package:nvidia-cuda-toolkit Version: 5.5.22-1 Running any example with PyCUDA results in: % python hello_gpu.py Traceback (most recent call last): File hello_gpu.py, line 12, in module mod = SourceModule(open(hello_gpu.cu).read()) File /usr/lib/python2.7/dist-packages/pycuda/compiler.py, line 262, in __init__ arch, code, cache_dir, include_dirs) File /usr/lib/python2.7/dist-packages/pycuda/compiler.py, line 252, in compile return compile_plain(source, options, keep, nvcc, cache_dir) File /usr/lib/python2.7/dist-packages/pycuda/compiler.py, line 134, in compile_plain cmdline, stdout=stdout.decode(utf-8), stderr=stderr.decode(utf-8)) pycuda.driver.CompileError: nvcc compilation of /tmp/tmpDX0YZu/kernel.cu failed [command: nvcc --cubin -arch sm_21 -I/usr/lib/python2.7/dist-packages/pycuda/cuda kernel.cu] [stderr: nvcc fatal : Path to libdevice library not specified ] nvidia-cuda toolkit 5.0.35-7 works fine. I'm not sure if this is on PyCUDA or nvidia-cuda-toolkit's side. Apologies in advance if it's PyCUDA. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656903: Status update
Hi Karol and all, glad to see Desurium is being packaged for Debian. I see a lot of activity on GitHub. Have there been more updates since may? Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681726: Kepler 4.3 is out
Hi, is there any progress or plan regarding the switch to e4? Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714364: New upstream version 8.0.0
Package: condor Version: 7.8.2~dfsg.1-1+deb7u1+b1 HTCondor 8.0.0 is available. If it's possible, it would be nice to have it updated in Debian. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705262: Ceph Downloads
Packages of Ceph 0.61 for wheezy are provided at http://ceph.com/resources/downloads/ It would be nice to have them back in Debian archive as well. Regards, Vedran Miletić -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705418: clang++ fails to find stdarg.h include (and probably others)
Hi Jan, thanks, it seems to work now with 1:3.3~+rc3-1~exp1 and GCC from experimental. Regards, Vedran 2013/5/30 Vedran Miletić riva...@gmail.com: 2013/5/30 Sylvestre Ledru sylves...@debian.org: No. I need a single C/C++ file and the clang command line. $ cat foo.cc #include stdarg.h int main() { return 0; } $ clang++ -o foo foo.cc foo.cc:1:10: fatal error: 'stdarg.h' file not found #include stdarg.h ^ 1 error generated. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705418: clang++ fails to find stdarg.h include (and probably others)
2013/5/14 Sylvestre Ledru sylves...@debian.org: Le 14/04/2013 18:51, Vedran Miletić a écrit : Package: llvm-toolchain-3.2 Version: 1:3.2repack-1~exp4 /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/cwchar:45: /usr/include/wchar.h:39:11: fatal error: 'stdarg.h' file not found # include stdarg.h ^ 1 error generated. I cannot reproduce your issue. With clang 3.2repack-2+b1: $ cat foo.cc #include stdarg.h $ clang++ -c foo.cc Works without any issue. Sylvestre No idea why, but I have started also getting these issues when building ns-3 recent clang-3.4 builds from llvm.org/apt Could you please try building ns-3.17 [1] yourself? The configuration line for clang is: $ CC=/usr/bin/clang CXX=/usr/bin/clang++ CXXFLAGS=-Wno-deprecated ./waf configure --enable-examples --enable-tests Again, I don't know why this happens, if it's a bug in ns-3 waf I wouldn't mind fixing it. Something changed in clang, that's for certain. The fact is that it worked with clang 3.0, clang 3.2 before the repack and clang 3.3 and 3.4 svn snapshots until 3 or 4 days ago. Regards, Vedran [1] https://www.nsnam.org/release/ns-allinone-3.17.tar.bz2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705418: clang++ fails to find stdarg.h include (and probably others)
2013/5/30 Sylvestre Ledru sylves...@debian.org: On 30/05/2013 17:57, Vedran Miletić wrote: 2013/5/14 Sylvestre Ledru sylves...@debian.org: Le 14/04/2013 18:51, Vedran Miletić a écrit : Package: llvm-toolchain-3.2 Could you please try building ns-3.17 [1] yourself? Please provide a test case which shows your issue. Thanks, Sylvestre Does $ wget https://www.nsnam.org/release/ns-allinone-3.17.tar.bz2 $ tar xvf ns-allinone-3.17.tar.bz2 $ cd ns-allinone-3.17/ns-3.17 $ CC=/usr/bin/clang CXX=/usr/bin/clang++ CXXFLAGS=-Wno-deprecated ./waf configure --enable-examples --enable-tests $ ./waf build count as a test case? Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705418: clang++ fails to find stdarg.h include (and probably others)
2013/5/30 Sylvestre Ledru sylves...@debian.org: No. I need a single C/C++ file and the clang command line. $ cat foo.cc #include stdarg.h int main() { return 0; } $ clang++ -o foo foo.cc foo.cc:1:10: fatal error: 'stdarg.h' file not found #include stdarg.h ^ 1 error generated. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707581: moin should at least suggest python-pygments
Package: moin Version: 1.9.5-5 Hi, Without python-pygments installed I get: [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] mod_wsgi (pid=28218): Target WSGI script '/var/www/mywiki/moin.wsgi' cannot be loaded as Python module. [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] mod_wsgi (pid=28218): Exception occurred processing WSGI script '/var/www/mywiki/moin.wsgi'. [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] Traceback (most recent call last): [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] File /var/www/mywiki/moin.wsgi, line 48, in module [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] application = make_application(shared=True) [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] File /usr/lib/python2.7/dist-packages/MoinMoin/web/serving.py, line 82, in make_application [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] from MoinMoin.wsgiapp import application [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] File /usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py, line 14, in module [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] from MoinMoin.web.contexts import AllContext, Context, XMLRPCContext [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] File /usr/lib/python2.7/dist-packages/MoinMoin/web/contexts.py, line 16, in module [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] from MoinMoin import i18n, error, user, config, wikiutil [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] File /usr/lib/python2.7/dist-packages/MoinMoin/user.py, line 36, in module [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] from MoinMoin import config, caching, wikiutil, i18n, events [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] File /usr/lib/python2.7/dist-packages/MoinMoin/wikiutil.py, line 888, in module [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] import pygments.lexers [Thu May 09 16:24:35 2013] [error] [client *.*.*.*] ImportError: No module named pygments.lexers Can moin at least suggest (better recommend) installing python-pygments? Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706450: Please package 1.9.7
Package: moin Version: 1.9.5-5 Hello, please package Moin 1.9.7 if possible, as it contains fixes for numerous security issues. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706450: Please package 1.9.7
Perfect, thank you. Regards, Vedran 2013/4/30 Steve McIntyre st...@einval.com: Control: severity -1 wishlist On Tue, Apr 30, 2013 at 01:09:43PM +0200, Vedran Miletić wrote: Package: moin Version: 1.9.5-5 Hello, please package Moin 1.9.7 if possible, as it contains fixes for numerous security issues. All of the important fixes are already backported and included in the Debian packages, but yes - I'm hoping to get moin 1.9.7 uploaded soon. -- Steve McIntyre, Cambridge, UK.st...@einval.com I've only once written 'SQL is my bitch' in a comment. But that code is in use on a military site... -- Simon Booth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705418: clang++ fails to find stdarg.h include (and probably others)
Package: llvm-toolchain-3.2 Version: 1:3.2repack-1~exp4 Hi, when compiling ns-3-dev [1] using clang 1:3.2repack-1~exp4 I get the error: 682/1868] cxx: examples/tutorial/fifth.cc - build/examples/tutorial/fifth.cc.6.o [ 683/1868] cxx: examples/tutorial/sixth.cc - build/examples/tutorial/sixth.cc.7.o [ 684/1868] cxx: examples/wireless/mixed-wireless.cc - build/examples/wireless/mixed-wireless.cc.1.o In file included from ../examples/tutorial/hello-simulator.cc:17: In file included from ./ns3/core-module.h:10: In file included from ./ns3/abort.h:24: In file included from ./ns3/fatal-error.h:24: In file included from /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/iostream:39: In file included from /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/ostream:39: In file included from /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/ios:38: In file included from /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/iosfwd:41: In file included from /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/bits/postypes.h:41: In file included from /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/cwchar:45: /usr/include/wchar.h:39:11: fatal error: 'stdarg.h' file not found # include stdarg.h ^ 1 error generated. Configuration also doesn't complete at the step: Checking for boost linkage: This used to work in previous version of clang (it was 3.2-5 if I recall correctly). Regards, Vedran [1] http://code.nsnam.org/ns-3-dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704117: Please upload 2.7 to experimental
Package: tortoisehg Version: 2.6-1 Mercurial 2.5+, recently uploaded to unstable, requires TortoiseHg 2.7 or newer. Please upload TortoiseHg 2.7.1 or newer to experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691923: New upstream (1.8.2)
Hi, since 1.8.2 is now available, and 1.8.2-rc3 is in experimental, can this bug be closed and perhaps 1.8.2 final be uploaded? Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673606: +1
NetBeans 7.3 will soon be out. Is there anything we can do to help with getting it at least into experimental? Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694307: Please allow using mpi4py with MPICH2
Package: mpi4py Version: 1.3+hg20120611-1 Presently mpi4py assumes Open MPI as MPI implentation. Please allow using MPICH2 as well, as most packaged software in Debian does. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673992: closed by Tomasz Rybak bogom...@post.pl (Bug#673992: fixed in pyopencl 2011.2+git20120517-1)
Hi Tomasz, thanks for the fixes you made. ocl-icd has entered sid. Does this mean python-pyopencl will start to depend on it instead of amd-opencl-icd? Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673992: python-pyopencl: explicitely requires installation of amd-libopencl1
2012/6/4 Tomasz Rybak bogom...@post.pl: I have done some testing and I also get segmentation fault on some OpenCL kernels. I haven't got segfault on your sample program. I have been running PyOpenCL unit tests and: 1. test_clmath.py runs without any segfault 2. test_array.py runs without any segfault 3. test_wrapper.py segfaults in test_get_info (in cl.Image) and test_image2d (in cl.image_from_array). Initially I have suspected older amd-libopencl1 version (fglrx 12-4 does not work with X.org 12), but problem remains after updating to 12-6-beta and rebuilding PyOpenCL. I have tested on 295.53 on NVIDIA ION. It looks like in some cases (not all) NVIDIA OpenCL segfaults when run using AMD OpenCL management library. I have tested with ocl-icd, which it ITPd by Vincent Danjean, but there are some problems with compilation. I do not know yet how to solve it, but shall let you know when there is some solution. Regards. -- Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak Thanks for your effort. I also get segfault on this: http://documen.tician.de/pyopencl/ I have this: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF114 [GeForce GTX 560 Ti] [10de:1200] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ZOTAC International (MCO) Ltd. Device [19da:1665] Flags: bus master, fast devsel, latency 0, IRQ 24 Memory at fc00 (32-bit, non-prefetchable) [size=32M] Memory at d000 (64-bit, prefetchable) [size=128M] Memory at d800 (64-bit, prefetchable) [size=64M] I/O ports at e000 [size=128] [virtual] Expansion ROM at fe00 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia If I understand the idea behind ocl-icd, this will be great once it's done. Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673992: python-pyopencl: explicitely requires installation of amd-libopencl1
2012/5/22 Tomasz Rybak tomasz.ry...@post.pl: Dnia 2012-05-22, wto o godzinie 14:14 +0200, Vedran Miletic pisze: Package: python-pyopencl Version: 2011.2+git20120508-1 Severity: important Dear Maintainer, since 2011.2+git20120508-1, python-pyopencl depends on amd-libopencl1, which conflicts with nvidia-libopencl1. This effectively makes it unusable for people using it on NVIDIA cards. I'm sure there is a good reason for the requirement, but could it be relaxed somehow? It already requires one or the other by virtual dependancy. For more detailed explanation see NEWS from python-pyopencl. In summary - Debian now contains opencl-headers 1.2. NVIDIA's OpenCL supports only OpenCL 1.1 - which means that package was being built successfully but failed to run any code, failing to find OpenCL 1.2 functions. OTOH AMD library provides OpenCL 1.2 and works well with NVIDIA GPUs. AMD deals with managing OpenCL, and forwards all calls to NVIDIA implementation - hence hard dependency on amd-libopencl1. I shall add another entry in NEWS file to describe this situation and relieve worries of users of PyOpenCL. Any insight what would be the best description from user point of view? I do not want to go into details and bore with my description. Of course if you experience some crashes with PyOpenCL running on Debian please let me know. I have tested this combination (NVIDIA+AMD OpenCL libraries) on both unstable and experimental drivers and have not had any troubles, but maybe I just got lucky ;-) Andreas - I know this is my bug, but maybe it would be good idea to add some description to OpenCL-related packages? I can write some draft (but no earlier than middle of next week - I am busy with fixing PyCUDA) to describe situation with libOpenCL and ICD stuff? Best regards. -- Tomasz Rybak GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak Hi Tomasz, I followed your instructions, and I'm experiencing Segmentation fault with pyopencl on http://enja.org/2011/02/22/adventures-in-pyopencl-part-1-getting-started-with-python/index.html $ python main.py __kernel void part1(__global float* a, __global float* b, __global float* c) { unsigned int i = get_global_id(0); c[i] = a[i] + b[i]; } Segmentation fault Any suggestions? Vedran Miletić -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578437: New upstream release 1.0.4 available
Hi Amos, any update on this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571679: [tex-live] moving ucs back to -recommended
2010/3/10 Norbert Preining prein...@logic.at: Hi everyone, From a Debian bug report: - Forwarded message from Decklin Foster deck...@red-bean.com - Somewhere between Lenny and now, ucs.sty was moved from -recommended to -extra. As UTF-8 support is (I believe) a release goal, I would - End forwarded message - I somehow agree that making inputting utf8 with -recommended would be a nice thing. I don't want to dig through the dependencies now, but are there any specific reasons why we moved ucs package to latexextra? Aside from already mentioned things, ucs also breaks pdf title, author and keywords. It gets stuff like [Pleaseinsert\〰ぐrerenderUnicode{Ž}intopreamble] for every non-ASCII character. I would keep it in extra. Regards, -- Vedran Miletić -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#413809: TeX Live 2007 available
2007/3/7, Anders [EMAIL PROTECTED]: Package: texlive Version: 2005.dfsg.3-1 Severity: wishlist A whishlist bug: what is the status concerning moving from TeXLive 2005 to TeXLive 2007 in Debian unstable? Norbert uploaded packages here some time ago: deb http://www.tug.org/texlive/Debian/ tl2007/ deb-src http://www.tug.org/texlive/Debian/ tl2007/ They will be moved to exprerimental at some point, but they will not be moved to unstable until etch is released, because etch will certainly ship with TL2005. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]