Bug#997964: RFA: diod -- I/O forwarding server for 9P
Package: wnpp Severity: normal Control: affects -1 src:diod I request an adopter for the diod package. I'm not using the package anymore. The package has low popcon score. The last release is from 2014, but the upstream has recently become active on Github. The package description is: diod is an I/O forwarding server that implements a variant of the 9P protocol from (9P2000.L) the Plan 9 operating system. When paired with a modern version of the v9fs Linux 9P client, diod allows a file system to be exported over a TCP/IP network in a manner similar to NFS. . The file system that is exported can itself be NFS or a parallel file system like Lustre or GPFS. This can be done with minimal loss of distributed semantics because the v9fs client (when used with appropriate mount options) has no page or directory cache - all I/O operations trigger a network request. The page cache effectively moves to the server system, with diod appearing as a multi-threaded user application accessing the file system in the usual way through the VFS.
Bug#886714: Reopen (Was: Re: Bug#886714: marked as done (make[8]: no: Command not found))
package coccinelle found 886714 1.0.6.deb-2 forwarded 886714 https://github.com/coccinelle/coccinelle/issues/130 tags 886714 - pending tags 886714 + upstream thanks My "fix" acually did nothing at all on affected architectures, additionally support for disabling optimizations looks broken. 9 січня 2018 о 21:51 + Debian Bug Tracking System написав(-ла): > Your message dated Tue, 09 Jan 2018 21:49:33 + > with message-id <e1ez1m1-000gds...@fasolo.debian.org> > and subject line Bug#886714: fixed in coccinelle 1.0.6.deb-2 > has caused the Debian Bug report #886714, > regarding make[8]: no: Command not found > 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 ow...@bugs.debian.org > immediately.) > > > -- > 886714: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886714 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > Date: Tue, 9 Jan 2018 08:45:42 +0100 > From: Mathieu Malaterre <ma...@debian.org> > To: Debian Bug Tracking System <sub...@bugs.debian.org> > Subject: make[8]: no: Command not found > > Package: coccinelle > Version: 1.0.6.deb-1 > Severity: important > User: debian-m...@lists.debian.org > Usertags: mips mipsel mipsel64 > > For some reason coccinelle FTBFS on mips*, it fails with: > > make[8]: Entering directory '/<>/commons' > /usr/bin/ocamlc -unsafe -I ocamlextra -c ocamlextra/dumper.mli > no -unsafe -I ocamlextra -c commands.ml > make[8]: no: Command not found > /usr/bin/ocamlc -unsafe -I ocamlextra -c common.mli > Makefile:216: recipe for target 'commands.cmx' failed > make[8]: *** [commands.cmx] Error 127 > > > https://buildd.debian.org/status/fetch.php?pkg=coccinelle=mips=1.0.6.deb-1=1509401643=0 > Date: Tue, 09 Jan 2018 21:49:33 + > From: Євгеній Мещеряков <eu...@debian.org> > To: 886714-cl...@bugs.debian.org > Subject: Bug#886714: fixed in coccinelle 1.0.6.deb-2 > > Source: coccinelle > Source-Version: 1.0.6.deb-2 > > We believe that the bug you reported is fixed in the latest version of > coccinelle, which is due to be installed in the Debian FTP archive. > > A summary of the changes between this version and the previous one is > attached. > > Thank you for reporting the bug, which will now be closed. If you > have further comments please address them to 886...@bugs.debian.org, > and the maintainer will reopen the bug report if appropriate. > > Debian distribution maintenance software > pp. > Євгеній Мещеряков <eu...@debian.org> (supplier of updated coccinelle package) > > (This message was generated automatically at their request; if you > believe that there is a problem with it please contact the archive > administrators by mailing ftpmas...@ftp-master.debian.org) > > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Format: 1.8 > Date: Tue, 09 Jan 2018 22:03:55 +0100 > Source: coccinelle > Binary: coccinelle coccinelle-doc > Architecture: source > Version: 1.0.6.deb-2 > Distribution: experimental > Urgency: medium > Maintainer: Debian OCaml Maintainers <debian-ocaml-ma...@lists.debian.org> > Changed-By: Євгеній Мещеряков <eu...@debian.org> > Description: > coccinelle - semantic patching tool for C > coccinelle-doc - documentation for coccinelle > Closes: 886714 > Changes: > coccinelle (1.0.6.deb-2) experimental; urgency=medium > . >* Use --enable-opt configure option instead of --enable-release, this > should > fix FTBFS on some architectures (closes: #886714) > Checksums-Sha1: > 6933d0a503041cadabe12927812a9d65f10899ef 2519 coccinelle_1.0.6.deb-2.dsc > 7113cc4122cc0f0ddd9e73efbbe63d597db6dbdf 9972 > coccinelle_1.0.6.deb-2.debian.tar.xz > e4ea32e453d904cba8d19963c39bda0dd4a54a05 10954 > coccinelle_1.0.6.deb-2_source.buildinfo > Checksums-Sha256: > 89c5405f6e09ce37efed8f0c3a7ef5ab3d9b9fc40a1d93a430502a015de05f34 2519 > coccinelle_1.0.6.deb-2.dsc > 4efbaa8a2a2055b14bc77952eaf135133be3d4aaa75ba413b4e7125c925ac0af 9972 > coccinelle_1.0.6.deb-2.debian.tar.xz > a14829ca79eac34434b75cafb74f75e208d0e9611cf3c574d0585b7f22e1a3fc 10954 > coccinelle_1.0.6.deb-2_source.buildinfo > Files: > f7463ba34cfa8cef379c61997715d13b 2519 devel optional > coccinelle_1.0.6.deb-2.dsc > cb84a08d912b863c4e85a73689f26fdc 9972 de
Bug#852412: fixed in coccinelle 1.0.6.deb-1
Hi Mathieu, 4 січня 2018 о 16:35 +0100 Mathieu Malaterre написав(-ла): > Hi eugen, > > > * Upload to experimental: no Python support > > Could please describe a bit more what is the issue here ? This version of coccinelle requires pyml that is not yet packaged in Debian. Additionally it does not compile on some architectures, probably because of packaging changes in ocaml. Regards, Eugeniy > > It will make people life harder: > > $ /usr/bin/spatch -D report --no-show-diff --very-quiet --cocci-file > ./scripts/coccinelle/misc/boolconv.cocci --patch . --dir arch/mips -I > ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I > ./arch/x86/include/uapi -I ./arch/x86/include/generated/uapi -I > ./include/uapi -I ./include/generated/uapi --include > ./include/linux/kconfig.h > > Semantic patch uses python, but Coccinelle has been compiled without > Python support signature.asc Description: PGP signature
Bug#886679: RFA: coccinelle -- semantic patching tool for C
Package: wnpp Severity: normal I request an adopter for the coccinelle package. I'm not using this package much anymore and having more active maintainer would be good. The most immediate task would be packaging latest version for unstable. It is currently available in experimental, but has no Python support because of dependency on pyml that is not packaged for Debian. Also, it fails to build on some architectures. The package is actively maintained upstream. The package is nominally maintained by Debian OCaml Maintainers, but a real maintainer would be good. The package description is: Coccinelle is a program matching and transformation tool for C. The programmer describes the code to match and the transformation to perform as a semantic patch, which looks like a standard patch, but can transform multiple files at any number of code sites. Coccinelle is a program matching and transformation tool for C. The programmer describes the code to match and the transformation to perform as a semantic patch, which looks like a standard patch, but can transform multiple files at any number of code sites.
Bug#803196: RFA: swi-prolog -- ISO/Edinburgh-style Prolog interpreter
Package: wnpp Severity: normal I request an adopter for the swi-prolog package. The package is actively maintained upstream, there are new releases every several months. The package description is: SWI-Prolog is a fast and powerful ISO/Edinburgh-style Prolog compiler with a rich set of built-in predicates. It offers a fast, robust and small environment which enables substantial applications to be developed with it. . SWI-Prolog additionally offers: . * A powerful module system * Garbage collection * Unicode character set handling * Unbounted integer and rational number arithmetic * Multithreading support * A powerful C/C++ interface * GNU Readline interface
Bug#803195: RFA: spark -- SPARK programming language toolset
Package: wnpp Severity: normal I request an adopter for the spark package. The current upstream version of the package will not be updated. There is a new version of Spark, but it is very different from this one, see also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713928 The package description is: SPARK is a formally-defined computer programming language based on the Ada programming language, intended to be secure and to support the development of high integrity software used in applications and systems where predictable and highly reliable operation is essential either for reasons of safety or for business integrity. . This package contains the tools necessary for checking if programs adhere to the SPARK rules and the tools to show freedom of runtime exceptions in those programs. To compile SPARK programs use any standards-compliant Ada compiler, such as GNAT.
Bug#790301: nmu: spark_2012.0.deb-9
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Plese schedule bin-NMU for spark package. It needs to be rebuilt against the new version of swi-prolog because of compiled image format change (handled by swi-prolog-vm-3 pseudo package). nmu spark_2012.0.deb-9 . ALL . -m rebuild against swi-prolog 7.2.0-2 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790304: nmu: logol_1.7.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Plese schedule bin-NMU for logol package. It needs to be rebuilt against the new version of swi-prolog package because of soname change for libswipl (it changes every release). nmu logol_1.7.2-1 . ALL . -m rebuild against swi-prolog 7.2.0-2 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713928: ITP: spark-hilite -- SPARK programming language toolset (Ada 2012-style)
retitle 713928 RFP: spark-hilite -- SPARK programming language toolset (Ada 2012-style) thanks I didn't have time to package this. It also does not compile as-is. But it would be good to have it in Debian, so I'm making it request for package. 24 червня 2013 о 00:43 +0200 Євгеній Мещеряков написав(-ла): Package: wnpp Severity: wishlist Owner: Євгеній Мещеряков eu...@debian.org * Package name: spark-hilite Version : 2013 Upstream Author : AdaCore (http://www.adacore.com) * URL : http://libre.adacore.com/tools/spark-gpl-edition/ * License : GPLv3 Programming Lang: Ada Description : SPARK programming language toolset (Ada 2012-style) SPARK is a formally-defined computer programming language based on the Ada programming language, intended to be secure and to support the development of high integrity software used in applications and systems where predictable and highly reliable operation is essential either for reasons of safety or for business integrity. . This package contains the tools necessary for checking if programs adhere to the SPARK rules and the tools to show freedom of runtime exceptions in those programs. To compile SPARK programs use any standards-compliant Ada compiler, such as GNAT. . This is a new toolset that uses Ada 2012-style contracts, instead of the stylized comments in previous versions, to provide specifications of programs. For classic SPARK toolchain, install spark packet. This is a new verion of SPARK that is rather different from previous versions, so I think it makes sence to package it as a separate package. signature.asc Description: Digital signature
Bug#785304: libparmap-ocaml-dev: missing libparmap_stubs.a on bytecode architectures
Package: libparmap-ocaml-dev Version: 1.0~rc4-4 Severity: serious Parmap package does not install libparmap_stubs.a file on bytecode architectures. This makes it impossible to build depending packages, like now coccinelle, on those architectures. I assume that is was just a mistake not to install that file, because other -dev packages (pcre, pycaml) contain such files even on bytecode-only architectures. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libparmap-ocaml-dev depends on: ii libparmap-ocaml [libparmap-ocaml-8kg90] 1.0~rc4-4 ii ocaml-nox [ocaml-nox-4.01.0] 4.01.0-5 libparmap-ocaml-dev recommends no packages. libparmap-ocaml-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766899: nmu: ppl_1:1.1-3+b1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild ppl in sid on s390x. Due to a bug in swi-porlog-nox package (fixed in 6.6.6-5) libppl-swi has too tight dependencies. This prevents new versions of swi-prolog from migrating to testing. nmu ppl_1:1.1-3+b1 . s390x . -m rebuild against swi-prolog-nox 6.6.6-5 to fix package dependencies -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/1 CPU core) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756812: nfs-common: rpc.gssd crashes while mounting an encrypted nfs4 filesystem
Package: nfs-common Version: 1:1.2.8-6 Severity: serious Hello, rpc.gssd started crashing again when mounting an encrypted nfs4 filesystem. The dmesg contains: [ 391.284130] rpc.gssd[1756]: segfault at b5a ip 7f70bb3d772f sp 7fff5765a080 error 4 in libgssapi_krb5.so.2.2[7f70bb3c4000+45000] [ 391.284935] NFS: nfs4_discover_server_trunking unhandled error -32. Exiting with error EIO The output from the rpc.gssd and gdb follows: handling gssd upcall (/run/rpc_pipefs/nfs/clnte) handle_gssd_upcall: 'mech=krb5 uid=0 service=* enctypes=18,17,16,23,3,1,2 ' handling krb5 upcall (/run/rpc_pipefs/nfs/clnte) process_krb5_upcall: service is '*' Full hostname for 'thor.kazna.de' is 'thor.kazna.de' Full hostname for 'loki.local' is 'loki.local' No key table entry found for LOKI$@KAZNA.DE while getting keytab entry for 'LOKI$@KAZNA.DE' No key table entry found for root/loki.lo...@kazna.de while getting keytab entry for 'root/loki.lo...@kazna.de' No key table entry found for nfs/loki.lo...@kazna.de while getting keytab entry for 'nfs/loki.lo...@kazna.de' No key table entry found for host/loki.lo...@kazna.de while getting keytab entry for 'host/loki.lo...@kazna.de' Processing keytab entry for principal 'nfs/loki.kazna...@kazna.de' We will NOT use this entry (nfs/loki.kazna...@kazna.de) Processing keytab entry for principal 'nfs/loki.kazna...@kazna.de' We will NOT use this entry (nfs/loki.kazna...@kazna.de) Processing keytab entry for principal 'nfs/loki.kazna...@kazna.de' We will NOT use this entry (nfs/loki.kazna...@kazna.de) Processing keytab entry for principal 'nfs/loki.kazna...@kazna.de' We will NOT use this entry (nfs/loki.kazna...@kazna.de) Processing keytab entry for principal 'nfs/loki.kazna...@kazna.de' We WILL use this entry (nfs/loki.kazna...@kazna.de) Success getting keytab entry for nfs/*@KAZNA.DE Successfully obtained machine credentials for principal 'nfs/loki.kazna...@kazna.de' stored in ccache 'FILE:/tmp/krb5ccmachine_KAZNA.DE' INFO: Credentials in CC 'FILE:/tmp/krb5ccmachine_KAZNA.DE' are good until 1406965169 using FILE:/tmp/krb5ccmachine_KAZNA.DE as credentials cache for machine creds using environment variable to select krb5 ccache FILE:/tmp/krb5ccmachine_KAZNA.DE creating context using fsuid 0 (save_uid 0) creating tcp client for server thor.kazna.de DEBUG: port already set to 2049 creating context with server n...@thor.kazna.de Program received signal SIGSEGV, Segmentation fault. 0x76ac272f in ?? () from /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (gdb) bt #0 0x76ac272f in ?? () from /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 #1 0x76ac33e2 in gss_init_sec_context () from /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 #2 0x77bcf863 in ?? () from /lib/x86_64-linux-gnu/libtirpc.so.1 #3 0x77bcfbf9 in authgss_create () from /lib/x86_64-linux-gnu/libtirpc.so.1 #4 0x77bcfcfc in authgss_create_default () from /lib/x86_64-linux-gnu/libtirpc.so.1 #5 0x00405126 in ?? () #6 0x00405bf2 in ?? () #7 0x0040685a in ?? () #8 0x00404aac in ?? () #9 0x00403941 in ?? () #10 0x76d18b45 in __libc_start_main (main=0x403690, argc=2, argv=0x7fffe0e8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe0d8) at libc-start.c:287 #11 0x004039ae in ?? () -- Package-specific info: -- rpcinfo -- program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper -- /etc/default/nfs-common -- NEED_STATD=no STATDOPTS= NEED_IDMAPD=yes NEED_GSSD=yes -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /run/rpc_pipefs Domain = kazna.de [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- #thor.kazna.de:/ /srv/backups nfs sec=krb5p,rw,noatime,nodiratime,nodev,nosuid,noexec,proto=tcp,noauto,x-systemd.automount,x-systemd.device-timeout=60 0 0 -- /proc/mounts -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.2 ii libc6 2.19-7 ii libcap2 1:2.24-3 ii libcomerr2 1.42.11-2 ii libdevmapper1.02.1 2:1.02.85-2 ii libevent-2.0-5 2.0.21-stable-1 ii libgssglue1 0.4-2 ii libk5crypto31.12.1+dfsg-5 ii libkeyutils11.5.9-4 ii libkrb5-3 1.12.1+dfsg-5 ii libmount1 2.20.1-5.8 ii libnfsidmap20.25-5 ii libtirpc1
Bug#747250: nmu: ppl_1:1.1-2
12 червня 2014 о 18:14 +0200 Julien Cristau написав(-ла): What library changed its SONAME? I suspect the issue is: That's right. libppl-swi/i386 unsatisfiable Depends: swi-prolog-nox ( 6.6.3.0~) libppl-swi/amd64 unsatisfiable Depends: swi-prolog-nox ( 6.6.3.0~) libppl-swi/armel unsatisfiable Depends: swi-prolog-nox ( 6.6.4.0~) libppl-swi/armhf unsatisfiable Depends: swi-prolog-nox ( 6.6.4.0~) libppl-swi/kfreebsd-amd64 unsatisfiable Depends: swi-prolog-nox ( 6.6.3.0~) libppl-swi/kfreebsd-i386 unsatisfiable Depends: swi-prolog-nox ( 6.6.3.0~) libppl-swi/mips unsatisfiable Depends: swi-prolog-nox ( 6.6.4.0~) libppl-swi/mipsel unsatisfiable Depends: swi-prolog-nox ( 6.6.4.0~) libppl-swi/powerpc unsatisfiable Depends: swi-prolog-nox ( 6.6.3.0~) libppl-swi/s390x unsatisfiable Depends: swi-prolog-nox ( 6.6.3.0~) And: Files in second .deb but not in first - -rw-r--r-- root/root /usr/lib/libswipl.so.6.6.6 lrwxrwxrwx root/root /usr/lib/libswipl.so - libswipl.so.6.6.6 Files in first .deb but not in second - -rw-r--r-- root/root /usr/lib/libswipl.so.6.6.5 lrwxrwxrwx root/root /usr/lib/libswipl.so - libswipl.so.6.6.5 Євгеній, libswipl should really be its own split out binary package. And change package names when its SONAME changes. I was thinking about it but, that library changes soname with every new upstream release. Additionaly I'll have to make the library package to depend on exact version of swi-prolog-nox package, because the library uses prolog parts. This will mean that different library packages will not be coinstallable. So I don't see that there will be any advantages from changing the package name for swi-prolog, unlike for normal libraries. The only difference is requiring new processing for every upstream release. And still asking for bin-NMUs after that. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#747249: nmu: logol_1.7.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please schedule rebuild of logol against swi-prolog 6.6.5, it is needed because of change of library soname. nmu logol_1.7.0-1 . ALL . -m rebuild against swi-prolog 6.6.5 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747250: nmu: ppl_1:1.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild ppl against new swi-prolog, it's needed beacuse of library soname change. nmu ppl_1:1.1-2 . ALL . -m rebuild against swi-prolog 6.6.5 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742845: nmu: logol_1.6.10-1
Hi, Is there a reason why this is still not fixed? It is holding swi-prolog from entering testing and it is already 32 days old. Regards, Eugeniy Meshcheryakov 28 березня 2014 о 01:26 +0100 Євгеній Мещеряков написав(-ла): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, Please schedule the rebuild of logol package, it needs to depend on newer version of swi-prolog. nmu logol_1.6.10-1 . ALL . -m rebuild against swi-prolog 6.6.4 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#742845: nmu: logol_1.6.10-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, Please schedule the rebuild of logol package, it needs to depend on newer version of swi-prolog. nmu logol_1.6.10-1 . ALL . -m rebuild against swi-prolog 6.6.4 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742846: RM: swi-prolog-java [sparc] -- ROM; NBS; package is not built because openjdk is not avaliable anymore
Package: ftp.debian.org Severity: normal Please remove swi-prolog-java binary on sparc. It cannot be built there anymore because openjdk is not available on that architecture. Note: this was a request for a partial removal from testing, converted in one for unstable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741977: nmu: logol_1.6.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, Please rebuild logol package, it needs to depend on newer version of swi-prolog library (6.6.2 is installed on all architectures). nmu logol_1.6.1-1 . ALL . -m rebuild against swi-prolog 6.6.2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731808: nmu: spark_2012.0.deb-5+b1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, Please rebuild package spark because it it needs to depend on newer swi-prolog-vm virtual package provided by swi-prolog-nox = 6.6.0. Thanks, Eugeniy Meshcheryakov nmu spark_2012.0.deb-5+b1 . ALL . -m Rebuild against swi-prolog-nox 6.6.0 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722193: flightgear: fails to start because of denedency on libosgText.so.100
Package: flightgear Version: 2.10.0-2 Severity: grave The newest version of flightgear fails to start on amd64: % fgfs fgfs: error while loading shared libraries: libosgText.so.100: cannot open shared object file: No such file or directory The file libosgText.so.100 does not exist in any package currently in Debian. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flightgear depends on: ii flightgear-data-all 2.10.0-1 ii freeglut3 2.8.1-1 ii libc6 2.17-92+b1 ii libgcc1 1:4.8.1-10 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libglu1-mesa [libglu1]9.0.0-1 ii libice6 2:1.0.8-2 ii libjpeg8 8d-1 ii libopenscenegraph99 3.2.0~rc1-1 ii libopenthreads14 3.2.0~rc1-1 ii libplib1 1.8.5-6 ii libpng12-01.2.49-4 ii libsimgearcore2.10.0 2.10.0-3 ii libsimgearscene2.10.0 2.10.0-3 ii libsm62:1.2.1-2 ii libsqlite3-0 3.8.0.2-1 ii libstdc++64.8.1-10 ii libudev0 175-7.2 ii libx11-6 2:1.6.1-1 ii libxext6 2:1.3.2-1 ii libxi62:1.7.2-1 ii libxmu6 2:1.1.1-1 ii zlib1g1:1.2.8.dfsg-1 flightgear recommends no packages. flightgear suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719886: nmu: spark_2012.0.deb-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild spark package because it needs to depend on newer swi-prolog-vm virtual package provided by swi-prolog-nox = 6.4.1. swi-prolog-nox 6.4.1-3 is now installed on all supported architectures. nmu spark_2012.0.deb-5 . ALL . -m Rebuild against swi-prolog-nox 6.4.1-3 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719639: kicad: very slow with opensource radeon driver
Package: kicad Version: 0.20130727+bzr4024-2 Severity: normal KiCAD is very slow when run with open source radeon driver. pcbnew and eeschema are impossible to use with more then very simple layout/schematic. Every operation like zooming and panning takes around a second. The speed also depends on what part of drawing is displayed. One exception is pcbnew's 3D viewer, that is quite fast. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kicad depends on: ii kicad-common 0.20130727+bzr4024-2 ii libc6 2.17-92 ii libgcc1 1:4.8.1-8 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libglu1-mesa [libglu1]9.0.0-1 ii libstdc++64.8.1-8 ii libwxbase2.8-02.8.12.1-14 ii libwxgtk2.8-0 2.8.12.1-14 ii libx11-6 2:1.6.1-1 ii libxext6 2:1.3.2-1 ii zlib-bin 1:1.2.8.dfsg-1 kicad recommends no packages. Versions of packages kicad suggests: ii extra-xdg-menus 1.0-4 pn kicad-doc-en | kicad-doc-fr | kicad-doc-de | kicad-doc-es | kicad-d none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719030: logol: fails to build with new version of swi-prolog
Package: logol Version: 1.6.2-2 Severity: normal logol fails to build with the latest version of swi-prolog in unstable. The build stops after printing these messages: [junit] Running org.irisa.genouest.logol.test.GrammarTest [junit] Testsuite: org.irisa.genouest.logol.test.GrammarTest Nothing happens after this. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages logol depends on: ii antlr3 3.2-8 ii default-jre [java6-runtime]1:1.7-49 ii gawk 1:4.0.1+dfsg-2.1 ii libbiojava-java1:1.7.1-2 ii libcommons-cli-java1.2-3 ii libcommons-collections3-java 3.2.1-5 ii libcommons-configuration-java 1.9-1 ii libcommons-lang-java 2.6-3 ii libcommons-logging-java1.1.3-1 ii libdrmaa-java 6.2u5-7.1 ii libgnumail-java1.1.2-9 ii liblog4j1.2-java 1.2.17-3 ii libxalan2-java 2.7.1-8 ii libxerces2-java2.11.0-7 pn logol-bin none ii openjdk-6-jre [java6-runtime] 6b27-1.12.6-1 ii openjdk-7-jre [java6-runtime] 7u25-2.3.12-2 ii ruby 1:1.9.3 ii ruby-cassiopee 0.1.9-1 ii ruby1.8 [ruby] 1.8.7.358-7.1 ii rubygems 1.8.24-1 logol recommends no packages. logol suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713928: ITP: spark-hilite -- SPARK programming language toolset (Ada 2012-style)
Package: wnpp Severity: wishlist Owner: Євгеній Мещеряков eu...@debian.org * Package name: spark-hilite Version : 2013 Upstream Author : AdaCore (http://www.adacore.com) * URL : http://libre.adacore.com/tools/spark-gpl-edition/ * License : GPLv3 Programming Lang: Ada Description : SPARK programming language toolset (Ada 2012-style) SPARK is a formally-defined computer programming language based on the Ada programming language, intended to be secure and to support the development of high integrity software used in applications and systems where predictable and highly reliable operation is essential either for reasons of safety or for business integrity. . This package contains the tools necessary for checking if programs adhere to the SPARK rules and the tools to show freedom of runtime exceptions in those programs. To compile SPARK programs use any standards-compliant Ada compiler, such as GNAT. . This is a new toolset that uses Ada 2012-style contracts, instead of the stylized comments in previous versions, to provide specifications of programs. For classic SPARK toolchain, install spark packet. This is a new verion of SPARK that is rather different from previous versions, so I think it makes sence to package it as a separate package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709371: swi-prolog-nox: libswipl.so needs shlibs/symbols file
Package: swi-prolog-nox Version: 6.2.6-2 Severity: important For now shlibs generation is suppressed. The library may need to be split into a separate package. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swi-prolog-nox depends on: ii libarchive12 3.0.4-3+nmu1 ii libc6 2.17-3 ii libgmp-dev2:5.1.1+dfsg-3 ii libgmp10 2:5.1.1+dfsg-3 ii libncursesw5 5.9+20130504-1 ii libncursesw5-dev 5.9+20130504-1 ii libreadline-dev 6.2+dfsg-0.1 ii libreadline6 6.2+dfsg-0.1 ii libssl1.0.0 1.0.1e-3 ii libtinfo5 5.9+20130504-1 ii libunwind81.1-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages swi-prolog-nox recommends: ii debhelper 9.20130518 Versions of packages swi-prolog-nox suggests: pn prolog-el none pn swi-prolog-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705507: nfs-common: rpc.gssd crashes when performing nfs4 mount
Hi, 12 травня 2013 о 18:03 +0200 Luk Claes написав(-ла): rpc.gssd now also crashes on amd64. Does this also happen when the package nfs-kernel-server is installed? Yes, rpc.gssd also crashes with nfs-kernel-server installed. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#705507: nfs-common: rpc.gssd crashes when performing nfs4 mount
notfound 705507 1:1.2.6-3 thanks 12 травня 2013 о 19:45 +0200 Євгеній Мещеряков написав(-ла): Hi, 12 травня 2013 о 18:03 +0200 Luk Claes написав(-ла): rpc.gssd now also crashes on amd64. Does this also happen when the package nfs-kernel-server is installed? Yes, rpc.gssd also crashes with nfs-kernel-server installed. Downgrading to the version from testing fixes the problem though. signature.asc Description: Digital signature
Bug#705507: nfs-common: rpc.gssd crashes when performing nfs4 mount
found 705507 1:1.2.6-3 thanks Ah, original bug report was about this version, sorry for that. This could be a different bug though. 12 травня 2013 о 19:51 +0200 Євгеній Мещеряков написав(-ла): notfound 705507 1:1.2.6-3 thanks 12 травня 2013 о 19:45 +0200 Євгеній Мещеряков написав(-ла): Hi, 12 травня 2013 о 18:03 +0200 Luk Claes написав(-ла): rpc.gssd now also crashes on amd64. Does this also happen when the package nfs-kernel-server is installed? Yes, rpc.gssd also crashes with nfs-kernel-server installed. Downgrading to the version from testing fixes the problem though. signature.asc Description: Digital signature
Bug#705507: nfs-common: rpc.gssd crashes when performing nfs4 mount
Package: nfs-common Version: 1:1.2.8-1 Followup-For: Bug #705507 Hello, rpc.gssd now also crashes on amd64. Here is part of gdb log: Program received signal SIG37, Real-time event 37. Program received signal SIGSEGV, Segmentation fault. 0x7f58a6214e95 in ?? () from /lib/x86_64-linux-gnu/libgssglue.so.1 (gdb) bt #0 0x7f58a6214e95 in ?? () from /lib/x86_64-linux-gnu/libgssglue.so.1 #1 0x7f58a6215bc5 in gss_init_sec_context () from /lib/x86_64-linux-gnu/libgssglue.so.1 #2 0x7f58a733cfbd in ?? () from /lib/x86_64-linux-gnu/libtirpc.so.1 #3 0x7f58a733d3c7 in authgss_create () from /lib/x86_64-linux-gnu/libtirpc.so.1 #4 0x7f58a733d4dc in authgss_create_default () from /lib/x86_64-linux-gnu/libtirpc.so.1 #5 0x004050f6 in ?? () #6 0x00405caa in ?? () #7 0x00406969 in ?? () #8 0x00404abc in ?? () #9 0x00403959 in ?? () #10 0x7f58a6654a55 in __libc_start_main (main=0x4036a0, argc=1, ubp_av=0x7fffbe42f968, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffbe42f958) at libc-start.c:260 #11 0x004039c9 in ?? () -- Package-specific info: -- rpcinfo -- program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper -- /etc/default/nfs-common -- NEED_STATD=no STATDOPTS= NEED_IDMAPD=yes NEED_GSSD=yes -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs Domain = kazna.de [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- thor:/ /srv/backups nfs sec=krb5p,rw,noatime,nodiratime,nodev,nosuid,noexec,proto=tcp,noauto,x-systemd.automount,x-systemd.device-timeout=60 0 0 -- /proc/mounts -- rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-41 ii libc6 2.17-1 ii libcap2 1:2.22-1.2 ii libcomerr2 1.42.5-1.1 ii libdevmapper1.02.1 2:1.02.77-1 ii libevent-2.0-5 2.0.19-stable-3 ii libgssapi-krb5-21.10.1+dfsg-5 ii libk5crypto31.10.1+dfsg-5 ii libkeyutils11.5.5-7 ii libkrb5-3 1.10.1+dfsg-5 ii libmount1 2.20.1-5.3 ii libnfsidmap20.25-4 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-24 ii lsb-base4.1+Debian9 ii rpcbind 0.2.0-8 ii ucf 3.0025+nmu3 Versions of packages nfs-common recommends: ii python 2.7.3-5 Versions of packages nfs-common suggests: pn open-iscsi none pn watchdognone -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697557: unblock: swi-prolog/5.10.4-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package swi-prolog This version fixes two security issues, CVE-2012-6089 and CVE-2012-6090, both possible buffer overflows. See also bug #697416. The full list of changes in this version: * New patches (taken from RedHat bugzilla, closes: #697416): - CVE-2012-6089.diff - fix for CVE-2012-6089 - possible buffer overrun in path canonisation code - CVE-2012-6090.diff - fix for CVE-2012-6090 - Possible buffer overflows when expanding file-names with long paths * Urgency medium because of a fix for a security bug The debdiff against package in testing is attached. unblock swi-prolog/5.10.4-5 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru swi-prolog-5.10.4/debian/changelog swi-prolog-5.10.4/debian/changelog --- swi-prolog-5.10.4/debian/changelog 2012-10-08 21:55:23.0 +0200 +++ swi-prolog-5.10.4/debian/changelog 2013-01-05 03:44:17.0 +0100 @@ -1,3 +1,14 @@ +swi-prolog (5.10.4-5) unstable; urgency=medium + + * New patches (taken from RedHat bugzilla, closes: #697416): +- CVE-2012-6089.diff - fix for CVE-2012-6089 - possible buffer overrun in + path canonisation code +- CVE-2012-6090.diff - fix for CVE-2012-6090 - Possible buffer overflows + when expanding file-names with long paths + * Urgency medium because of a fix for a security bug + + -- Євгеній Мещеряков eu...@debian.org Sat, 05 Jan 2013 03:43:46 +0100 + swi-prolog (5.10.4-4) unstable; urgency=medium * Build-conflict with libncursesw5-dev, so it will not be used during build diff -Nru swi-prolog-5.10.4/debian/patches/CVE-2012-6089.diff swi-prolog-5.10.4/debian/patches/CVE-2012-6089.diff --- swi-prolog-5.10.4/debian/patches/CVE-2012-6089.diff 1970-01-01 01:00:00.0 +0100 +++ swi-prolog-5.10.4/debian/patches/CVE-2012-6089.diff 2013-01-05 03:44:17.0 +0100 @@ -0,0 +1,97 @@ +Author: Jan Wielemaker j.wielema...@cs.vu.nl +Description: Fix for CVE-2012-6089 - Possible buffer overrun in path canonisation code + The patch was taken from RedHat bugzilla, file locations were adjusted. +Origin: vendor, RedHat +Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-6089 +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697416 +--- +From 6149f39ada50f7ebc6b0cb7756490a0fea967bd1 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com +Date: Fri, 4 Jan 2013 13:33:11 +0100 +Subject: [PATCH 1/2] Fix CVE-2012-6089 + +Upstream fix ported to 5.10.2: + +From a9a6fc8a2a9cf3b9154b490a4b1ffaa8be4d723c Mon Sep 17 00:00:00 2001 +From: Jan Wielemaker j.wielema...@cs.vu.nl +Date: Sun, 16 Dec 2012 18:13:17 +0100 +Subject: [PATCH] FIXED: Possible buffer overrun in patch canonisation code. + +Pushes pointers on an automatic array without checking for overflow. +Can be used for DoS attacks. Will be extremely hard to make it execute +arbitrary code. +--- + src/pl-buffer.h | 2 ++ + src/pl-os.c | 19 +++ + 2 files changed, 13 insertions(+), 8 deletions(-) + +--- a/src/os/pl-buffer.h b/src/os/pl-buffer.h +@@ -83,6 +83,8 @@ + sizeof((b)-static_buffer)) + #define emptyBuffer(b) ((b)-top = (b)-base) + #define isEmptyBuffer(b) ((b)-top == (b)-base) ++#define popBuffer(b,type) \ ++ ((b)-top -= sizeof(type), *(type*)(b)-top) + + #define discardBuffer(b) \ + do \ +--- a/src/os/pl-os.c b/src/os/pl-os.c +@@ -1081,8 +1081,7 @@ + char * + canoniseFileName(char *path) + { char *out = path, *in = path, *start = path; +- char *osave[100]; +- int osavep = 0; ++ tmp_buffer saveb; + + #ifdef O_HASDRIVES /* C: */ + if ( in[1] == ':' isLetter(in[0]) ) +@@ -1110,7 +1109,8 @@ + in += 2; + if ( in[0] == '/' ) + *out++ = '/'; +- osave[osavep++] = out; ++ initBuffer(saveb); ++ addBuffer(saveb, out, char*); + + while(*in) + { if (*in == '/') +@@ -1126,15 +1126,15 @@ + } + if ( in[2] == EOS ) /* delete trailing /. */ + { *out = EOS; +- return path; ++ goto out; + } + if ( in[2] == '.' (in[3] == '/' || in[3] == EOS) ) +- { if ( osavep 0 ) /* delete /foo/../ */ +- { out = osave[--osavep]; ++ { if ( !isEmptyBuffer(saveb) ) /* delete /foo/../ */ ++ { out = popBuffer(saveb, char*); + in += 3; + if ( in[0] == EOS out start+1 ) + { out[-1] = EOS; /* delete trailing / */ +- return path; ++ goto out; + } + goto again; + } else if ( start[0] == '/' out == start+1 ) +@@ -1148,12 +1148,15 @@ + in++; + if ( out path out[-1] != '/' ) + *out++ = '/'; +- osave[osavep++] = out; ++ addBuffer(saveb, out
Bug#697563: pu: package swi-prolog/5.10.1-1+b1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu The version of swi-prolog in squeeze has two unfixed minor security vulnerabilities, buffer overflows CVE-2012-6089 and CVE-2012-6090, bug #697416. The security team decided that there will be no DSA for those issues. It was proposed to fix those issues via stable updates. The proposed debdiff is attached. The new version adds two patches taken from RedHat bugzilla (one refreshed) and changes the Maintainer field in debian/control. Regards, Eugeniy Meshcheryakov -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru swi-prolog-5.10.1/debian/changelog swi-prolog-5.10.1/debian/changelog --- swi-prolog-5.10.1/debian/changelog 2010-08-02 07:01:49.0 +0200 +++ swi-prolog-5.10.1/debian/changelog 2013-01-07 00:07:27.0 +0100 @@ -1,3 +1,14 @@ +swi-prolog (5.10.1-2) stable; urgency=low + + * Update Maintainer field in debian/control + * New patches (taken from RedHat bugzilla, closes: #697416): +- CVE-2012-6089.diff - fix for CVE-2012-6089 - possible buffer overrun in + path canonisation code +- CVE-2012-6090.diff - fix for CVE-2012-6090 - Possible buffer overflows + when expanding file-names with long paths + + -- Євгеній Мещеряков eu...@debian.org Mon, 07 Jan 2013 00:02:00 +0100 + swi-prolog (5.10.1-1) unstable; urgency=low * New upstream release. diff -Nru swi-prolog-5.10.1/debian/control swi-prolog-5.10.1/debian/control --- swi-prolog-5.10.1/debian/control 2010-08-02 07:01:49.0 +0200 +++ swi-prolog-5.10.1/debian/control 2013-01-07 00:07:27.0 +0100 @@ -1,7 +1,7 @@ Source: swi-prolog Section: interpreters Priority: optional -Maintainer: Chris Lamb la...@debian.org +Maintainer: Євгеній Мещеряков eu...@debian.org Build-Depends: debhelper (= 5), autoconf, autotools-dev, libncurses5-dev, libreadline-dev, libgmp3-dev, libjpeg-dev, libx11-dev, libxpm-dev, libxt-dev, x11proto-core-dev, chrpath, unixodbc-dev, openjdk-6-jdk [alpha amd64 armel i386 ia64 mips mipsel powerpc s390 sparc], libxft-dev, libxext-dev, libice-dev, libxinerama-dev Standards-Version: 3.9.1 Vcs-Git: git://git.chris-lamb.co.uk/debian/pkg-swi-prolog.git diff -Nru swi-prolog-5.10.1/debian/patches/CVE-2012-6089.diff swi-prolog-5.10.1/debian/patches/CVE-2012-6089.diff --- swi-prolog-5.10.1/debian/patches/CVE-2012-6089.diff 1970-01-01 01:00:00.0 +0100 +++ swi-prolog-5.10.1/debian/patches/CVE-2012-6089.diff 2013-01-07 00:07:27.0 +0100 @@ -0,0 +1,90 @@ +From 6149f39ada50f7ebc6b0cb7756490a0fea967bd1 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com +Date: Fri, 4 Jan 2013 13:33:11 +0100 +Subject: [PATCH 1/2] Fix CVE-2012-6089 + +Upstream fix ported to 5.10.2: + +From a9a6fc8a2a9cf3b9154b490a4b1ffaa8be4d723c Mon Sep 17 00:00:00 2001 +From: Jan Wielemaker j.wielema...@cs.vu.nl +Date: Sun, 16 Dec 2012 18:13:17 +0100 +Subject: [PATCH] FIXED: Possible buffer overrun in patch canonisation code. + +Pushes pointers on an automatic array without checking for overflow. +Can be used for DoS attacks. Will be extremely hard to make it execute +arbitrary code. +--- + src/pl-buffer.h | 2 ++ + src/pl-os.c | 19 +++ + 2 files changed, 13 insertions(+), 8 deletions(-) + +--- a/src/pl-buffer.h b/src/pl-buffer.h +@@ -79,6 +79,8 @@ + sizeof((b)-static_buffer)) + #define emptyBuffer(b) ((b)-top = (b)-base) + #define isEmptyBuffer(b) ((b)-top == (b)-base) ++#define popBuffer(b,type) \ ++ ((b)-top -= sizeof(type), *(type*)(b)-top) + + #define discardBuffer(b) \ + do \ +--- a/src/pl-os.c b/src/pl-os.c +@@ -1078,8 +1078,7 @@ + char * + canoniseFileName(char *path) + { char *out = path, *in = path, *start = path; +- char *osave[100]; +- int osavep = 0; ++ tmp_buffer saveb; + + #ifdef O_HASDRIVES /* C: */ + if ( in[1] == ':' isLetter(in[0]) ) +@@ -1107,7 +1106,8 @@ + in += 2; + if ( in[0] == '/' ) + *out++ = '/'; +- osave[osavep++] = out; ++ initBuffer(saveb); ++ addBuffer(saveb, out, char*); + + while(*in) + { if (*in == '/') +@@ -1123,15 +1123,15 @@ + } + if ( in[2] == EOS ) /* delete trailing /. */ + { *out = EOS; +- return path; ++ goto out; + } + if ( in[2] == '.' (in[3] == '/' || in[3] == EOS) ) +- { if ( osavep 0 ) /* delete /foo/../ */ +- { out = osave[--osavep]; ++ { if ( !isEmptyBuffer(saveb) ) /* delete /foo/../ */ ++ { out = popBuffer(saveb, char*); + in += 3; + if ( in[0] == EOS out start+1 ) + { out[-1] = EOS; /* delete trailing / */ +- return path; ++ goto out; + } + goto again; + } else if ( start[0
Bug#697133: gcc-4.7: does not define _REENTRANT when run with -pthread on Hurd
Package: gcc-4.7 Version: 4.7.2-4 Severity: normal gcc-4.7 does not seem to define _REENTRANT when used with -pthread option on Hurd. Other Debian architectures have this definition. This breaks building of swi-prolog [1]. This probably can be fixed by adding %{pthread:-D_REENTRANT} to CPP_SPEC in src/gcc/config/gnu.h (completely untested). An old bug report seems to indicate that this definition was enabled in the past [2]. Regards, Eugeniy Meshcheryakov 1. https://buildd.debian.org/status/fetch.php?pkg=swi-prologarch=hurd-i386ver=6.2.5-4stamp=1357064093 2. http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=hurd-pthread.diff;att=1;bug=400031 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.7 depends on: ii binutils 2.22-7.1 ii cpp-4.7 4.7.2-4 ii gcc-4.7-base 4.7.2-4 ii libc6 2.13-38 ii libgcc1 1:4.7.2-4 ii libgmp10 2:5.0.5+dfsg-2 ii libgomp1 4.7.2-4 ii libitm1 4.7.2-4 ii libmpc2 0.9-4 ii libmpfr4 3.1.0-5 ii libquadmath0 4.7.2-4 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gcc-4.7 recommends: ii libc6-dev 2.13-38 Versions of packages gcc-4.7 suggests: pn binutils-goldnone ii gcc-4.7-doc 4.7.2-2 pn gcc-4.7-locales none ii gcc-4.7-multilib 4.7.2-4 pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn libmudflap0-4.7-dev none pn libmudflap0-dbg none pn libquadmath0-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690734: swi-prolog-nox: package misconfigured
Package: swi-prolog-java Version: 5.10.4-4 Severity: important This package is misconfigured and cannot find files when used. Currently to run prolog from Java one needs these variables: LD_LIBRARY_PATH=/usr/lib/swi-prolog/lib/amd64 LD_PRELOAD=/usr/lib/libswipl.so SWIPL=/usr/lib/swi-prolog + classpath that includes jpl.jar (not just directory). Using Java from prolog also requires tricks with LD_LIBRARY_PATH and LD_PRELOAD. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swi-prolog-java depends on: ii default-jre [java2-runtime]1:1.6-47 ii gcj-4.6-jre [java2-runtime]4.6.3-3 ii libc6 2.13-35 ii openjdk-6-jre [java2-runtime] 6b24-1.11.4-3 ii openjdk-6-jre-headless 6b24-1.11.4-3 ii swi-prolog-nox 5.10.4-4 swi-prolog-java recommends no packages. swi-prolog-java suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690400: unblock: swi-prolog/5.10.4-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package swi-prolog The new version fixes an rc bug #689583 (incorrect dependencies on amd64, this causes build failures for depending packages). Changes in this version: * Build-conflict with libncursesw5-dev, so it will not be used during build instead of lincurses5-dev. This should make dependencies of swi-prolog-nox consistent across architectures (closes: #689583) * debian/gbp.conf - change debian-branch to wheezy-updates * Urgency medium because of fix for an RC bug debdiff output attached. unblock swi-prolog/5.10.4-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru swi-prolog-5.10.4/debian/changelog swi-prolog-5.10.4/debian/changelog --- swi-prolog-5.10.4/debian/changelog 2011-12-16 00:06:47.0 +0100 +++ swi-prolog-5.10.4/debian/changelog 2012-10-08 21:55:23.0 +0200 @@ -1,3 +1,13 @@ +swi-prolog (5.10.4-4) unstable; urgency=medium + + * Build-conflict with libncursesw5-dev, so it will not be used during build +instead of lincurses5-dev. This should make dependencies of swi-prolog-nox +consistent across architectures (closes: #689583) + * debian/gbp.conf - change debian-branch to wheezy-updates + * Urgency medium because of fix for an RC bug + + -- Євгеній Мещеряков eu...@debian.org Mon, 08 Oct 2012 21:54:54 +0200 + swi-prolog (5.10.4-3) unstable; urgency=low [ Chris Lamb ] diff -Nru swi-prolog-5.10.4/debian/control swi-prolog-5.10.4/debian/control --- swi-prolog-5.10.4/debian/control 2011-12-16 00:06:47.0 +0100 +++ swi-prolog-5.10.4/debian/control 2012-10-08 21:55:23.0 +0200 @@ -3,6 +3,7 @@ Priority: optional Maintainer: Євгеній Мещеряков eu...@debian.org Build-Depends: debhelper (= 5), autoconf, autotools-dev, libncurses5-dev, libreadline-dev, libgmp-dev, libjpeg-dev, libx11-dev, libxpm-dev, libxt-dev, x11proto-core-dev, chrpath, unixodbc-dev, openjdk-6-jdk [alpha amd64 armel i386 ia64 mips mipsel powerpc s390 sparc], libxft-dev, libxext-dev, libice-dev, libxinerama-dev +Build-Conflicts: libncursesw5-dev Standards-Version: 3.9.2 Vcs-Git: git://anonscm.debian.org/collab-maint/swi-prolog.git Vcs-Browser: http://anonscm.debian.org/git/collab-maint/swi-prolog.git diff -Nru swi-prolog-5.10.4/debian/gbp.conf swi-prolog-5.10.4/debian/gbp.conf --- swi-prolog-5.10.4/debian/gbp.conf 2011-12-16 00:06:47.0 +0100 +++ swi-prolog-5.10.4/debian/gbp.conf 2012-10-08 21:55:23.0 +0200 @@ -4,7 +4,7 @@ # the default branch for upstream sources: upstream-branch = upstream # the default branch for the debian patch: -debian-branch = master +debian-branch = wheezy-updates # the default tag formats used: upstream-tag = upstream/%(version)s debian-tag = debian/%(version)s
Bug#683699: unblock: xfoil/6.97.dfsg-5
17 серпня 2012 о 20:02 +0100 Adam D. Barratt написав(-ла): There's also the changes from -4 which hadn't migrated. Well, they did not migrade, because I forgot to upload them... -clean binary binary-arch binary-indep: +clean binary binary-arch binary-indep build install: Is there any particular reason not just to use %:? IIRC there were some problems with dh and %: in debian/rules. Maybe it was related to overrides, I don't remember details anymore. -.PHONY: clean build binary binary-arch binary-indep +.PHONY: clean build binary binary-arch binary-indep build install That now lists build twice, fwiw. Unblocked; thanks for the fix. Thanks. I'll fix double entry for build in the next release. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#683699: unblock: xfoil/6.97.dfsg-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package xfoil Version 6.97.dfsg-5 fixes crash introduced by changes in gfortran-4.6 (bug #682679). The package was build on all architectures. unblock xfoil/6.97.dfsg-5 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682909: bugs.debian.org: non-ASCII characters are handled incorrectly
Package: bugs.debian.org Severity: normal Tags: l10n NOTE: It is probably not a good idea to read this bug report via the web interface. It seems BTS have problem with displaying UTF-8 correctly. It is probably handled as Latin-1. My package's bug page: http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=spark;dist=unstable It says: Maintainers for spark are ÐвгенÑй ÐеÑеÑÑков eu...@debian.org. (or imagine mix of some strange latin and non-printable characters). The HTML contains: ÐвгенÑй ÐеÑеÑÑков lt;eu...@debian.orggt; so this is UTF-8 interpreted as Latin-1 and re-encoded as UTF-8. Another strange example that I found while searching for reported bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652478 It says: NM process now refer to âNew Memberâ and Reported by: David Prévot taf...@debian.org but the message body is displayed correctly: From: David Prévot taf...@debian.org Subject: NM process now refer to “New Member” -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676957: libqt4-dev: including qtconcurrentfilter.h generates a gcc warning
Package: libqt4-dev Version: 4:4.8.2-1 Severity: normal During compilation of one of my programs the following warning is generated: In file included from /usr/include/qt4/QtCore/QtCore:50:0, from /usr/include/qt4/QtDeclarative/QtDeclarative:3, from ../../epubreader/reader/src/epubreaderapplication.cxx:22: /usr/include/qt4/QtCore/qtconcurrentfilter.h: In function 'QtConcurrent::ThreadEngineStartervoid QtConcurrent::filterInternal(Sequence, KeepFunctor, ReduceFunctor)': /usr/include/qt4/QtCore/qtconcurrentfilter.h:108:47: warning: typedef 'Iterator' locally defined but not used [-Wunused-local-typedefs] typedef typename Sequence::const_iterator Iterator; ^ This did not happen with Qt 4.7. The typeded looks unused, so the warning is valid. The wanring-related options were: -Wall -W -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt4-dev depends on: ii libqt4-dbus 4:4.8.2-1 ii libqt4-declarative 4:4.8.2-1 ii libqt4-designer 4:4.8.2-1 ii libqt4-dev-bin 4:4.8.2-1 ii libqt4-help 4:4.8.2-1 ii libqt4-network 4:4.8.2-1 ii libqt4-qt3support 4:4.8.2-1 ii libqt4-script 4:4.8.2-1 ii libqt4-scripttools 4:4.8.2-1 ii libqt4-sql 4:4.8.2-1 ii libqt4-svg 4:4.8.2-1 ii libqt4-test 4:4.8.2-1 ii libqt4-xml 4:4.8.2-1 ii libqt4-xmlpatterns 4:4.8.2-1 ii libqtcore4 4:4.8.2-1 ii libqtgui4 4:4.8.2-1 ii qt4-linguist-tools 4:4.8.2-1 ii qt4-qmake 4:4.8.2-1 Versions of packages libqt4-dev recommends: pn libqt4-opengl-dev none ii libqtwebkit-dev2.2.1-4+b1 Versions of packages libqt4-dev suggests: pn firebird-devnone pn libmysqlclient-dev none pn libpq-dev none pn libsqlite0-dev none pn libsqlite3-dev none ii qt4-dev-tools 4:4.8.2-1 ii qt4-doc 4:4.8.2-1 ii unixodbc-dev2.2.14p2-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651131: dh-ocaml: debhelper sequence cannot be used with additional options
tags 651131 + patch thanks Here is the patch that: 1. Add dh_ocamlclean with the same code as dh_ocamlinit -d 2. Adds a deprecation warning for dh_ocamlinit -d, in case if someone uses it without dh or cdbs 3. Uses dh_ocamlclean instead of dh_ocamlinit -d in all places I tested it with coccinelle and it breaks nothing, and it is possible to use that --parallel option. It would be good if someone could try it with packages that use those *.in files. Regards, Eugeniy Meshcheryakov 6 грудня 2011 о 02:07 +0100 Євгеній Мещеряков написав(-ла): Package: dh-ocaml Version: 1.0.2 Severity: important The debhelper sequence cannot be used if additional options are passed to dh, like this: dh $@ --with ocaml --parallel In this case package build fails with this: dh_ocamlinit -d -O--parallel make: *** [clean] Error 255 Without additional options it works because dh uses system() to execute commands and it behaves differently with only one argument. I do not think that this is a failure of debhelper because ocaml seems to be the only sequence with command that has parameters, and I think it is hard to use overrides for that dh_ocamlinit -d. I think the functionality of dh_ocamlinit -d should be split into a new program, called for example dh_ocamlclean. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash dh-ocaml depends on no packages. Versions of packages dh-ocaml recommends: ii debhelper 8.9.11 ii ocaml-nox 3.12.1-2 Versions of packages dh-ocaml suggests: ii git 1:1.7.7.3-1 -- no debconf information From 1d0e0bd62f16939d6b058fa10c421b9431d4d78a Mon Sep 17 00:00:00 2001 From: Eugeniy Meshcheryakov Євгеній Мещеряков eu...@debian.org Date: Wed, 7 Dec 2011 21:01:44 +0100 Subject: [PATCH] Add new program, dh_ocamlclean, for cleaning files generated by dh_ocamlinit, and use it instead of dh_ocamlinit -d (closes: #651131) --- cdbs/1/rules/ocaml.mk |2 +- debhelper/Makefile |2 +- debhelper/dh_ocamlclean | 58 +++ debhelper/dh_ocamlinit |4 ++- debhelper/ocaml.pm |8 +++--- debian/changelog|7 + debian/install |1 + share/ocamlinit.mk |2 +- 8 files changed, 76 insertions(+), 8 deletions(-) create mode 100755 debhelper/dh_ocamlclean diff --git a/cdbs/1/rules/ocaml.mk b/cdbs/1/rules/ocaml.mk index 458b4cd..86fe11b 100644 --- a/cdbs/1/rules/ocaml.mk +++ b/cdbs/1/rules/ocaml.mk @@ -87,7 +87,7 @@ ocamlinit-stamp: .PHONY: ocamlinit-clean ocamlinit-clean: - dh_ocamlinit -d + dh_ocamlclean pre-build:: ocamlinit-stamp clean:: ocamlinit-clean diff --git a/debhelper/Makefile b/debhelper/Makefile index 8792a77..014ba6d 100644 --- a/debhelper/Makefile +++ b/debhelper/Makefile @@ -1,5 +1,5 @@ -PAGES=dh_ocaml.1 dh_ocamlinit.1 dh_ocamldoc.1 ocaml-md5sums.1 ocaml-lintian.1 +PAGES=dh_ocaml.1 dh_ocamlinit.1 dh_ocamlclean.1 dh_ocamldoc.1 ocaml-md5sums.1 ocaml-lintian.1 all: for i in $(PAGES); do \ diff --git a/debhelper/dh_ocamlclean b/debhelper/dh_ocamlclean new file mode 100755 index 000..531900e --- /dev/null +++ b/debhelper/dh_ocamlclean @@ -0,0 +1,58 @@ +#!/usr/bin/perl -w + +# Copyright © 2009 Mehdi Dogguy me...@debian.org +# Copyright © 2010 Stéphane Glondu glo...@debian.org +# +# This is free software, you can redistribute it and/or modify it +# under the terms of the GNU General Public License version 2 or above +# as published by the Free Software Foundation. +# +# This program is distributed in the hope that it will be useful, but +# WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +# General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 +# USA + +=head1 NAME + +dh_ocamlclean - Clean files generated by dh_ocamlinit. + +=cut + +use strict; +use Debian::Debhelper::Dh_Lib; +init(); + +=head1 SYNOPSIS + +Bdh_ocamlclean [SIdebhelper options] + +=head1 DESCRIPTION + +dh_ocamlinit cleans files generated by dh_ocamlinit from present +debian/*.in ones. + +=cut + +my @ocaml_in_files = split /\n/, +`find debian/ -type f -name *.in -not \\( -name control\.in \\) | sed 's/.in\$//'`; + +inhibit_log(); +complex_doit(rm -f ocamlinit-stamp @ocaml_in_files); +exit; + +=head1 SEE ALSO + +Ldebhelper(7), Ldh(1), Ldh_ocaml(1), Ldh_ocamlinit(1) + +This program is meant to be used together with debhelper. + +=head1 AUTHOR + +Mehdi Dogguy me...@debian.org + +=cut diff --git a/debhelper/dh_ocamlinit b/debhelper/dh_ocamlinit index 0259522
Bug#651079: override: kdrill:education/optional, kanadic:education/optional
Package: ftp.debian.org Severity: normal Please change section of kdrill and kanadict packages to 'education'. kdrill is a program for learning Japanses symbols, kanadic contains optional kana dictionaries for kdrill, so I think they belong to education section. Thanks, Eugeniy Meshcheryakov kanadic_6.5deb2-7_all.deb: package says section is education, override says text. kdrill_6.5deb2-7_amd64.deb: package says section is education, override says text. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651131: dh-ocaml: debhelper sequence cannot be used with additional options
Package: dh-ocaml Version: 1.0.2 Severity: important The debhelper sequence cannot be used if additional options are passed to dh, like this: dh $@ --with ocaml --parallel In this case package build fails with this: dh_ocamlinit -d -O--parallel make: *** [clean] Error 255 Without additional options it works because dh uses system() to execute commands and it behaves differently with only one argument. I do not think that this is a failure of debhelper because ocaml seems to be the only sequence with command that has parameters, and I think it is hard to use overrides for that dh_ocamlinit -d. I think the functionality of dh_ocamlinit -d should be split into a new program, called for example dh_ocamlclean. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash dh-ocaml depends on no packages. Versions of packages dh-ocaml recommends: ii debhelper 8.9.11 ii ocaml-nox 3.12.1-2 Versions of packages dh-ocaml suggests: ii git 1:1.7.7.3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645005: git: installation failure: cannot remove `/usr/share/doc/git/contrib/hooks': Not a directory
Package: git Version: 1:1.7.7-1 Severity: serious I'm trying to install git after purging it: # aptitude install git ... Setting up git (1:1.7.7-1) ... rmdir: cannot remove `/usr/share/doc/git/contrib/hooks': Not a directory I think this is a problem with this part of postinst: if dpkg --compare-versions $2 lt '1:1.7.7-1' test -d /usr/share/doc/git/contrib/hooks; then rmdir /usr/share/doc/git/contrib/hooks .. dpkg --compare-versions lt '1:1.7.7-1' is true and test -d /usr/share/doc/git/contrib/hooks is also true even for symlink. 'man test' says Except for -h and -L, all FILE-related tests dereference symbolic links.. So as far as I understand behavior of test -d is expected. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git depends on: ii git-man 1:1.7.7-1 ii libc62.13-21 ii libcurl3-gnutls 7.21.7-3 ii liberror-perl0.17-1 ii libexpat12.0.1-7 ii perl-modules 5.12.4-6 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages git recommends: ii less 444-1 ii openssh-client [ssh-client] 1:5.9p1-1 ii patch2.6.1-2 ii rsync3.0.8-1 Versions of packages git suggests: pn git-arch none pn git-cvs none pn git-daemon-run | git-daemon-sysvinit none pn git-doc none pn git-elnone pn git-email none pn git-gui none pn git-svn none pn gitk none pn gitwebnone -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644849: gnat-4.6: does not work with current gcc-4.6
Package: gnat-4.6 Version: 4.6.1-6 Severity: grave gnat-4.6 stoppend working after today's gcc-4.6 upgrade. % gnatmake fatal error, run-time library not installed correctly cannot locate file system.ads Exception name: TYPES.UNRECOVERABLE_ERROR Message: targparm.adb:177 gnatmake: INTERNAL ERROR. Please report. gnatmake looks for this file: /usr/lib/gcc/x86_64-linux-gnu/4.6.1/adainclude/system.ads But the file is here: /usr/lib/gcc/x86_64-linux-gnu/4.6/adainclude/system.ads It is probably because of this change: * Configure and build to install into /usr/lib/gcc/triplet/4.6 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnat-4.6 depends on: ii gcc-4.64.6.1-14 ii gnat-4.6-base 4.6.1-6 ii libc6 2.13-21 ii libc6-dev 2.13-21 ii libgcc11:4.6.1-14 ii libgmp10 2:5.0.2+dfsg-1 ii libgnat-4.64.6.1-6 ii libgnatprj4.6 4.6.1-6 ii libgnatvsn4.6 4.6.1-6 ii libmpc20.9-4 ii libmpfr4 3.1.0-2 ii multiarch-support 2.13-21 ii zlib1g 1:1.2.3.4.dfsg-3 gnat-4.6 recommends no packages. Versions of packages gnat-4.6 suggests: pn ada-reference-manual none pn gnat-4.6-doc none pn gnat-4.6-sjlj none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644015: openocd: please add udev rules for openmoko neo1973 debug board
forwarded 644015 https://sourceforge.net/apps/trac/openocd/ticket/39 thanks Hello, 3 жовтня 2011 о 16:19 +0200 Tormod Volden написав(-ла): Thanks for your patch! Can you please also send it upstream? (http://openocd.berlios.de/web/ but this URL might change soon) I filed bug in an upstream bug tracker. Hopefully that was correct place. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#644168: RM: couchapp -- ROM, NPOASR; orphaned, not in stable
Package: ftp.debian.org Severity: normal I orphaned couchapp some time ago and threre were several upstream releases. Nobody adopted it yet, and it was not part of a stable release, so I think it is safe to remove it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643663: gnat: Illegal program not detected (record component with no supplied value) and invalid access to atomic variable
retitle 643663 Legal program rejected (record component with no supplied value) and invalid access to atomic variable thanks It seems that program in the attachment test.ada is actually legal. So the bug is that program in good.ada (also legal) is rejected and incorrect code is generated for access to atomic variable. signature.asc Description: Digital signature
Bug#644015: openocd: please add udev rules for openmoko neo1973 debug board
Package: openocd Version: 0.5.0-1 Severity: wishlist Tags: patch Please add udev rules for the openmoko neo1973 debug board v3 (interfaces/neodb.cfg). The patch is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openocd depends on: ii dpkg 1.16.1 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-21 ii libftdi1 0.19-3 ii libusb-0.1-4 2:0.1.12-19 openocd recommends no packages. openocd suggests no packages. -- no debconf information --- openocd-0.5.0.orig/contrib/openocd.udev +++ openocd-0.5.0/contrib/openocd.udev @@ -67,5 +67,8 @@ ATTRS{idVendor}==0403, ATTRS{idProduct # Hilscher NXHX Boards ATTRS{idVendor}==0640, ATTRS{idProduct}==0028, MODE=664, GROUP=plugdev +# Debug Board for Neo1973 +ATTRS{idVendor}==1457, ATTRS{idProduct}==5118, MODE=644, GROUP=plugdev + LABEL=openocd_rules_end
Bug#643858: binutils: linking fails with --gc-sections
Package: binutils Version: 2.21.53.20110922-1 Severity: normal It is not possible to link programs with --gc-sections option: % cat test.c int main() {} % gcc -Wl,--gc-sections test.c /usr/bin/ld: a.out: local symbol `_dl_argv@@GLIBC_PRIVATE' in /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 is referenced by DSO /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status This was also discussed in bug log for #642128. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-13 ii libstdc++6 4.6.1-13 ii zlib1g 1:1.2.3.4.dfsg-3 binutils recommends no packages. Versions of packages binutils suggests: ii binutils-doc 2.21.53.20110922-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642128: gnat-4.6: fails to build spark on kfreebsd
notfound 642128 4.6.1-6 thanks spark build without --gc-sections was successfull, so I'm closing this bug. I filed bug #643858 in binutils. I'll try building with CVS snapshot of binutils ASAP. 29 вересня 2011 о 22:35 +0200 Matthias Klose написав(-ла): On 09/29/2011 09:22 PM, Ludovic Brenta wrote: Євгеній Мещеряков eu...@debian.org writes: 29 вересня 2011 о 20:15 +0200 Євгеній Мещеряков написав(-ла): Hmm, that symbol looks global to me: $ nm -D /lib/x86_64-kfreebsd-gnu/libpthread.so.0 | grep pthread_mutexattr_destroy 7b70 T __pthread_mutexattr_destroy 7b70 T pthread_mutexattr_destroy I can also build a C program: [...] Try removing the --gc-sections linker options, per [1]. It looks like it is this option that triggers a bug in ld. If this works, please close the gnat-4.6 bug and check whether a corresponding bug is already open against ld. [1] https://lists.gnu.org/archive/html/bug-binutils/2011-09/msg00128.html please check with a build from trunk first, two fixes were just submitted, ld/13233 and ld/13195. signature.asc Description: Digital signature
Bug#643858: binutils: linking fails with --gc-sections
It is not possible to link programs with --gc-sections option: I checked with CVS snapshot and the bug is fixed there. signature.asc Description: Digital signature
Bug#643863: spark: reenable --gc-sections
Package: spark Version: 2011.0.deb-4 Severity: normal Linker garbage collector should be reenabled after #643858 is fixed. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spark depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-13 ii libgmp102:5.0.2+dfsg-1 ii libgnat-4.6 4.6.1-6 ii libstdc++6 4.6.1-13 ii swi-prolog-nox 5.10.4-2+b1 spark recommends no packages. Versions of packages spark suggests: ii alt-ergo 0.93-3 ii gnat 4.6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642128: gnat-4.6: fails to build spark on kfreebsd
reopen 642128 found 642128 4.6.1-6 thanks The newest version of gnat-4.6 still cannot build spark. Build now fails with the following message: gnatlink examiner.ali -g -O2 -fdata-sections -ffunction-sections -o spark -Wl,--gc-sections /usr/bin/ld: spark: local symbol `pthread_mutexattr_destroy@@GLIBC_2.3' in /lib/x86_64-kfreebsd-gnu/libpthread.so.0 is referenced by DSO /usr/bin/ld: final link failed: Bad value signature.asc Description: Digital signature
Bug#642128: gnat-4.6: fails to build spark on kfreebsd
Hmm, that symbol looks global to me: $ nm -D /lib/x86_64-kfreebsd-gnu/libpthread.so.0 | grep pthread_mutexattr_destroy 7b70 T __pthread_mutexattr_destroy 7b70 T pthread_mutexattr_destroy signature.asc Description: Digital signature
Bug#642128: gnat-4.6: fails to build spark on kfreebsd
29 вересня 2011 о 20:15 +0200 Євгеній Мещеряков написав(-ла): Hmm, that symbol looks global to me: $ nm -D /lib/x86_64-kfreebsd-gnu/libpthread.so.0 | grep pthread_mutexattr_destroy 7b70 T __pthread_mutexattr_destroy 7b70 T pthread_mutexattr_destroy I can also build a C program: (sid)eugen@asdfasdf:~$ cat test.c extern void pthread_mutexattr_destroy(void); int main() { pthread_mutexattr_destroy(); } (sid)eugen@asdfasdf:~$ gcc -pthread test.c (sid)eugen@asdfasdf:~$ signature.asc Description: Digital signature
Bug#642128: gnat-4.6: fails to build spark on kfreebsd
29 вересня 2011 о 21:22 +0200 Ludovic Brenta написав(-ла): Try removing the --gc-sections linker options, per [1]. It looks like it is this option that triggers a bug in ld. If this works, please close the gnat-4.6 bug and check whether a corresponding bug is already open against ld. [1] https://lists.gnu.org/archive/html/bug-binutils/2011-09/msg00128.html You are right, build now fails even on amd64. I uploaded package without --gc-sections. Let's see if it builds. signature.asc Description: Digital signature
Bug#643663: gnat: Illegal program not detected (record component with no supplied value) and invalid access to atomic variable
Package: gnat-4.6 Version: 4.6.1-5 Severity: normal Tags: upstream Forwarded: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50558 I reported this bug to the gcc bugzilla. The following invalid program (component 'Reserved' does not have default value) compiles with no error (gcc 4.6.1 and 4.7.0 (snapshot) on Debian): package Pkg is type Byte is mod 2**8; type Reserved_24 is mod 2**24; type Data_Record is record Data : Byte; Reserved : Reserved_24; end record; for Data_Record use record Data at 0 range 0 .. 7; Reserved at 0 range 8 .. 31; end record; for Data_Record'Size use 32; for Data_Record'Alignment use 4; end Pkg; package Pkg.Reg is Data_Register : Data_Record; pragma Atomic (Data_Register); end Pkg.Reg; with Pkg.Reg; procedure Test is begin Pkg.Reg.Data_Register := ( Data = 255, others = -- expected error: no value supplied for component Reserved ); end Test; gnat gives expected error message if definition of Data_Register moved to Pkg. Representation clause for Data_Record and pragma Atomic is not required to trigger this bug, but with them strange assembler code generated at leas on x86_64 and cortex-m3: _ada_test: movl$0, pkg__reg__data_register(%rip) movb$-1, pkg__reg__data_register(%rip) ret _ada_test: ldr r3, .L2 movsr2, #0 str r2, [r3, #0] movsr2, #255 strbr2, [r3, #0] bx lr Note that atomic variable is accessed twice. I'm not yet sure if this bug can be reproduced by a valid program. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnat-4.6 depends on: ii gcc-4.64.6.1-13 ii gnat-4.6-base 4.6.1-5 ii libc6 2.13-21 ii libc6-dev 2.13-21 ii libgcc11:4.6.1-13 ii libgmp10 2:5.0.2+dfsg-1 ii libgnat-4.64.6.1-5 ii libgnatprj4.6 4.6.1-5 ii libgnatvsn4.6 4.6.1-5 ii libmpc20.9-3 ii libmpfr4 3.0.1-6 ii multiarch-support 2.13-21 ii zlib1g 1:1.2.3.4.dfsg-3 gnat-4.6 recommends no packages. Versions of packages gnat-4.6 suggests: pn ada-reference-manual none pn gnat-4.6-doc none pn gnat-4.6-sjlj none -- no debconf information package Pkg is type Byte is mod 2**8; type Reserved_24 is mod 2**24; type Data_Record is record Data : Byte; Reserved : Reserved_24; end record; for Data_Record use record Data at 0 range 0 .. 7; Reserved at 0 range 8 .. 31; end record; for Data_Record'Size use 32; for Data_Record'Alignment use 4; end Pkg; package Pkg.Reg is Data_Register : Data_Record; pragma Atomic (Data_Register); end Pkg.Reg; with Pkg.Reg; procedure Test is begin Pkg.Reg.Data_Register := ( Data = 255, others = -- expected error: no value supplied for component Reserved ); end Test; package Pkg is type Byte is mod 2**8; type Reserved_24 is mod 2**24; type Data_Record is record Data : Byte; Reserved : Reserved_24; end record; for Data_Record use record Data at 0 range 0 .. 7; Reserved at 0 range 8 .. 31; end record; for Data_Record'Size use 32; for Data_Record'Alignment use 4; Data_Register : Data_Record; pragma Atomic (Data_Register); end Pkg; with Pkg; procedure Test is begin Pkg.Data_Register := ( Data = 255, others = -- expected error: no value supplied for component Reserved ); end Test;
Bug#642128: gnat-4.6: fails to build spark on kfreebsd
Package: gnat-4.6 Version: 4.6.1-5 Severity: important Building of spark (2011.0.deb-3) fails on both kfreebsd-i386 and -amd64 with gnat-4.6. The build fails with the following error: gnatlink examiner.ali -g -O2 -fdata-sections -ffunction-sections -o spark -Wl,--gc-sections /usr/lib/gcc/x86_64-kfreebsd-gnu/4.6.1/../../../x86_64-kfreebsd-gnu/libgnarl-4.6.so: undefined reference to `clock_gettime' /usr/lib/gcc/x86_64-kfreebsd-gnu/4.6.1/../../../x86_64-kfreebsd-gnu/libgnarl-4.6.so: undefined reference to `pthread_mutexattr_setprotocol' /usr/lib/gcc/x86_64-kfreebsd-gnu/4.6.1/../../../x86_64-kfreebsd-gnu/libgnarl-4.6.so: undefined reference to `pthread_mutexattr_setprioceiling' The full logs are available here: https://buildd.debian.org/status/fetch.php?pkg=sparkarch=kfreebsd-amd64ver=2011.0.deb-3stamp=1316449085 https://buildd.debian.org/status/fetch.php?pkg=sparkarch=kfreebsd-i386ver=2011.0.deb-3stamp=1316449365 I added linker garbage collection flags in spark 2011.0.deb-3, but I do not think that this is the reason for failing builds, because it works everywhere else. But spark was never compiled using gnat-4.6 on kfreebsd before, so I have no idea if it builds without those flags. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnat-4.6 depends on: ii gcc-4.64.6.1-11 ii gnat-4.6-base 4.6.1-5 ii libc6 2.13-21 ii libc6-dev 2.13-21 ii libgcc11:4.6.1-11 ii libgmp10 2:5.0.2+dfsg-1 ii libgnat-4.64.6.1-5 ii libgnatprj4.6 4.6.1-5 ii libgnatvsn4.6 4.6.1-5 ii libmpc20.9-3 ii libmpfr4 3.0.1-6 ii multiarch-support 2.13-21 ii zlib1g 1:1.2.3.4.dfsg-3 gnat-4.6 recommends no packages. Versions of packages gnat-4.6 suggests: pn ada-reference-manual none pn gnat-4.6-doc none pn gnat-4.6-sjlj none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642128: Acknowledgement (gnat-4.6: fails to build spark on kfreebsd)
I found symbol 'clock_gettime' in librt.so (not in NEEDED of libgnarl). I cannot find two other symbols anywhere. signature.asc Description: Digital signature
Bug#640798: O: gpscorrelate -- correlates digital photos with GPS data filling EXIF fields (command line)
9 вересня 2011 о 07:02 +0200 Wolfgang Karall написав(-ла): Hello, since I'm using this I wonder whether you did a) stop doing the GPS correlation thing alltogether Yes, this one. Not so much time for photographs now. or b) found a better alternative. If b), would you be so kind and telling me what alternative there would be? :) I do not know about any alternative application now. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#640798: O: gpscorrelate -- correlates digital photos with GPS data filling EXIF fields (command line)
Package: wnpp Severity: normal I intend to orphan the gpscorrelate package. I'm not using it anymore. There were no new releases for some time and the author was interested in a new maintainer. The package is mostly bug-free, there but are some reports about crashes. The package description is: gpscorrelate fills EXIF (Exchangeable Image File Format) fields of digital photos related to GPS (Global Positioning System) information (e.g.: GPSLatitude, GPSLongitude, GPSAltitude, ...). The act of filling those fields is referred to as correlation. . Inputs of the correlation process are a set of JPEG images and GPS data encoded in GPX (GPS Exchange Format) format. . If GPS data are available at the precise moment the photo was taken (with a 1-second granularity) the GPS data are stored unmodified in EXIF fields. If they are not linear interpolation of GPS data available at moments before and after the photo was taken can be used. . Both a command line tool (package gpscorrelate) and a GTK+ graphical user interface for it (package gpscorrelate-gui) are provided. . This package contains the command line tool and the documentation in HTML format. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638766: dictionaries-common: Auto-Compat option should be docummented
Package: dictionaries-common Version: 1.11.5 Severity: normal I'm trying to fix bug #638740. I found that I probably can fix it by using 'auto-compat option' in an info file. Unfortunately there is no information in dsdt-policy about syntax of this option. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dictionaries-common depends on: ii debconf [debconf-2.0] 1.5.41 Debian configuration management sy ii libtext-iconv-perl1.7-4 converts between character sets in dictionaries-common recommends no packages. Versions of packages dictionaries-common suggests: ii emacsen-common1.4.22 Common facilities for all emacsen ii ispell3.3.02-5 International Ispell (an interacti pn jed-extra none (no description available) -- debconf information: dictionaries-common/invalid_debconf_value: dictionaries-common/selecting_ispell_wordlist_default: * dictionaries-common/default-ispell: ukrainian (Ukrainian) dictionaries-common/default-wordlist: american (American English) dictionaries-common/ispell-autobuildhash-message: dictionaries-common/old_wordlist_link: true dictionaries-common/move_old_usr_dict: true dictionaries-common/remove_old_usr_dict_link: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636311: systemd: does not allow to mount /tmp as tmpfs
Package: systemd Version: 29-1 Severity: normal I was using RAMTMP=yes settings in /etc/default/rcS and noticed that it does not work with systemd. I also tried to add /tmp into /etc/fstab. This also failed. systemctl shows tmp.mount as mounted, but it is not, it has contents of /tmp from root fs and there is no information in /proc/mounts. Also systemd does not seem to clean /tmp on boot, even without RAMTMP=yes and without line in /etc/fstab. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii initscripts2.88dsf-13.11 scripts for initializing and shutt ii libaudit0 1.7.18-1 Dynamic library for security audit ii libc6 2.13-13 Embedded GNU C Library: Shared lib ii libcap21:2.22-1 support for getting/setting POSIX. ii libcryptsetup1 2:1.3.0-3 libcryptsetup shared library ii libdbus-1-31.4.14-1 simple interprocess messaging syst ii libpam0g 1.1.3-2 Pluggable Authentication Modules l ii libselinux12.0.98-1.1SELinux runtime shared libraries ii libudev0 172-1 libudev shared library ii libwrap0 7.6.q-21 Wietse Venema's TCP wrappers libra ii udev 172-1 /dev/ and hotplug management daemo ii util-linux 2.19.1-4 Miscellaneous system utilities Versions of packages systemd recommends: ii libpam-systemd29-1 system and service manager - PAM m Versions of packages systemd suggests: ii python2.6.7-2interactive high-level object-orie ii systemd-gui 29-1 system and service manager - GUI -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635208: diod: tests/misc/t02 fails on mipsel (in qemu)
Package: diod Version: 1.0~pre46-1 Severity: normal Test output, diff and full build log are attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages diod depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libcap2 1:2.21-2 support for getting/setting POSIX. ii liblua5.1-0 5.1.4-7Shared library for the Lua interpr ii libmunge2 0.5.10-1 authentication service for credent ii libncurses5 5.9-1 shared libraries for terminal hand ii libwrap0 7.6.q-21 Wietse Venema's TCP wrappers libra diod recommends no packages. diod suggests no packages. -- Configuration Files: /etc/default/diod changed [not included] /etc/diod.conf changed [not included] -- no debconf information dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: warning: using a gain-root-command while being root dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: source package diod dpkg-buildpackage: source version 1.0~pre46-1 dpkg-buildpackage: source changed by Євгеній Мещеряков eu...@debian.org dpkg-source --before-build diod-1.0~pre46 dpkg-buildpackage: host architecture mipsel fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean dh_clean dpkg-source -b diod-1.0~pre46 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building diod using existing ./diod_1.0~pre46.orig.tar.gz dpkg-source: info: building diod in diod_1.0~pre46-1.debian.tar.gz dpkg-source: info: building diod in diod_1.0~pre46-1.dsc debian/rules build dh build dh_testdir debian/rules override_dh_auto_configure make[1]: Entering directory `/root/diod-1.0~pre46' dh_auto_configure -- CPPFLAGS=-I/usr/include/lua5.1 --with-lua-suffix=5.1 checking build system type... mipsel-unknown-linux-gnu checking host system type... mipsel-unknown-linux-gnu checking target system type... mipsel-unknown-linux-gnu checking metadata... yes checking installation directory variables... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... none checking for ranlib... ranlib checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for poptGetArgs in default libs... no checking for poptGetArgs in -lpopt... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking whether time.h and sys/time.h may both be included... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking ctype.h usability... yes checking ctype.h presence... yes checking for ctype.h... yes checking for strings.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking sys/vfs.h usability... yes checking sys/vfs.h presence... yes checking for sys/vfs.h... yes checking sys/statvfs.h usability... yes checking sys/statvfs.h presence... yes checking for sys/statvfs.h... yes checking for stdint.h... (cached) yes checking sys/attributes.h usability... no checking sys/attributes.h presence... no checking for sys/attributes.h... no checking attr/xattr.h usability... no checking attr/xattr.h presence... no checking for attr/xattr.h... no checking sys/xattr.h
Bug#635208: Acknowledgement (diod: tests/misc/t02 fails on mipsel (in qemu))
forwarded 635208 http://code.google.com/p/diod/issues/detail?id=53 thanks Additional info: kernel version 2.6.32-5-4kc-malta signature.asc Description: Digital signature
Bug#635112: gnat-4.6: probably miscompiled on powerpc
Package: gnat-4.6 Version: 4.6.1-1 Severity: important It looks like gnat-4.6 was not compiled correctly on powerpc. spark (in experimental) build dies with the following error message: gnatbind -I../lib/spark/current -I../common/versioning -E -x examiner.ali error: g-trasym.adb must be compiled error: (/usr/lib/powerpc-linux-gnu/gcc/powerpc-linux-gnu/4.6.1/adalib/g-trasym.ali is obsolete and read-only) gnatmake: *** bind failed. The full build log is available here: https://buildd.debian.org/status/fetch.php?pkg=sparkarch=powerpcver=2011.0.deb-1stamp=1311361739 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnat-4.6 depends on: ii gcc-4.6 4.6.1-4 GNU C compiler ii gnat-4.6-base 4.6.1-1 GCC, the GNU Compiler Collection ( ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libc6-dev 2.13-10 Embedded GNU C Library: Developmen ii libcloog-ppl0 0.15.9-3 the Chunky Loop Generator (runtime ii libgcc1 1:4.6.1-4GCC support library ii libgmp102:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgmpxx4ldbl 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgnat-4.6 4.6.1-1 Runtime library for GNU Ada applic ii libgnatprj4.6 4.6.1-1 GNU Ada Project Manager ii libgnatvsn4.6 4.6.1-1 GNU Ada compiler version library ii libmpc2 0.9-3multiple precision complex floatin ii libmpfr43.0.1-5 multiple precision floating-point ii libppl-c4 0.11.2-4 Parma Polyhedra Library (C interfa ii libppl9 0.11.2-4 Parma Polyhedra Library (runtime l ii multiarch-support 2.13-10 Transitional package to ensure mul ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gnat-4.6 recommends no packages. Versions of packages gnat-4.6 suggests: pn ada-reference-manual none (no description available) pn gnat-4.6-doc none (no description available) pn gnat-4.6-sjlj none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635112: gnat-4.6: probably miscompiled on powerpc
severity 635112 serious thanks I also noticed that gnat-4.6 on powerpc constans no g-trasym.adb, but it is present on x86_64. Also build log for gnat-4.6 contains this: cp: cannot stat `rts-shared-zcx/g-trasym.adb': No such file or directory cp: cannot stat `rts-static-sjlj/g-trasym.adb': No such file or directory I guess there are wrong depencencies between make targets somewhere. signature.asc Description: Digital signature
Bug#634257: NMU in DELAYED/3 (swi-prolog: FTBFS on mipsel)
Hello, I uploaded fix for this bug in DELAYED/3-day. Please see pull request on github for the patch. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#634257: NMU in DELAYED/3 (swi-prolog: FTBFS on mipsel)
20 липня 2011 о 20:26 +0200 Євгеній Мещеряков написав(-ла): I uploaded fix for this bug in DELAYED/3-day. Please see pull request on github for the patch. By the way, I noticed that patch that present in the source package was ineffective because of missing series file. I did not add it to series either. Perhaps you should add it or remove it, if it is not required anymore. signature.asc Description: Digital signature
Bug#634889: diod: tstsuite fails on spark
Package: diod Version: 1.0~pre45-3 Severity: normal Results are attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages diod depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libcap2 1:2.21-2 support for getting/setting POSIX. ii liblua5.1-0 5.1.4-5Simple, extensible, embeddable pro ii libmunge2 0.5.10-1 authentication service for credent ii libncurses5 5.9-1 shared libraries for terminal hand ii libwrap0 7.6.q-21 Wietse Venema's TCP wrappers libra diod recommends no packages. diod suggests no packages. -- Configuration Files: /etc/default/diod changed [not included] /etc/diod.conf changed [not included] -- no debconf information 58c58 P9_TLOCK tag 42 fid 1 type F_UNLCK flags 3 start 4 length 5 proc_id 6 client_id 'xyz' --- P9_TLOCK tag 42 fid 1 type F_WRLCK flags 3 start 4 length 5 proc_id 6 client_id 'xyz' 62c62 P9_TGETLOCK tag 42 fid 1 type F_UNLCK start 3 length 4 proc_id 5 client_id 'xyz' --- P9_TGETLOCK tag 42 fid 1 type F_WRLCK start 3 length 4 proc_id 5 client_id 'xyz' 64c64 P9_RGETLOCK tag 42 type F_WRLCK start 2 length 3 proc_id 4 client_id 'xyz' --- P9_RGETLOCK tag 42 type F_RDLCK start 2 length 3 proc_id 4 client_id 'xyz' test_rlerror(7): 11 P9_RLERROR tag 42 ecode 42 test_tstatfs(8): 11 P9_TSTATFS tag 42 fid 42 test_rstatfs(9): 67 P9_RSTATFS tag 42 type 1 bsize 2 blocks 3 bfree 4 bavail 5 files 6 ffree 7 fsid 8 namelen 9 test_tlopen(12): 15 P9_TLOPEN tag 42 fid 1 flags 02 test_rlopen(13): 24 P9_RLOPEN tag 42 qid (0003 2 '') iounit 2 test_tlcreate(14): 28 P9_TLCREATE tag 42 fid 1 name 'xyz' flags 0x3 mode 04 gid 5 test_rlcreate(15): 24 P9_RLCREATE tag 42 qid (0003 2 '') iounit 2 test_tsymlink(16): 25 P9_TSYMLINK tag 42 fid 1 name 'xyz' symtgt 'abc' gid 4 test_rsymlink(17): 20 P9_RSYMLINK tag 42 qid (0003 2 '') test_tmknod(18): 32 P9_TMKNOD tag 42 fid 1 name 'xyz' mode 03 major 4 minor 5 gid 6 test_rmknod(19): 20 P9_RMKNOD tag 42 qid (0003 2 '') test_trename(20): 20 P9_TRENAME tag 42 fid 1 dfid2 name 'xyz' test_rrename(21): 7 P9_RRENAME tag 42 test_treadlink(22): 11 P9_TREADLINK tag 42 fid 1 test_rreadlink(23): 12 P9_RREADLINK tag 42 target 'xyz' test_tgetattr(24): 19 P9_TGETATTR tag 42 fid 42 request_mask 0x1388 test_rgetattr(25): 160 P9_RGETATTR tag 42 valid 0x1 qid X mode 04 uid X gid X nlink X rdev X size X blksize 10 blocks X atime X mtime X ctime X btime X gen X data_version X test_tsetattr(26): 67 P9_TSETATTR tag 42 fid 1 valid 0x2 mode X uid 4 gid X size X atime X mtime X test_rsetattr(27): 7 P9_RSETATTR tag 42 test_txattrwalk(30): 20 P9_TXATTRWALK tag 42 fid 1 attrfid 2 name 'abc' test_rxattrwalk(31): 15 P9_RXATTRWALK tag 42 size 1 test_txattrcreate(32): 28 P9_TXATTRCREATE tag 42 fid 1 name 'abc' size 3 flag 4 test_rxattrcreate(33): 7 P9_RXATTRCREATE tag 42 test_treaddir(40): 23 P9_TREADDIR tag 42 fid 1 offset 2 count 3 test_rreaddir(41): 92 P9_RREADDIR tag 42 count 81 0102 0003 00010300 61626304 0500 0600 3200 02030064 65660708 0009 test_tfsync(50): 11 P9_TFSYNC tag 42 fid 1 test_rfsync(51): 7 P9_RFSYNC tag 42 test_tlock(52): 41 P9_TLOCK tag 42 fid 1 type F_WRLCK flags 3 start 4 length 5 proc_id 6 client_id 'xyz' test_rlock(53): 8 P9_RLOCK tag 42 status P9_LOCK_BLOCKED test_tgetlock(54): 37 P9_TGETLOCK tag 42 fid 1 type F_WRLCK start 3 length 4 proc_id 5 client_id 'xyz' test_rgetlock(55): 33 P9_RGETLOCK tag 42 type F_RDLCK start 2 length 3 proc_id 4 client_id 'xyz' test_tlink(70): 20 P9_TLINK tag 42 dfid 1 fid 2 name 'xyz' test_rlink(71): 7 P9_RLINK tag 42 test_tmkdir(72): 24 P9_TMKDIR tag 42 fid 1 name 'abc' mode 02 gid 3 test_rmkdir(73): 20 P9_RMKDIR tag 42 qid (0003 2 '') test_trenameat(74): 25 P9_TRENAMEAT tag 42 olddirfid 1 oldname 'abc' newdirfid 2 newname 'zyx' test_rrenameat(75): 7 P9_RRENAMEAT tag 42 test_tunlinkat(76): 20 P9_TUNLINKAT tag 42 dirfid 1 name 'abc' flags 2 test_runlinkat(77): 7 P9_RUNLINKAT tag 42 test_tversion(100): 21 P9_TVERSION tag 42 msize 4096 version '9p2000.L' test_rversion(101): 21 P9_RVERSION tag 42 msize 4096 version '9p2000.L' test_tauth(102): 25 P9_TAUTH tag 42 afid 1 uname 'abc' aname 'xyz' n_uname 4 test_rauth(103): 20 P9_RAUTH tag 42 qid (0003 2 '') test_tflush(108): 9 P9_TFLUSH tag 42 oldtag 1 test_rflush(109): 7 P9_RFLUSH tag 42 test_tattach(104): 29 P9_TATTACH tag 42 fid 1 afid 2 uname 'abc' aname 'xyz' n_uname 5 test_rattach(105): 20 P9_RATTACH tag 42 qid (0003 2 '') test_twalk(110): 97 P9_TWALK tag 42 fid 1 newfid 2 nwname 16 'abc' 'def' 'ghi'
Bug#634257: swi-prolog: FTBFS on mipsel
Package: swi-prolog-nox Version: 5.10.4-1 Severity: serious Justification: fails to build from source The current version of swi-prolog fails to build on mipsel with bus error. I tried to investigate using qemu. The error happens in function put_double(). gdb shows that current instruction is sdc1 $f20,4(v1) According to MIPS instruction set manual it is store doubleword from coprocessor. The destination address (here, 4+v1) should be naturally aligned (I guess in this case alignment should be 8). But register dump shows that v1 contains 0x00428df8 that combined with displacement 4 gives wrong alignment. This is all that I found for now. GDB log with additional information is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swi-prolog-nox depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libgmp10 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgmp3-dev 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libncurses5 5.9-1 shared libraries for terminal hand ii libreadline-dev 6.2-2 GNU readline and history libraries ii libreadline6 6.2-2 GNU readline and history libraries swi-prolog-nox recommends no packages. Versions of packages swi-prolog-nox suggests: pn prolog-el none (no description available) pn swi-prolog-docnone (no description available) -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/swi-prolog/library/INDEX.pl (from swi-prolog-nox package) #0 0x2aaed2b0 in put_double () from ../lib/mipsel/libswipl.so.5.10.4 #1 0x2ab83798 in put_number () from ../lib/mipsel/libswipl.so.5.10.4 #2 0x2ab83e50 in PL_unify_number () from ../lib/mipsel/libswipl.so.5.10.4 #3 0x2ab3cc38 in pl_statistics_ld () from ../lib/mipsel/libswipl.so.5.10.4 #4 0x2ab3d4f0 in pl_statistics2_va () from ../lib/mipsel/libswipl.so.5.10.4 #5 0x2ab00194 in PL_next_solution () from ../lib/mipsel/libswipl.so.5.10.4 #6 0x2ab3d918 in callProlog () from ../lib/mipsel/libswipl.so.5.10.4 #7 0x2ab78740 in pl_with_mutex () from ../lib/mipsel/libswipl.so.5.10.4 #8 0x2ab000cc in PL_next_solution () from ../lib/mipsel/libswipl.so.5.10.4 #9 0x2ab3d918 in callProlog () from ../lib/mipsel/libswipl.so.5.10.4 #10 0x2ab78740 in pl_with_mutex () from ../lib/mipsel/libswipl.so.5.10.4 #11 0x2ab000cc in PL_next_solution () from ../lib/mipsel/libswipl.so.5.10.4 #12 0x2ab3d918 in callProlog () from ../lib/mipsel/libswipl.so.5.10.4 #13 0x2ab66a54 in compileFile () from ../lib/mipsel/libswipl.so.5.10.4 #14 0x2ab69d2c in compileFileList () from ../lib/mipsel/libswipl.so.5.10.4 #15 0x2ab8184c in PL_initialise () from ../lib/mipsel/libswipl.so.5.10.4 #16 0x0040083c in main () Undefined command: disasm. Try help. Dump of assembler code for function put_double: 0x2aaed218 +0: lui gp,0x10 0x2aaed21c +4: addiu gp,gp,1624 0x2aaed220 +8: addugp,gp,t9 0x2aaed224 +12:addiu sp,sp,-48 0x2aaed228 +16:sw s1,32(sp) 0x2aaed22c +20:sdc1$f20,40(sp) 0x2aaed230 +24:lw s1,68(sp) 0x2aaed234 +28:mtc1a2,$f20 0x2aaed238 +32:lw a1,64(sp) 0x2aaed23c +36:sw s0,28(sp) 0x2aaed240 +40:sw gp,16(sp) 0x2aaed244 +44:sw ra,36(sp) 0x2aaed248 +48:li v0,4 0x2aaed24c +52:moves0,a0 0x2aaed250 +56:mtc1a3,$f21 0x2aaed254 +60:beq a1,v0,0x2aaed288 put_double+112 0x2aaed258 +64:lw v1,88(s1) 0x2aaed25c +68:lw a0,92(s1) 0x2aaed260 +72:addiu v0,v1,44 0x2aaed264 +76:sltuv0,a0,v0 0x2aaed268 +80:bnezv0,0x2aaed2d0 put_double+184 0x2aaed26c +84:lw t9,-32680(gp) 0x2aaed270 +88:lw v0,144(s1) 0x2aaed274 +92:lw a0,148(s1) 0x2aaed278 +96:addiu v0,v0,24 0x2aaed27c +100: sltuv0,a0,v0 0x2aaed280 +104: bnezv0,0x2aaed2d0 put_double+184 0x2aaed284 +108: moveat,at 0x2aaed288 +112: lw a1,284(s1) 0x2aaed28c +116: li a0,1042 0x2aaed290 +120: subua1,v1,a1 0x2aaed294 +124: sll a1,a1,0x5 0x2aaed298 +128: addiu v0,v1,16 0x2aaed29c +132: ori a1,a1,0xa 0x2aaed2a0 +136: sw v0,88(s1) 0x2aaed2a4 +140: sw a1,0(s0) 0x2aaed2a8 +144: li v0,1 0x2aaed2ac +148: sw a0,0(v1) = 0x2aaed2b0 +152: sdc1$f20,4(v1) 0x2aaed2b4 +156: sw a0,12(v1) 0x2aaed2b8 +160: lw ra,36(sp) 0x2aaed2bc +164: lw s1,32(sp) 0x2aaed2c0 +168: lw s0,28(sp) 0x2aaed2c4 +172: ldc1$f20,40(sp) 0x2aaed2c8 +176: jr ra
Bug#634257: patch (Was: swi-prolog: FTBFS on mipsel)
tags 634257 + patch thanks I found one more place with bus error, it is in function valFloat__LD(), also unaligned access to double variable. It seems the problem is that GCC optimizes code like this: union { double d; fword l; } val; val.l = *v; return val.d to just this: return *(double *)v; Given that this abuse of unions has undefined behavior according to C standard, I cannot blame GCC for this. In the attached patch I replaces type punning by using memcpy. That should work on all architectures. I tested it in qemu and there is no bus error anymore, but I did not try to finish the compilation - it is very slow. It also seems to work fine on x86_64. Regards, Eugeniy Meshcheryakov Description: Fix FTBFS on mipsel Using type punning via unions combined with optimizations causes unaligned memory access on mipsel. The patch replaces uses of unious by calls to memcpy(). --- swi-prolog-5.10.4.orig/src/pl-alloc.c +++ swi-prolog-5.10.4/src/pl-alloc.c @@ -1041,15 +1041,9 @@ doublecpy(void *to, void *from) double /* take care of alignment! */ valFloat__LD(word w ARG_LD) -{ fword *v = (fword *)valIndirectP(w); - union - { double d; -fword l; - } val; - - val.l = *v; - - return val.d; +{ double d; + memcpy(d, valIndirectP(w), sizeof(d)); + return d; } @@ -1057,11 +1051,6 @@ int put_double(Word at, double d, int flags ARG_LD) { Word p; word m = mkIndHdr(WORDS_PER_DOUBLE, TAG_FLOAT); - union - { double d; -fword l; - } val; - fword *v; if ( flags != ALLOW_CHECKED !hasGlobalSpace(2+WORDS_PER_DOUBLE) ) { int rc = ensureGlobalSpace(2+WORDS_PER_DOUBLE, flags); @@ -1074,11 +1063,9 @@ put_double(Word at, double d, int flags *at = consPtr(p, TAG_FLOAT|STG_GLOBAL); - val.d = d; *p++ = m; - v = (fword *)p; - *v++ = val.l; - p = (Word) v; + memcpy(p, d, sizeof(d)); + p += WORDS_PER_DOUBLE; *p = m; return TRUE; signature.asc Description: Digital signature
Bug#633131: ITP: diod -- I/O forwarding server for 9P
Package: wnpp Severity: wishlist Owner: Євгеній Мещеряков eu...@debian.org * Package name: diod Version : 1.0~pre44 Upstream Author : Jim Garlick garlick at llnl dot gov * URL : http://code.google.com/p/diod/ * License : GPL, BSD Programming Lang: C Description : I/O forwarding server for 9P diod is a 9P server used in combination with the kernel v9fs file system for I/O forwarding on Linux clusters. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631005: swi-prolog: there should be some kind of api virtual package
Package: swi-prolog-nox Version: 5.10.4-1 Severity: normal Hello, I'm maintaining a package that build-depends on swi-prolog-nox and contains non-native prolog executables (spark). The problem is that upgrade of swi-prolog-nox to 5.10.4-1 breaks spark that was compiled with earlier version of swi-prolog-nox: % zombiescope [FATAL ERROR: Saved state has incompatible VM signature] For now I'm going to add dependency and build-dependency on swi-prolog-nox (= 5.10.4~). That will fix breakage temporarily, but I guess spark will break again with some future version of prolog. Becasue of this I think it will be good to have some sort of api virtual package (like swi-prolog(-nox)?-api-some number), provided by swi-prolog-* packages and some helper (dh_swi_prolog?) to fill depends field of spark (and any other future packages). This way with new version of swi-prolog a bin-NMU should be enough to fix all depending packages, and any breakage will be automatically detected (old api package becomes unavailable). Note that it is not possible to compile spark using native executables. If compiled this way at least /usr/bin/checker compains that it cannot load process.so. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swi-prolog-nox depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgmp10 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgmp3-dev 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libncurses5 5.9-1 shared libraries for terminal hand ii libreadline-dev 6.2-2 GNU readline and history libraries ii libreadline6 6.2-2 GNU readline and history libraries swi-prolog-nox recommends no packages. Versions of packages swi-prolog-nox suggests: pn prolog-el none (no description available) pn swi-prolog-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631005: Acknowledgement (swi-prolog: there should be some kind of api virtual package)
Maybe better name for the virtual package would be something like swi-prolog-vm-01234567, where 01234567 can be replaced by the current VM signature (it seems to be a 32-bit integer). signature.asc Description: Digital signature
Bug#631005: swi-prolog: there should be some kind of api virtual package
19 червня 2011 о 18:07 +0100 Chris Lamb написав(-ла): Becasue of this I think it will be good to have some sort of api virtual package (like swi-prolog(-nox)?-api-some number), provided by swi-prolog-* packages and some helper (dh_swi_prolog?) to fill depends field of spark (and any other future packages). Okay, in addition to this wouldn't we also need to go through NEW for each API bump also we need to detect these API bumps in the first place? No, the control file for swi-prolog-nox should contain something like this: Provides: swi-prolog-vm-01234567 And control file for spark source could contain this: Depends: ${swipl:VM-Version} That could become this in binary package (after using dh_swi_prolog): Depends: swi-prolog-vm-01234567 This way there should be no need to change package name, but it will require bin-NMUs for all depending packages (that is only spark for now). The provides field in swi-prolog package can be filled by some script that looks for VM_SIGNATURE value during package build, so no manual changes will be required. Looking at src/pl-wic.c, maybe LOADVERSION (or VERSION) needs to be taken into account too in virtual package name, but I'm not sure (As an aside, I finished my university studies that require SWI-Prolog a long time ago - would you like to adopt the package?) Well, I only need swi-prolog for spark package and I know only basics of Prolog. If you deside to orphan the package, I could take it. But otherwise I prefer it to be maintained by someone who knows prolog. But I could help with implementing the solution for this bug, if you agree with it. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#592412: glob2: src/Building.cpp Assertion `(*it)-targetBuilding==this' failed
Package: glob2 Version: 0.9.4.4-2+b1 Followup-For: Bug #592412 This bug still exists in the current version. Every game crashes after some minutes of playing. Even worser, if I try to continue game by loading autosave, it crashes after some seconds of playing. This bug makes the game unusable. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glob2 depends on: ii glob2-data 0.9.4.4-2dataset for Globulation2 (glob2) ii libboost-thread1.42.0 1.42.0-4+b1 portable C++ multi-threading ii libc6 2.13-6 Embedded GNU C Library: Shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.0-12 GCC support library ii libgl1-mesa-glx [libgl1 7.10.2-3 free implementation of the OpenGL ii libglu1-mesa [libglu1] 7.10.2-3 The OpenGL utility library (GLU) ii libportaudio2 19+svn20110326-1 Portable audio I/O - shared librar ii libsdl-image1.2 1.2.10-2+b2 image loading library for Simple D ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM ii libsdl-ttf2.0-0 2.0.9-1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.14-6.4 Simple DirectMedia Layer ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libstdc++6 4.6.0-12 GNU Standard C++ Library v3 ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime glob2 recommends no packages. glob2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629552: O: couchapp -- standalone CouchDB application development made simple
Package: wnpp Severity: normal I intend to orphan the couchapp package. It is actively developed upstream and new version is available. There are no bugs reported, but new maintainer probably will have to check for bundled libraries. The package description is: CouchApp is a set of helpers and a jQuery plugin that conspire to get you up and running on CouchDB quickly and correctly. It brings clarity and order to the freedom of CouchDB's document-based approach. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629403: gdebi: missing colon in Ukrainian translation makes it impossible to install packages
Package: gdebi Version: 0.7.1 Severity: normal Tags: patch l10n The Ukrainian (uk) translation of the confirmation message shown by console version of gdebi contains no final colon. Combined with this code: if res.lower().startswith(msg[-5]): it makes package installation very unintuitive (one have to enter [ to answer yes). The attached patch fixes bug in translation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdebi depends on: ii gdebi-core 0.7.1 simple tool to install deb files ii gksu 2.0.2-5 graphical frontend to su ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii python 2.6.6-14 interactive high-level object-orie ii python-gtk22.24.0-2 Python bindings for the GTK+ widge ii python-vte 1:0.24.3-2+b1 Python bindings for the VTE widget Versions of packages gdebi recommends: pn libgtk2-perl none (no description available) ii shared-mime-info 0.90-1 FreeDesktop.org shared MIME databa gdebi suggests no packages. -- no debconf information commit 19b6850a65a4d8b04fc9030d38e58c141eed3bb8 Author: Eugeniy Meshcheryakov eu...@debian.org Date: Mon Jun 6 13:30:34 2011 +0200 Fix missing colon in Ukrainian translation diff --git a/po/uk.po b/po/uk.po index e7e4d90..4c08f75 100644 --- a/po/uk.po +++ b/po/uk.po @@ -58,7 +58,7 @@ msgstr Потрібно бути root, щоб встановлювати пак #: ../gdebi:106 ../GDebi/GDebiCli.py:154 msgid Do you want to install the software package? [y/N]: -msgstr Ви хочете встановити програмний пакунок? [y/N] +msgstr Ви хочете встановити програмний пакунок? [y/N]: #: ../gdebi-gtk:56 msgid Auto close when the install is finished
Bug#623759: spark: FTBFS on mips
Package: spark Version: 2010.0.deb-1 Severity: normal The log was: gcc-4.4 -c -O2 -g -gnatwae -gnat05 -gnatwl -gnaty3abefhiklnprt -I/build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner//../lib/spark/current -I/build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner//../common/versioning -gnatf -fstack-check -I- -gnatA /build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner/structures.adb gnatbind -I/build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner//../lib/spark/current -I/build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner//../common/versioning -E -I- -x /build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner/examiner.ali gnatlink /build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner/examiner.ali -g -o /build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner/spark /usr/lib/gcc/mips-linux-gnu/4.4.5/../../../../lib/libgnarl-4.4.so: undefined reference to `__gnat_alternate_stack' collect2: ld returned 1 exit status gnatlink: error when calling /usr/bin/gcc-4.4 gnatmake: *** link failed. make[3]: *** [spark] Error 4 make[3]: Leaving directory `/build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb/examiner' make[2]: *** [makeall] Error 2 make[2]: Leaving directory `/build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb' dh_auto_build: make -j1 returned exit code 2 make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd2-spark_2010.0.deb-1-mips-yTpA4o/spark-2010.0.deb' make: *** [build] Error 2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spark depends on: ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-5 GCC support library ii libgmp10 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgnat-4.4 4.4.5-4Runtime library for GNU Ada applic ii libncurses5 5.9-1 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries ii libstdc++64.6.0-5The GNU Standard C++ Library v3 spark recommends no packages. Versions of packages spark suggests: ii alt-ergo 0.93-3 Automatic theorem prover dedicated ii gnat 4.4+1.1The GNU Ada compiler -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623382: gnat-4.4: fails to find system.ads
Package: gnat-4.4 Version: 4.4.5-4 Severity: grave gnat does not seem to work anymore. It always fails like this: % gcc-4.4 -c test.adb fatal error, run-time library not installed correctly cannot locate file system.ads compilation abandoned % gnat fatal error, run-time library not installed correctly cannot locate file system.ads raised TYPES.UNRECOVERABLE_ERROR : targparm.adb:177 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-rc4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnat-4.4 depends on: ii gcc-4.4 4.4.6-2The GNU C compiler ii gnat-4.4-base 4.4.5-4The GNU Compiler Collection (gnat ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libc6-dev 2.11.2-13 Embedded GNU C Library: Developmen ii libgcc1 1:4.6.0-3 GCC support library ii libgmp10 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgnat-4.4 4.4.5-4Runtime library for GNU Ada applic ii libgnatprj4.4 4.4.5-4GNU Ada Project Manager ii libgnatvsn4.4 4.4.5-4GNU Ada compiler version library ii libmpfr4 3.0.0-9multiple precision floating-point gnat-4.4 recommends no packages. Versions of packages gnat-4.4 suggests: pn ada-reference-manual none (no description available) ii gnat-4.4-doc 4.4.4.nf1-1 documentation for the GNU Ada 95 C ii gnat-gps 4.3-6 The GNAT Programming System - adva ii gprbuild 1.3.0-2 a multi-language extensible build -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622156: i2c-tools: configuration fails if i2c devices are not present
Package: i2c-tools Version: 3.0.3-3 Severity: important Configuration of the latest version fails with these messages: Setting up i2c-tools (3.0.3-3) ... .udevdb or .udev presence implies active udev. Aborting MAKEDEV invocation. chmod: не вдається отримати доступ до `/dev/i2c-0': No such file or directory dpkg: error processing i2c-tools (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: i2c-tools Translation of chmod messages is: Cannot access `/dev/i2c-0'. This system did not have any i2c devices in /dev during installation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages i2c-tools depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii makedev 2.3.1-89 creates device files in /dev ii perl 5.10.1-19 Larry Wall's Practical Extraction ii udev 167-1 /dev/ and hotplug management daemo i2c-tools recommends no packages. Versions of packages i2c-tools suggests: pn libi2c-devnone (no description available) pn python-smbus none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617551: ITP: spark -- SPARK programming language tools
10 березня 2011 о 09:48 +0100 Bernhard R. Link написав(-ла): * Євгеній Мещеряков eu...@debian.org [110309 19:39]: Description : SPARK programming language toolset SPARK is a programming language and a set of software development products for high assurance software. The SPARK programming language is the only language specifically designed to support the development of safety or security critical software. In combination with the SPARK toolset, SPARK prevents, detects and eliminates defects early in the lifecycle as the source code is developed. It is, effectively, the result of applying the principles of Correctness by Construction to the design of a programming language and associated verification tools. I suggest to either replace that or simply remove it. At least I'm not able to get any information out of it. Does this text look better (from Wikipedia): SPARK is a formally-defined computer programming language based on the Ada programming language, intended to be secure and to support the development of high integrity software used in applications and systems where predictable and highly reliable operation is essential either for reasons of safety or for business integrity. signature.asc Description: Digital signature
Bug#617551: ITP: spark -- SPARK programming language tools
Package: wnpp Severity: wishlist Owner: Євгеній Мещеряков eu...@debian.org * Package name: spark Version : spark-gpl-2010-SMT * URL : http://libre.adacore.com/libre/tools/spark-gpl-edition/ * License : GPL3+ Programming Lang: Ada, Prolog, C++ Description : SPARK programming language toolset SPARK is a programming language and a set of software development products for high assurance software. The SPARK programming language is the only language specifically designed to support the development of safety or security critical software. In combination with the SPARK toolset, SPARK prevents, detects and eliminates defects early in the lifecycle as the source code is developed. It is, effectively, the result of applying the principles of Correctness by Construction to the design of a programming language and associated verification tools. This package contains tools for verification of programs written in SPARK. To compile SPARK programs use Ada compiller available in package 'gnat'. --- The description is stolen from the upstream homepage (http://altran-praxis.com/spark.aspx). Corrections/improvements are welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616362: gcc-snapshot: link failure with gnat (/usr/bin/ld: cannot find -laddr2line)
Hello, I reported that bug because I tried to compile spark-gpl. Compilation failed with stack overflow or invalid memory access. It was compiled fine with gcc-snapshot, but linking failed. So I guess the bug with stack overflow was fixed somewhere between gcc-4.4 and 4.6. Or maybe it was introduced by patches... 3 березня 2011 о 21:07 +0100 Ludovic Brenta написав(-ла): This is because the patch ada-symbolic-tracebacks.diff has not been ported to gcc-snapshot. I see that this patch is present in gcc-snapshot source, and it is even applied (at least at the beginning of the build, I do not have enough free time now to build it all). But installed g-trasym.adb really contains pragma Linker_Options (-laddr2line);. Is it intended behaviour or there is something wrong here? I do not work with, or support, gcc-snapshot. My policy is to concentrate on, and support, only one version of gnat at a time; currently this is gnat-4.4, so you can expect this bug never to be fixed in gcc-snapshot. Instead, you can expect a future gnat-4.5 or gnat-4.6 with proper support for symbolic tracebacks. If you would like to help, please contact me. I just started to learn Ada, so I do not think there are many thing I can help with. BTW do you think it is worth it to submit bug reports to the gnat bugzilla? I see there are many reports from years ago with no comment. Is it used at all by upstream? Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#616362: gcc-snapshot: link failure with gnat (/usr/bin/ld: cannot find -laddr2line)
Package: gcc-snapshot Version: 20110226-1 Severity: normal Linking of Ada program fails if it depends on GNAT.Traceback.Symbolic: % cat testcase.adb with GNAT.Traceback.Symbolic; procedure TestCase is begin null; end TestCase; % gnatmake testcase.adb gcc -c testcase.adb gnatbind -x testcase.ali gnatlink testcase.ali /usr/bin/ld: cannot find -laddr2line collect2: ld returned 1 exit status gnatlink: error when calling /usr/lib/gcc-snapshot/bin/gcc gnatmake: *** link failed. This is the same bug as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322849 . It was fixed in gcc-4.1. This bug is not present in gnat-4.4. I'm using PATH and LD_LIBRARY_PATH settings as described in README.Debian. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-rc6+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-snapshot depends on: ii binutils 2.21.0.20110302-1 The GNU assembler, linker and bina ii ecj-gcj [libecj-java-g 3.5.1-1 standalone version of the Eclipse ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libc6-dev 2.11.2-13 Embedded GNU C Library: Developmen ii libc6-dev-i386 2.11.2-13 Embedded GNU C Library: 32-bit dev ii libc6-i386 2.11.2-13 Embedded GNU C Library: 32-bit sha ii libecj-java-gcj3.5.1-1 Eclipse Java compiler (native libr ii libgmp3c2 2:4.3.2+dfsg-1Multiprecision arithmetic library ii libmpc20.9-1 multiple precision complex floatin ii libmpfr4 3.0.0-7 multiple precision floating-point ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gcc-snapshot recommends no packages. Versions of packages gcc-snapshot suggests: pn binutils-gold none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616130: ITP: python-mwavepy -- microwave engineering classes and functions for python
Package: wnpp Severity: wishlist Owner: Євгеній Мещеряков eu...@debian.org * Package name: python-mwavepy Version : 1.0 Upstream Author : Alex Arsenovic, Lihan Chen * URL : http://code.google.com/p/mwavepy * License : GPL-2+ Programming Lang: Python Description : functions and classes for microwave/RF engineering mwavepy is a compilation of functions and class's for microwave/RF engineering written in python. It is useful for things such as touchstone file manipulation, calibration, data analysis, data acquisition, and plotting. mwavepy can be used interactively through the python interpreter, or in scripts. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614402: gnat-4.4: Pragma Assert is rejected with No_Implementation_Pragmas restriction
Package: gnat-4.4 Version: 4.4.5-3 Severity: normal Tags: upstream patch Forwarded: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47818 I reported this bug to gcc bugzilla, but it is also applies to Debian (gnat-4.4 and gcc-snapshot). Compilation of code containing pragma Assert fails if restriction No_Implementation_Pragmas is used, even with -gnat2005 or -gnat2012 flags: % cat test.adb pragma Restrictions(No_Implementation_Pragmas); procedure test(I : Integer) is begin pragma Assert(I /= 1); null; end; % gcc -c test.adb -gnat2005 test.adb:5:03: violation of restriction no_implementation_pragmas at line 1 Source file gcc/ada/sem_prag.adb contains correct check for Pragma_Assert (Ada_2005_Pragma). But this pragma is then rewritten as pragma Check and restrictions (GNAT_Pragma) are tested again. This test fails and causes compilation error. Attached patch adds check in Pragma_Check case. If rewritten pragma Assert was found then restrictions are not checked. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-rc5+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnat-4.4 depends on: ii gcc-4.4 4.4.5-12 The GNU C compiler ii gnat-4.4-base 4.4.5-3 The GNU Compiler Collection (gnat ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libc6-dev 2.11.2-11Embedded GNU C Library: Developmen ii libgcc1 1:4.6-20110125-1 GCC support library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgnat-4.4 4.4.5-3 Runtime library for GNU Ada applic ii libgnatprj4.4 4.4.5-3 GNU Ada Project Manager ii libgnatvsn4.4 4.4.5-3 GNU Ada compiler version library ii libmpfr43.0.0-6 multiple precision floating-point gnat-4.4 recommends no packages. Versions of packages gnat-4.4 suggests: pn ada-reference-manual none (no description available) ii gnat-4.4-doc 4.4.4.nf1-1 documentation for the GNU Ada 95 C ii gnat-gps 4.3-6 The GNAT Programming System - adva ii gprbuild 1.3.0-2 a multi-language extensible build -- no debconf information diff --git a/gcc/ada/sem_prag.adb b/gcc/ada/sem_prag.adb index fd509c4..b5bae50 100644 --- a/gcc/ada/sem_prag.adb +++ b/gcc/ada/sem_prag.adb @@ -6477,7 +6477,16 @@ package body Sem_Prag is -- Set True if category of assertions referenced by Name enabled begin -GNAT_Pragma; +-- This could be a rewritten pragma Assert. If it is the case +-- then don't check restrictions, because they are different for +-- pragma Assert and were already checked. + +if Nkind (Original_Node (N)) /= N_Pragma + or else Pragma_Name (Original_Node (N)) /= Name_Assert +then + GNAT_Pragma; +end if; + Check_At_Least_N_Arguments (2); Check_At_Most_N_Arguments (3); Check_Optional_Identifier (Arg1, Name_Name);
Bug#614402: gnat-4.4: Pragma Assert is rejected with No_Implementation_Pragmas restriction
21 лютого 2011 о 19:51 +0100 Євгеній Мещеряков написав(-ла): Attached patch adds check in Pragma_Check case. If rewritten pragma Assert was found then restrictions are not checked. I forgot to add that patch is for gcc trunk. I did not test it with gcc-4.4. signature.asc Description: Digital signature
Bug#614279: RM: doc-debian-uk -- ROM; obsolete, last release from 2006, should be updated and packaged as debian-faq-uk
Package: ftp.debian.org Severity: normal Hello, I request removal of doc-debian-uk (with aproval from package maintainer, Borys Yanovych, CC'ed). It was not updated for long time. Also it contains only debian-faq translation, that should be built from debian-faq source (it contains almost identical copy of translation, Borys Yanovych volunteered to do this). Regards, Eugeniy Meshcheryakov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606120: libmuparser0: version 1.34-1 breaks scidavis
Package: libmuparser0 Version: 1.34-1 Severity: critical Upgrading from 1.32-1 to 1.34-1 breaks scidavis. It fails with the following error message: scidavis: symbol lookup error: scidavis: undefined symbol: _ZN2mu10ParserBase10DefineOprtERKSsPFdddEjb I guess there was ABI change in the new version. Severity critical because it breaks unrelated software and violates policy 8.1. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-rc4+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmuparser0 depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.1-8 GCC support library ii libstdc++64.5.1-8The GNU Standard C++ Library v3 libmuparser0 recommends no packages. libmuparser0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601650: libqt4-declarative: QtWebKit module is missing
reassing 601650 qtwebkit thanks This is a bug in in qtwebkit. Installing files 'libqmlwebkitplugin.so' and 'qmldir' under /usr/lib/qt4/imports/QtWebKit was enough to fix the bug. 28 жовтня 2010 о 07:48 +0200 Євгеній Мещеряков написав(-ла): Package: libqt4-declarative Version: 4:4.7.0~rc1-1 Severity: normal It is not possible to run any qml that imports QtWebKit module. For example: % cat test.qml import QtWebKit 1.0 WebView { } % qmlviewer test.qml file:///tmp/test.qml:1:1: module QtWebKit is not installed import QtWebKit 1.0 ^ The same happens with demos that use WebKit. I tried to install all qt packages that contain declarative in the name but it does not help. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt4-declarative depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libgcc11:4.5.1-8 GCC support library ii libqt4-network 4:4.7.0~rc1-1 Qt 4 network module ii libqt4-script 4:4.7.0~rc1-1 Qt 4 script module ii libqt4-sql 4:4.7.0~rc1-1 Qt 4 SQL module ii libqt4-xmlpatterns 4:4.7.0~rc1-1 Qt 4 XML patterns module ii libqtcore4 4:4.7.0~rc1-1 Qt 4 core module ii libqtgui4 4:4.7.0~rc1-1 Qt 4 GUI module ii libstdc++6 4.5.1-8 The GNU Standard C++ Library v3 libqt4-declarative recommends no packages. libqt4-declarative suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#604760: broken links on http://ftp-master.debian.org/new.html
Package: ftp.debian.org Severity: normal Links with version numbers (like http://ftp-master.debian.org/new/couchapp_0.7.2.dfsg-1.html) in NEW overview point nowhere. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603902: ITP: couchapp -- Standalone CouchDB Application Development Made Simple
Package: wnpp Severity: wishlist Owner: Євгеній Мещеряков eu...@debian.org * Package name: couchapp Version : 0.7.1 Upstream Author : Benoit Chesneau beno...@e-engura.com * URL : http://couchapp.org * License : Apache Programming Lang: Python, JavaScript Description : Standalone CouchDB Application Development Made Simple CouchApp is a set of helpers and a jQuery plugin that conspire to get you up and running on CouchDB quickly and correctly. It brings clarity and order to the freedom of CouchDB's document-based approach. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603067: fontforge: up and down arrows work strangely in TTF instructions editor
Package: fontforge Version: 0.0.20100501-2 Severity: normal Up and down arrows send cursor to the first line in TTF instructions editor. To reproduce: 1. Open some instructed TTF font (or source) like DejaVuSans. 2. Open instructions editor (Instructions-Edit Instructions, Edit) 3. Place cursor in the middle of the text and try to use up or down arrows. Expected result: cursor moves one line up or down. What happens instead: cursor moves to the beginning of the text. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontforge depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.9.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfontforge1 0.0.20100501-2 font editor - runtime library ii libfreetype62.4.2-2 FreeType 2 font engine, shared lib ii libgdraw4 0.0.20100501-2 font editor - runtime graphics and ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.25.15-1The GLib library of C routines ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libpython2.62.6.6-6 Shared Python runtime library (ver ii libsm6 2:1.2.0-1X11 Session Management library ii libspiro0 20071029-2 a library for curve design ii libtiff43.9.4-5 Tag Image File Format (TIFF) libra ii libuninameslist00.0.20091231-1 a library of Unicode annotation da ii libx11-62:1.3.3-3X11 client-side library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxml2 2.7.8.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime fontforge recommends no packages. Versions of packages fontforge suggests: pn autotrace none (no description available) pn fontforge-doc none (no description available) pn fontforge-extras none (no description available) pn potrace none (no description available) pn python-fontforge none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603088: shiboken: broken link libshiboken_generator.so - libshiboken_generator-py26.so
Package: shiboken Version: 0.5.1-1 Severity: normal The package contains this file: /usr/lib/generatorrunner/libshiboken_generator.so - libshiboken_generator-py26.so but libshiboken_generator-py26.so does not exist. I guess it should be shiboken_generator-py26.so instead. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shiboken depends on: ii generatorrunner0.6.2-1 plugin-based application to run ap ii libapiextractor0.8 0.8.1-2 library headers parser that create ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc11:4.5.1-8 GCC support library ii libgenrunner0.60.6.2-1 generatorrunner dedicated library ii libqtcore4 4:4.7.0~rc1-1 Qt 4 core module ii libstdc++6 4.5.1-8 The GNU Standard C++ Library v3 shiboken recommends no packages. shiboken suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601650: libqt4-declarative: QtWebKit module is missing
Package: libqt4-declarative Version: 4:4.7.0~rc1-1 Severity: normal It is not possible to run any qml that imports QtWebKit module. For example: % cat test.qml import QtWebKit 1.0 WebView { } % qmlviewer test.qml file:///tmp/test.qml:1:1: module QtWebKit is not installed import QtWebKit 1.0 ^ The same happens with demos that use WebKit. I tried to install all qt packages that contain declarative in the name but it does not help. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt4-declarative depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libgcc11:4.5.1-8 GCC support library ii libqt4-network 4:4.7.0~rc1-1 Qt 4 network module ii libqt4-script 4:4.7.0~rc1-1 Qt 4 script module ii libqt4-sql 4:4.7.0~rc1-1 Qt 4 SQL module ii libqt4-xmlpatterns 4:4.7.0~rc1-1 Qt 4 XML patterns module ii libqtcore4 4:4.7.0~rc1-1 Qt 4 core module ii libqtgui4 4:4.7.0~rc1-1 Qt 4 GUI module ii libstdc++6 4.5.1-8 The GNU Standard C++ Library v3 libqt4-declarative recommends no packages. libqt4-declarative suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600216: nmu: fntsample_3.2-1 - rebuild against new unicode-data
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please binNMU fntsample against new unicode-data (6.0.0). fntsample extracts list of unicode ranges from unicode-data at build time, and Unicode 6 has several new ranges. unicode-data is an arch:all package and should be available on all rachitectures. nmu fntsample_3.2-1 . ALL . -m Rebuild against unicode-data 6.0.0 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc7+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600108: unicode-data: new upstream version available
Package: unicode-data Version: 5.2.0-1 Severity: wishlist Please package Unicode 6.0.0 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc7+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595674: chromium-browser: Number formating in cssText property of CSSRule is locale-dependent
Package: chromium-browser Version: 6.0.472.53~r57914-2 Severity: normal Forwarded: https://code.google.com/p/chromium/issues/detail?id=54553 I reported this bug as Issue 54553 here is the copy. Attachements are available here: https://code.google.com/p/chromium/issues/detail?id=54553 Chrome Version (from the about:version page): 6.0.472.53 Is this the most recent version: most recent in Debian/experimental OS + version: Debian unstable+experimental CPU architecture (32-bit / 64-bit): amd64 Window manager: KDE URLs (if relevant): Behavior in Linux Firefox: bug is not reproducible Behavior in Windows Chrome (if you have access to it): What steps will reproduce the problem? 1. Open attached test.html in chrome running under uk_UA.UTF-8 locale (or de_DE, or other where comma is used for decimal separator). 2. Observe that value 0.5em is printed as 0,5em. 3. Notice that it is not a valid CSS fragment. What is the expected result? Value printed as 0.5em (with decimal dot). And entire text should be valid CSS. What happens instead? Number printed with comma and text fragment is not a valid CSS. Please provide any additional information below. Attach a screenshot and backtrace if possible. The bug does not happen with chrome run in en_US.UTF-8 locale (only because decimal separator is dot there). It also does not happen in Arora, Iceweasel and Konqueror, independent of locale. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium-browser-ins 6.0.472.53~r57914-2 page inspector for the chromium-br ii libasound2 1.0.23-1shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libbz2-1.0 1.0.5-5 high-quality block-sorting file co ii libc62.11.2-5Embedded GNU C Library: Shared lib ii libcairo21.9.14-1The Cairo 2D vector graphics libra ii libcups2 1.4.4-3 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.24-3simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.1-2 GCC support library ii libgconf2-4 2.28.1-3GNOME configuration database syste ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgl1-mesa-glx [lib 7.8.2-2 A free implementation of the OpenG ii libglewmx1.5 1.5.4-1 The OpenGL Extension Wrangler - ru ii libglib2.0-0 2.24.1-1The GLib library of C routines ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libicu44 4.4.1-6 International Components for Unico ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.7-1Network Security Service libraries ii libpango1.0-01.28.1-1Layout and rendering of internatio ii libpng12-0 1.2.44-1PNG library - runtime ii libstdc++6 4.5.1-2 The GNU Standard C++ Library v3 ii libv8-2.2.24 2.2.24-5V8 JavaScript Engine ii libvpx0 0.9.1-1 VP8 video codec (shared library) ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-4GNOME XML library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-6XSLT 1.0 processing library - runt ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime chromium-browser recommends no packages. Versions of packages chromium-browser suggests: ii chromium-browser-l10 6.0.472.53~r57914-2 chromium-browser language packages -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org