Bug#719973: RFS: fonts-klaudia-berenika/2011-09-03-1 (ITP #719787)
Paul Wise p...@debian.org writes: On Sat, Aug 17, 2013 at 11:27 AM, Eric Anholt wrote: dget -x http://mentors.debian.net/debian/pool/main/f/fonts-klaudia-berenika/fonts-klaudia-berenika_2011-09-03-1.dsc Unfortunately this still contains the sourceless PDFs so I guess the package will be rejected by the FTPmasters. OK, something went wrong with the upload on my end, then. The tree I was working from has them removed. pgpwSid6pfWAZ.pgp Description: PGP signature
Bug#720528: nvidia: driver fails with kernel 3.10 and GeForce 660M GTX
The problem affects multiple users with different laptops and slight differences in video cards: https://devtalk.nvidia.com/default/topic/567297/linux-3-10-driver-crash/ and https://bbs.archlinux.org/viewtopic.php?id=167195 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718448: icedove-l10n-fr: same problem with french l10n
Hello Karsten, Thanks for your time and help on this bug (Nadège is my spouse, and I'm acting as sysadmin for her). did this also happen if you have installed another language and you start Icedove from the Terminal? For example with french (icedove-l10n-es-es) $ LANG=es_ES.utf8 icedove I did as suggested: 1. install icedove-l10n-es 2. run from the command line alf@lacapelle:~$ LANG=es_ES.UTF-8 icedove I got the following output on stdout/stderr (icedove:11434): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (icedove:11434): Gdk-WARNING **: locale not supported by C library enigmail.js: Registered components mimeVerify.jsm: module initialized but the interface was displayed in spanish. I tried to start it in french from the command line (both by giving a value to the LANG environment variable and without, but my locale is configured correctly, tried LANG=fr too) without success. Regards, -- Alexandre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720529: ITP: pyresample -- Resampling of remote sensing data in Python
Package: wnpp Severity: wishlist Owner: Antonio Valentino antonio.valent...@tiscali.it * Package name: pyresample Version : 1.0.0 Upstream Author : Esben S. Nielsen e...@dmi.dk * URL : http://code.google.com/p/pyresample/ * License : GPL-3.0+ Programming Lang: Python Description : Resampling of remote sensing data in Python Pyresample is a Python package for resampling (reprojection) of earth observing satellite data. It handles both resampling of gridded data (e.g. geostationary satellites) and swath data (polar orbiting satellites). . Pyresample can use multiple processor cores for resampling. Pyresample supports masked arrays. -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720441: reported on ubuntu as well.
Hi As I bumped into this on ubuntu as well, and as bod suggested, I did try to report to lauchped.net too. There I discover it is already 'known' since december 2012, meaning this have little chance to be fixed one day. See https://bugs.launchpad.net/ubuntu/+source/ksh/+bug/1086873 So for your information, I worked around this by simply downloading the source package and rebuild, with no fix, the simple rebuild is enough to cure, then indeed you place you new ksh into the install dir. Cheers, Phi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720530: Reaver Won't Save Sessions Properly
Package: reaver Version: 1.4-2 On Debian Jessie, using reaver-1.4-2 (AMD64), I found that it doesn't save sessions properly. Looking into the source code for reaver-1.4 I found in session.h that it says: #ifndef CONF_DIR #define CONF_DIR/etc/reaver #endif When I installed reaver, it didn't spawn a reaver directory under /etc. Creating a reaver directory under /etc solved this problem.
Bug#717418: transition: libudev
Hi, Am 20.07.2013 19:09, schrieb Michael Biebl: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition In version 183, the following symbols were dropped from libudev udev_monitor_from_socket() udev_queue_get_failed_list_entry() udev_get_{dev,sys,run}_path() In addition, upstream introduced symbol versioning. The soversion was bumped from 0 to 1. We currently have libudev1 in experimental. I've filed bugs against affected packages quite a while ago, and they've been updated to no longer use that API. So we should only need a round of binNMUs. Please let us know, when we can move the package from experimental to unstable to start this transition. With xorg-server being fixed to no longer FTBFS, there is no more blocker for this transition afaics and we should be ready to go. We'd appreciate if we can start this transition as soon as possible, as we need a newer systemd in various other packages (among them GNOME 3.8). Also, updating udev is long overdue. Would be great if we can get an ack from the release team for the unstable upload. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#720531: ifupdown: Fixes for Debian/Hurd
Package: ifupdown Version: 0.7.8 Severity: wishlist Tags: patch Dear Maintainer, I've attached a patch series that fixes ifupdown to work properly on Debian/Hurd. The first patch makes ifupdown use inetutils-ifconfig instead of ifconfig and fixes its use in two cases. The second patch sanitizes the file names of pid files written by ifupdown and provides the macro %iface_file_name% that provides the interface name sanitized in a way so that it is safe to use as a file name fragment. This is motivated by the fact that on the Hurd network interfaces are made available as files (e. g. /dev/eth0) and so they can contain slashes. The third patch uses the new %iface_file_name% for pid and dhcp lease file names on the Hurd. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (900, 'stable'), (350, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.10 ii initscripts 2.88dsf-41 ii iproute 20120521-3+b3 ii libc62.17-92 ii lsb-base 4.1+Debian8+deb7u1 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5+deb70u6 ii net-tools 1.60-24.2 ii ppp2.4.5-5.1+b1 pn rdnssd none # HG changeset patch # Parent 8a2f8cf2cae4658ec472c0bd59f8bf3962946ac8 Sanitize pidfile name, provide %iface_file_name% that is safe to use as filename fragment diff --git a/execute.c b/execute.c --- a/execute.c +++ b/execute.c @@ -215,7 +215,7 @@ { if (!no_act) { char pidfilename[100]; -snprintf(pidfilename, sizeof(pidfilename), RUN_DIR ifup-%s.pid, iface-real_iface); +make_pidfile_name(pidfilename, sizeof pidfilename, ifup, iface); FILE *pidfile = fopen(pidfilename, r); if (pidfile) { int pid; @@ -442,6 +442,14 @@ return strdup(ifd-real_iface); } +if (strncmpz(id, iface_file_name, idlen) == 0) { +char *p = strdup(ifd-real_iface); +if (p) { +sanitize_file_name(p); +} +return p; +} + { for (i = 0; i ifd-n_options; i++) { if (strncmpz(id, ifd-option[i].name, idlen) == 0) { diff --git a/header.h b/header.h --- a/header.h +++ b/header.h @@ -130,6 +130,8 @@ int var_set(char *id, interface_defn * ifd); int var_set_anywhere(char *id, interface_defn * ifd); int run_mapping(char *physical, char *logical, int len, mapping_defn * map); +void sanitize_file_name(char *name); +int make_pidfile_name(char *name, size_t size, const char *command, interface_defn *ifd); extern int no_act; extern int verbose; extern int run_scripts; diff --git a/main.c b/main.c --- a/main.c +++ b/main.c @@ -356,6 +356,33 @@ return 0; } +void sanitize_file_name(char *name) +{ +for (; *name; name++) { +if (*name == '/') { +*name = '-'; +} +} +} + +int make_pidfile_name(char *name, size_t size, + const char *command, interface_defn *ifd) +{ +char *interface = strdup(ifd-real_iface); +if (!interface) { +return 0; +} +sanitize_file_name(interface); + +int n = snprintf(name, size, RUN_DIR %s-%s.pid, command, interface); +if (n 0 || (size_t) n = size) { +free(interface); +return 0; +} + +return 1; +} + int main(int argc, char **argv) { int (*cmds) (interface_defn *) = NULL; @@ -813,7 +840,9 @@ } else { command = argv[0]; /* no /'s in argv[0] */ } -snprintf(pidfilename, sizeof(pidfilename), RUN_DIR %s-%s.pid, command, currif-real_iface); +make_pidfile_name(pidfilename, + sizeof pidfilename, + command, currif); if (!no_act) { FILE *pidfile = fopen(pidfilename, w); if (pidfile) { # HG changeset patch # Parent a93db3ecb8f0e30dde02fc8ce0bddde38d48d8a7 Hurd: use inetutils-ifconfig, fix invocation of inetutils-ifconfig diff --git a/inet.defn b/inet.defn --- a/inet.defn +++ b/inet.defn @@ -360,7 +360,7 @@ This method may be used to define the IPv4 loopback interface. up -inetutils-ifconfig --interface %iface% 127.0.0.1 --up \ +inetutils-ifconfig --interface %iface% --address 127.0.0.1 --up \ if (!iface_is_lo()) down @@ -443,7 +443,7 @@ dhcpcd -k %iface% \ elsif (execable(/sbin/dhcpcd)) -ifconfig --interface %iface% --down +inetutils-ifconfig --interface
Bug#720532: dselect: Command line option 'f' [from -f] is not known
Package: apt Version: 0.9.11 Severity: important Hi, apt 0.9.11 breaks dselect, which complains loudly when I try to update from sources (I use the apt backend): | E: Command line option 'f' [from -f] is not known. | | dselect: warning: subprocess update available list script returned error exit status 1 | Press enter to continue. I see that between 0.9.10 and 0.9.11 there is some refactoring around the command line [0]. Maybe some option has been left over? I don't know how many other dselect users are left with me but the regression is quite serious for us. Is it possible to investigate further? Thanks, Domenico [0] http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=commit;h=b917917067e757c4479a344a263ef7cf43c00866 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720519: xen-tools: FTBFS with perl 5.18: POD failure
Control: tag -1 + pending fixed-upstream Hi Dominic, Dominic Hargreaves wrote: This package FTBFS with perl 5.18: cd bin; for i in *-*[!y]; do pod2man --release=4.3.1 --official --section=8 $i ../man/$i.8; done xen-create-image around line 758: Non-ASCII character seen before =encoding in 'StE9phane'. Assuming UTF-8 POD document had syntax errors at /usr/bin/pod2man line 71. Thanks for the report! I've (hopefully) fixed the issue upstream in commit fbc903877a6c5a5858c5ed44a91253b364de522c and pushed the change. I want to do a new release anyway soonish, but maybe I'll upload a beta version to get this fixed in Debian before the release. [1] apologies for the late appearance of this bug report; earlier test coverage did not cover this package No problem at all. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720433: [php-maint] Bug#720433: Bug#720433: libapache2-mod-php5: Segmentation fault in 5.5.2+dfsg-1
Yes, and as a maintainer I have asked you to fill the bug upstream, since there were no new Debian-related changes between 5.5.1 and 5.5.2 packages, and your feedback is more valuable then mine, since you can reproduce the bug. O. On Fri, Aug 23, 2013 at 3:33 AM, Brad Jorsch ano...@users.sourceforge.netwrote: On Thu, Aug 22, 2013 at 12:37:55AM +0200, Ondřej Surý wrote: Pleaye report that to upstream. Quoth http://www.debian.org/Bugs/Reporting: Don't file bugs upstream If you file a bug in Debian, don't send a copy to the upstream software maintainers yourself, as it is possible that the bug exists only in Debian. If necessary, the maintainer of the package will forward the bug upstream. I have no idea if this is something in one of the many Debian patches, and I don't have time at the moment to try installing PHP from source to see if it still occurs. OTOH, someone else has copied this upstream, at https://bugs.php.net/bug.php?id=65510. No response there yet. ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org
Bug#720533: please update to 1.0.0
Package: pylint Version: 0.27.0-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi there is new upstream release available and it would be great to have it in Debian. - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.47-2.38-desktop (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pylint depends on: ii python 2.7.5-2 ii python-logilab-astng 0.24.2-1 ii python-logilab-common 0.59.1-1 ii python-support 1.0.15 Versions of packages pylint recommends: ii python-tk 2.7.5-1 pylint suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSFxGvAAoJEGo39bHX+xdNoKAQALsX8UvW9nBrEnz17wKI6jTE n9G5GmXxvQ8M3oUWooKs6DKwyKMeXsaikLEoBV+Gy75aTUjTyuDo6/Be5TKcKzL9 kgWyHwoFuBH0UXjejmCAgD8lLH9EbOkazMtim8P/2XesdtSjP3q4elMlsRj5uk6j SU86MjLQgIOLks9BcWX9YVj0JrX10Rxdf5WQrjk6mj++dSsONYOOOC4Td5DpxpI3 jkXJKwb0pMm4j+cGqiVKc8w8p+5t2lBLFO8SppoIvkOLNuFX2UGuTf30FT6CXRe7 8lZPOGhKa3WKcoM0MsLzUIvg1yU8XjWFJ0MR7XKqFYrUczaCgwMCabgVh/tWOfrL xRu2jLWIOThhkR23WFEzonowwm/Z1XDbCVlDbcDwBJvsBT+lENdCKhr4ZonES53K 8jqA1wKbIDkGF/2HF2eJ1Jbd2PVb5U/hfiYgn2NkGyU0HYEklUnqKoDtiBko/VAP qElRq5SLxfJvq+DuXhyIc7TM6noFvXh3WI5R9zJzunUfjKx2sYUhCw4JtBHWbHW+ 8iIMisUMDxjkB+dWQAuCuw8rBgyaxGOn9QG3l8ZcGVPgu2NsNWTB80CWLxmymNxU U0UUbFIvfC8YSUrr0t4kwTUdMYE2UsiPS5RKiapUB2p5pyp8f+CuVarOD+QkaO9P kkhiq1P9VGMJb7QSpnxa =NP+n -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683791: calypso packaging, upstream patches
hello, i'd like to give a short update on the state of calypso packaging: * keith's upstream repository (git://keithp.com/git/calypso) contains a newly released 1.1 version. * some of the changes in 1.1 make joe's patches obsolete (addition of a man page, http1.1 support). i've merged the patches atop my own ones (which are rebased versions of what has been published on the calypso mailing list before) atop 1.1 and published them on collab-maint in a chrysn/from-joe-nahmias branch. patch reviews: * fixup calypso init script: top part is good and important. depending on the install location chosen by the debian package, DAEMON needs adaption. DISABLE_CALPYSO should be ENABLE_CALPYSO imo, and should be checked on restart too. * use ForkingMixIn: joe, have you checked what could happen with simultaenous put requests? * pam support: did not test it yet the others look sound to me. * keith has published an indepenent packaging approach in the upstream repository's debian branch, which does not incorporate any system-wide startup routines. * the own patches mentioned above originally included fixes that would make calypso respect xdg and use .config / .local directories for their respective purposes. it has been left out for the moment, for the following reason: given this has not been sorted out in joe's package (which includes init routines) either: where should the folder= setting point to for a global configuration? should the default (ie builtin) configuration be able to detect that it is being run as a super user (especially when not root)? my current personal preference is that calypso by default follow xdg basedir spec (ie. not even look up /etc/calypso), and have its paths for system wide operation explicitly configured in /etc/default/calypso: CALYPSO_OPTS=--configfile=/etc/calypso/config, and storage.folder, acl.filename and server.certificate be configured there; if that's the way to go, i can provide patches. keith, joe, what are your preferences for further maintainership? keith, do you plan to make this a debian native package, as indicated by the version number? best regards chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#711226: inadyn: Can't start because of wrong owner of /run/inadyn
On Thu, Aug 22, 2013 at 08:54 -0500, Steve M. Robbins wrote: Perhaps I should put create_cache_dir() call in 'restart' command. Perhaps you can code it so that restart just calls stop and then start? That seems to be a fairly common idiom. Yep, 'restart' calls 'stop' and then 'start' which are implemented as ordinary functions, do_stop() and do_start(). But create_cache_dir() is called outside of the do_start(). I guess do_start() could call create_cache_dir(). Ok. If you agree I'll close the bug. Thanks. -- Timur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720534: caja: no images preview
Package: caja Version: 1.6.1-4.1+7.wheezy Severity: normal Hello, no images preview in caja. I see icon with time and cpu is enough high. Thanks Pol -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages caja depends on: ii caja-common 1.6.1-4.1+7.wheezy ii desktop-file-utils0.21-1 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92 ii libcairo2 1.12.14-4 ii libcaja-extension 1.6.1-4.1+7.wheezy ii libexempi32.2.1-1 ii libexif12 0.6.21-1 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgail18 2.24.18-1 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.3-3 ii libglib2.0-data 2.36.3-3 ii libgtk2.0-0 2.24.18-1 ii libice6 2:1.0.8-2 ii libmatedesktop1.6.0-3+7.wheezy ii libpango1.0-0 1.32.5-5+b1 ii libselinux1 2.1.9-5 ii libsm62:1.2.1-2 ii libstartup-notification0 0.12-3 ii libunique-1.0-0 1.1.6-4 ii libx11-6 2:1.6.0-1 ii libxext6 2:1.3.2-1 ii libxml2 2.9.1+dfsg1-2 ii libxrender1 1:0.9.8-1 ii mate-desktop 1.6.0-3+7.wheezy ii shared-mime-info 1.0-1+b1 caja recommends no packages. Versions of packages caja suggests: ii engrampa 1.6.0-1 pn gstreamer0.10-tools none pn meld 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#619592: cups: Large image (2640x3686) printout misaligned/distorted
Hello Brian, I tested it on debian wheezy amd64 (cups version 1.5.3-5) and debian testing (cups version 1.6.3-1). This problem did not occur. Seams like it's fixed in stable and testing. Haven't checked unstable. Henri 2013/8/12 Brian Potkin claremont...@gmail.com tags 619592 moreinfo thanks On Fri 25 Mar 2011 at 13:16:08 +, Henri Kaukver wrote: lp -d A3_printer -o fitplot /home/user/image.png printout is misaligned, parts of the image are visible from opposite edges. same thing happens when printing to PDF (cups-pdf package). i can provide the image that causes the problem. it doesn't matter which format the image is in. i've tried png, bmp and jpg. if i convert image.png -resize 80% image2.png and try to print image2.png, then everything is ok, resize 90% distorts the image also. Hello Henri, Is this still a problem on testing or unstable? Regards, Brian.
Bug#720535: gdevilspie can't start
Package: gdevilspie Version: 1:0.5-3 Severity: important Dear Maintainer, when I try to start gdevilspie (0.5-3), I got only this: Traceback (most recent call last): File /usr/bin/gdevilspie, line 893, in module MainWindow = RulesListWindow() File /usr/bin/gdevilspie, line 374, in __init__ self.UpdateAutostartStatus() File /usr/bin/gdevilspie, line 545, in UpdateAutostartStatus if (os.path.exists(xdg.DesktopEntry.xdg_config_home + /autostart/devilspie.desktop)): AttributeError: 'module' object has no attribute 'xdg_config_home' It is probably some already known bug in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/gdevilspie/+bug/1161594 Best regards Marek Turnovec -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (500, 'stable'), (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdevilspie depends on: ii python 2.7.5-2 ii python-glade2 2.24.0-3+b1 ii python-support 1.0.15 ii python-wnck 2.32.0+dfsg-3 Versions of packages gdevilspie recommends: ii devilspie 0.23-1 ii python-xdg 0.25-3 gdevilspie 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#720536: ITP: libmango-perl -- Pure-Perl non-blocking I/O MongoDB client
Package: wnpp Severity: wishlist Owner: CSILLAG Tamas csta...@cstamas.hu * Package name: libmango-perl Version : 0.12 Upstream Author : Sebastian Riedel s...@cpan.org * URL : https://metacpan.org/release/Mango * License : Artistic-2.0 Programming Lang: Perl Description : Pure-Perl non-blocking I/O MongoDB client Description: Mango is a pure-Perl non-blocking I/O MongoDB client, optimized for use with the Mojolicious real-time web framework, and with multiple event loop support. . To learn more about MongoDB you should take a look at the official documentation|http://docs.mongodb.org. . Note that this whole distribution is EXPERIMENTAL and will change without warning! . Many features are still incomplete or missing, so you should wait for a stable 1.0 release before using any of the modules in this distribution in a production environment. Unsafe operations are not supported, so far this is considered a feature. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718448: icedove-l10n-fr: same problem with french l10n
Hello Alexandre, now I'm on a PC with a wheezy installation, but I can't reproduce the behavior of your report. Le 08/23/13 08:12, Alexandre Fayolle a écrit : did this also happen if you have installed another language and you start Icedove from the Terminal? For example with french (icedove-l10n-es-es) $ LANG=es_ES.utf8 icedove I did as suggested: 1. install icedove-l10n-es 2. run from the command line alf@lacapelle:~$ LANG=es_ES.UTF-8 icedove That isn't correct. Please look above, it's 'es_ES.utf8' instead of 'es_ES.UTF-8' ! :) As you wrote later Icedove started in spanish I believe you just misspelled it here in the mail. I got the following output on stdout/stderr (icedove:11434): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (icedove:11434): Gdk-WARNING **: locale not supported by C library That's o.k. because you don't have spanish (or even your misspelled language) support in your locales. That's of course correctable but doesn't matter in that point. I installed french l10n support for the Icedove 17.0.7-1~deb7u1 and got a similar message. $ ainst icedove-l10n-fr Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen Fertig Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt: xulrunner-10.0 Verwenden Sie »apt-get autoremove«, um es zu entfernen. Die folgenden zusätzlichen Pakete werden installiert: myspell-fr Die folgenden NEUEN Pakete werden installiert: icedove-l10n-fr myspell-fr 0 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 580 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 1.336 kB Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren [J/n]? Holen: 1 http://ftp.de.debian.org/debian/ wheezy/main myspell-fr all 1.4-26 [210 kB] Holen: 2 http://security.debian.org/ wheezy/updates/main icedove-l10n-fr all 1:17.0.7-1~deb7u1 [370 kB] Es wurden 580 kB in 11 s geholt (51,1 kB/s). Vormals nicht ausgewähltes Paket icedove-l10n-fr wird gewählt. (Lese Datenbank ... 181261 Dateien und Verzeichnisse sind derzeit installiert.) Entpacken von icedove-l10n-fr (aus .../icedove-l10n-fr_1%3a17.0.7-1~deb7u1_all.deb) ... Vormals nicht ausgewähltes Paket myspell-fr wird gewählt. Entpacken von myspell-fr (aus .../myspell-fr_1.4-26_all.deb) ... icedove-l10n-fr (1:17.0.7-1~deb7u1) wird eingerichtet ... myspell-fr (1.4-26) wird eingerichtet ... And then started Icedove. $ LANG=fr_FR.utf8 icedove (icedove:18220): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (icedove:18220): Gdk-WARNING **: locale not supported by C library The GUI of the Icedove is here now in french, there I wrote this answer. ;) enigmail.js: Registered components mimeVerify.jsm: module initialized What happen if you start with a fresh profile? Please backup you old profile before! I can't really believe this error is within the l10n package. An please disable also all plugins temporally. Start Icedove with '-safe-mode' for this from a console. Please take also a look in the manpage of Icedove for combinations of the options. but the interface was displayed in spanish. I tried to start it in french from the command line (both by giving a value to the LANG environment variable and without, but my locale is configured correctly, tried LANG=fr too) without success. That shouldn't be necessary, as your locales are already set up for french (hopefully). You can check this by the command 'locale' in the console. -- Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720537: ITP: r-bioc-iranges -- GNU R low-level containers for storing sets of integer ranges
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-iranges Version : 1.18.3 Upstream Author : H. Pages * URL : http://bioconductor.org/packages/2.3/bioc/html/IRanges.html * License : Artistic-2.0 Programming Lang: R Description : GNU R low-level containers for storing sets of integer ranges Ranges class and its extensions are low-level containers for storing sets of integer ranges. A typical use of these containers in biology is for representing a set of chromosome regions. More specific extensions of the IRanges class will typically allow the storage of additional information attached to each chromosome region as well as a hierarchical relationship between these regions. This package belongs to a large set of prerequisites we need from BioConductor to get the existing package r-bioc-cummerbund updated to the latest version. The packaging is done inside the Debian Med team and was prepared in svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-iranges/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720538: installation-reports ; elilo could not be installed
Package: installation-reports Boot method:netboot Image version: Debian version: 7 (wheezy) Installer build: 20130613 Date: 2013-Aug-19 Machine: hp rx2800i2 AH395A Processor: Itanium(R) Processor 9340 (1.6 GHz, 20 MB) Memory: 12179 MB (11.89 GB) Partitions: -- Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O ] Detect network card:[O ] Configure network: [O ] Detect CD: [O ] Load installer modules: [O ] Detect hard drives: [E - O] *1 Partition hard drives: [O ] Install base system:[O ] Clock/timezone setup: [O ] User/password setup:[O ] Install tasks: [O ] Install boot loader:[E ] *2 Overall install:[ ] Comments/Problems: (*1) When starting installer-kernel, smart arry disk was not detected by kernel. By the HPUX-11iv3 , 2disks are identified. P410i controller mode is HBA xxx@rx2800a:~/tools#ioscan -m dsf Persistent DSF Legacy DSF(s) /dev/rdisk/disk11/dev/rdsk/c0t8d6 --- for debian /dev/rdisk/disk12/dev/rdsk/c0t8d7 for HPUX /dev/rdisk/disk12_p1 /dev/rdsk/c0t8d7s1 /dev/rdisk/disk12_p2 /dev/rdsk/c0t8d7s2 /dev/rdisk/disk12_p3 /dev/rdsk/c0t8d7s3 /dev/rdisk/disk17/dev/rdsk/c2t0d0---dvd After reconfigured p410i to RAID mode, hpsa driver detected disk as sda and sdb. #ioscan -m dsf # ioscan -m dsf Persistent DSF Legacy DSF(s) /dev/rdisk/disk3 /dev/rdsk/c0t0d0 -- for hpux : sda /dev/rdisk/disk3_p1 /dev/rdsk/c0t0d0s1 /dev/rdisk/disk3_p2 /dev/rdsk/c0t0d0s2 /dev/rdisk/disk3_p3 /dev/rdsk/c0t0d0s3 /dev/rdisk/disk4 /dev/rdsk/c0t0d1 -- for debian : sdb /dev/rdisk/disk6 /dev/rdsk/c2t0d0 (*2) To install elilo.efi failed. it seems to be a same bug Debian Bug report logs - #685186 lqqqu [!!] Install the elilo boot loader on a hard disk tqqqk x x xNo boot partitions detectedx x There were no suitable partitions found for elilo to use. Elilo x x needs a partition with a FAT file system, and the boot flag set. x x x xContinue x in the rescue shell ~ # mount rootfs on / type rootfs (rw) none on /run type tmpfs (rw,nosuid,relatime,size=1232800k,mode=755) none on /proc type proc (rw,relatime) none on /sys type sysfs (rw,relatime) tmpfs on /dev type tmpfs (rw,relatime,mode=755) none on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000) /dev/sdb2 on /target type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered) /dev/sdb1 on /target/boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro) /dev/sdb2 on /dev/.static/dev type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered) tmpfs on /target/dev type tmpfs (rw,relatime,mode=755) ~ # lsmod Module Size Used by nls_utf81984 1 nls_cp437 6313 1 dm_mod153660 0 md_mod233761 0 xfs 1124239 0 jfs 371400 0 ext4 605201 1 crc16 1447 1 ext4 jbd2 128138 1 ext4 ext3 277761 0 jbd 116754 1 ext3 crc32c 3624 1 libcrc32c 1674 0 zlib_deflate 49587 0 vfat 22167 1 fat 108504 1 vfat ext2 143117 0 mbcache12522 3 ext2,ext3,ext4 sr_mod 34681 0 cdrom 75511 1 sr_mod sd_mod 76738 4 sg 48599 0 crc_t10dif 1436 1 sd_mod ahci 30709 0 libahci45630 1 ahci libata337246 2 libahci,ahci hpsa 105439 3 usb_storage76351 0 scsi_mod 255995 6 usb_storage,hpsa,libata,sg,sd_mod,sr_mod usbhid 63086 0 hid 150716 1 usbhid uhci_hcd 55889 0 ehci_hcd 96948 0 usbcore 302704 5 ehci_hcd,uhci_hcd,usbhid,usb_storage igb 269080 0 usb_common 970 1 usbcore e1000e346662 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711558: gcc-4.8: [m68k] patch set 2
On Wed, 21 Aug 2013 23:11:34 + (UTC), Thorsten Glaser t...@mirbsd.de wrote: Matthias Klose dixit: Which of these are applied upstream, and if not, why? libffi-m68k.diff is applied. m68k-revert-pr45144.diff is not applied upstream yet, maybe Mikael knows why? This revert fixed miscompilation of gnat on m68k with gcc 4.6. My notes say with gcc-4.7 other changes mask the issue, so I've dropped it from my gcc 4.7 and 4.8 patch kits. I know that 4.7 with gnat works very well on m68k without this revert. pr49847.diff is not applied yet even though it seems to be clear =E2=80=93 I=E2=80=99ve prodded them again a month ago and have not received any response yet; maybe just nobody feels responsible? I was hoping for some gcc maintainer to speak up and say yeah that's good but nothing happended and the patch was left in limbo. It's absolutely required, though. There is another required HAVE_cc0 regression fix, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835#c55. I'll submit both after a round of testing in 4.9. (The other HAVE_cc0 fix is also in my 4.8 patch kit mentioned below, as gcc-4.8.0-m68k-ada-pr48835-2.patch.) pr52306-retry-hack.diff is not intended to ever be applied upstream as-is (and depends on another Debian patch) but only a stopgap allowing us to proceed to compile things until the problem is fixed for real (although we now at least seem to know where it is). It's a reload bug: it mistransforms an insn with a valid auto-increment addressing mode into an insn that both assigns to and auto-increments the same register (it coalesced the original destination register with the non-LIVE_OUT auto-inc address register without cancelling the auto-inc addressing mode), which cselib then rightfully ICEs on. M68K is just the innocent bystander who happens to trigger it. The intersection of (people affected by this bug) and (people able to fix it) appears to be the empty set, so there is no fix in sight yet. Maybe a switch to LRA will avoid it? (But LRA on m68k triggers other bugs, sigh.) -fno-auto-inc-dec is the appropriate workaround for now. pr52714.diff is not applied yet because Mikael didn=E2=80=99t submit it as he didn=E2=80=99t understand why the 4.6 version of the code (which we revert to the 4.5 version) has the problem, even though it definitely is an issue. Correct. There=E2=80=99s also m68k-ada.diff in gcc in Debian already, which will probably applied when it=E2=80=99s ready enough and working with 4.8 (I think both Mikael upstream and the GNAT people in Debian do most of the Ada related work on 4.6), maybe in combination with the pr49847.diff one? Ada on M68K in gcc 4.8 also needs a patch for PR51483, which is a blatant upstream bug they refuse to fix. You can get refeshed and tested gcc-4.8 M68K patches from http://user.it.uu.se/~mikpe/linux/patches/gcc/gcc-4.8.1-patches/patches1/. Old patches in various gcc BZ entries may be stale. I must say I'm surprised at the rush to switch to gcc 4.8; there is a scary number of new and still unfixed gcc 4.8/4.9 wrong-code bugs, especially on x86. I personally wouldn't use 4.8 in production on x86 yet. 4.7 (+ patches) OTOH is very solid IMO. /Mikael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711558: PR52306 (was Re: Bug#711558: gcc-4.8: [m68k] patch set 2)
On Thu, 22 Aug 2013 22:26:51 + (UTC), Thorsten Glaser t...@mirbsd.de wrote: Matthias Klose dixit: yes, I do reject this. I see. Would you please=E2=80=A6 =E2=80=9Cfor the time being=E2=80=9D? If so, would you accept a patch that just disables -fauto-inc-dec on m68k *always*, even in the cases where it doesn=E2=80=99t ICE? (one-liner) answer whether this would be considerable? (Untested, but should have the desired effect, right Mikael?) --- a/src/gcc/common.opt +++ b/src/gcc/common.opt @@ -858,7 +858,7 @@ Common Report Var(flag_asynchronous_unwi Generate unwind tables that are exact at each instruction boundary =20 fauto-inc-dec -Common Report Var(flag_auto_inc_dec) Init(1) +Common Report Var(flag_auto_inc_dec) Init(0) Generate auto-inc/dec instructions =20 ; -fcheck-bounds causes gcc to generate array bounds checks. Or maybe this one (although it=E2=80=99s got the malus that it can=E2=80=99= t be re-enabled for testing): --- a/src/gcc/config/m68k/m68k.c +++ b/src/gcc/config/m68k/m68k.c @@ -663,6 +663,8 @@ m68k_override_options_after_change (void flag_schedule_insns_after_reload =3D 0; flag_modulo_sched =3D 0; } + /* PR52306 */ + flag_auto_inc_dec =3D 0; } =20 /* Generate a macro of the form __mPREFIX_cpu_NAME, where PREFIX is the Tweaking the option so that it defaults to OFF for m68k, but still can be enabled, would be preferable. I haven't looked at how to achieve that in gcc's options machinery. /Mikael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720539: linux-image-3.10-2-amd64: kernel BUG at linux-3.10.5/fs/buffer.c:1234 (ecryptfs related, hangs on core dump)
Package: src:linux Version: 3.10.5-1 Severity: critical Tags: upstream Justification: breaks the whole system Dear Maintainer, * What led up to the situation? Allow core dumps with ulimit -c unlimited. Run some program that crashes. If the core dump is being generated on an ecryptfs volume, when the core dump should be written to disk, the disk locks up (all processes that access disk will be in D state). Hard reboot necessary. This happened only when writing the core dump to the ecryptfs volume, on plain ext4 everything was okay. This seems to be the same problem discussed here: http://t46460.file-systems-ext4.file-systemstalk.info/kernel-bug-at-fs-buffer-c-1234-t46460.html Here is the kernel dump: [256748.070659] [ cut here ] [256748.070747] kernel BUG at /build/linux-4aFT2B/linux-3.10.5/fs/buffer.c:1234! [256748.070855] invalid opcode: [#1] SMP [256748.070928] Modules linked in: vhost_net macvtap macvlan tun ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp bridge stp llc ecb ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables parport_pc ppdev lp parport cpufreq_powersave cpufreq_userspace cpufreq_stats cpufreq_conservative binfmt_misc hdaps(O) uinput nfsd auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc tp_smapi(O) thinkpad_ec(O) fuse ecryptfs sha256_generic dm_crypt snd_hda_codec_hdmi snd_hda_codec_conexant arc4 iwldvm mac80211 joydev snd_hda_intel i915 snd_hda_codec thinkpad_acpi snd_hwdep snd_pcm snd_page_alloc iwlwifi nvram cfg80211 snd_seq snd_seq_device snd_timer snd drm_kms_helper coretemp kvm_intel cdc_mbim kvm soundcore cdc_wdm iTCO_wdt iTCO_vendor_support cdc_ncm lpc_ich mei_me mei drm usbnet mii i2c_i801 cdc_acm mfd_core i2c_algo_bit i2c_core psmouse s erio_raw acpi_cpufreq tpm_tis mperf pcspkr tpm processor tpm_bios evdev video ac microcode button battery wmi rfkill ext4 crc16 jbd2 mbcache dm_mod sg sr_mod sd_mod cdrom crc_t10dif hid_generic usbhid hid crc32c_intel ghash_clmulni_intel ahci libahci libata aesni_intel thermal thermal_sys scsi_mod aes_x86_64 ablk_helper ehci_pci ehci_hcd sdhci_pci cryptd lrw sdhci gf128mul glue_helper mmc_core e1000e ptp pps_core usbcore usb_common [256748.073411] CPU: 3 PID: 11764 Comm: mod_server Tainted: G O 3.10-2-amd64 #1 Debian 3.10.5-1 [256748.073546] Hardware name: LENOVO 4236PGG/4236PGG, BIOS 83ET63WW (1.33 ) 07/29/2011 [256748.073662] task: 88010aad07c0 ti: 8801145ce000 task.ti: 8801145ce000 [256748.073773] RIP: 0010:[8112c4a9] [8112c4a9] check_irqs_on+0xa/0xd [256748.073933] RSP: 0018:8801145cf790 EFLAGS: 00010046 [256748.074015] RAX: 0082 RBX: 1000 RCX: [256748.074121] RDX: 1000 RSI: 058021fc RDI: 88021d7f3a40 [256748.074227] RBP: 88021d7f3a40 R08: 05de4d00 R09: 0030 [256748.074333] R10: 000e R11: 000e R12: 058021fc [256748.074439] R13: 0001 R14: 058021fc R15: [256748.074548] FS: 7fcb46b73740() GS:88021e2c() knlGS: [256748.074667] CS: 0010 DS: ES: CR0: 80050033 [256748.074753] CR2: 7fcb45e45fa0 CR3: 0002138e1000 CR4: 000407e0 [256748.074860] DR0: DR1: DR2: [256748.074968] DR3: DR6: 0ff0 DR7: 0400 [256748.075072] Stack: [256748.075107] 8112c6dd 8802108df880 8802108dfbc0 a01f6b5e [256748.075236] 880204b49ce0 8801145cf7f8 a01c80df 000e [256748.075362] 8801145cf860 8801145cf8f4 1000 88021d7f3a40 [256748.075489] Call Trace: [256748.075535] [8112c6dd] ? __find_get_block+0x17/0x172 [256748.075662] [a01f6b5e] ? ext4_es_lru_add+0x1c/0x96 [ext4] [256748.075777] [a01c80df] ? __check_block_validity.constprop.53+0x25/0x61 [ext4] [256748.075901] [8112d403] ? __getblk+0x1b/0x275 [256748.075985] [810f87ce] ? kmem_cache_free+0x3f/0x7c [256748.076092] [a01c9c46] ? ext4_getblk+0x9b/0x15d [ext4] [256748.076206] [a01d139e] ? ext4_find_entry+0x1b3/0x3be [ext4] [256748.076309] [810f9df9] ? __kmalloc+0xd9/0xe9 [256748.076393] [81119c45] ? __d_alloc+0x3f/0x141 [256748.076494] [a01d15df] ? ext4_lookup+0x36/0x10b [ext4] [256748.076590] [81119f76] ? d_alloc+0x61/0x69 [256748.076671] [81110c22] ? lookup_real+0x22/0x3b [256748.076756] [8059] ? __lookup_hash+0x28/0x2d [256748.076845] [81114c04] ? lookup_one_len+0xd3/0xe5 [256748.076940] [a05ca186] ? ecryptfs_lookup+0xff/0x2d3 [ecryptfs] [256748.077045] [81110c22] ? lookup_real+0x22/0x3b [256748.077130]
Bug#720507: .dsc field for dgit
Hi, On Fri, 23 Aug 2013, Ian Jackson wrote: I think this is starting to convince me that this means I should be using a different kind of field name. This isn't really suitable. In particular, it shouldn't interact with any deliberate setting of Vcs-* by the maintainer. Yes, Dgit-Commit or Dgit-Ref or something like that seems to be cleaner. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720469: msgpack-python: [sparc] msgpack-python missing in wheezy
On Thu, Aug 22, 2013 at 07:48:41PM +0100, Adam D. Barratt wrote: Control: severity -1 important On Thu, 2013-08-22 at 13:07 +0200, Hermann Lauer wrote: Package: msgpack-python Version: 0.2.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, msgpack-python is not build for sparc in wheezy Then built successfully in the past is incorrect, and this is not a regression (and thus not RC); downgrading. (It's also reported against the version of the package in jessie, where there /is/ a sparc build.) Right, the wheezy 0.1.10 version fails to build: gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.6 -c msgpack/_msgpack.c -o build/temp.linux-sparc64-2.6/msgpack/_msgpack.o In file included from msgpack/pack.h:99:0, from msgpack/_msgpack.c:239: msgpack/pack_template.h:24:21: error: #elif with no expression So 0.2.0 should be made available in wheezy-backports for sparc, as this prevents the installation of salt-common from wheezy-backports. Any way to achieve this ? Thanks, greetings Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716999: i think arch AUR have solved this problem
https://aur.archlinux.org/packages/broadcom-wl/ 1.i download http://www.broadcom.com/support/802.11/linux_sta.php 2.patch it by https://aur.archlinux.org/packages/br/broadcom-wl/broadcom-wl.tar.gz license.patch linux-recent.patch 3.replace /usr/src/broadcom-sta-5.100.82.112 by the patched files above. 4.sudo dpkg-reconfigure broadcom-sta-dkms -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Hi David, 2013/8/18, David Bremner da...@tethera.net: Andrey Gursky andrey.gur...@e-mail.ua writes: 2.4.6 (July 2013): Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all other platforms. Please, consider packaging this module. Do you happen to know if this module is usable with a free (as in [1]) OpenCL platform? Otherwise it might be a bit tricky to distribute in Debian main. I assume, ocl being a part of opencv has the same license. Why should developers decide for users how ocl module can be used. I mean, ocl module itself is as free as whole opencv. If one needs to install some opencl libraries from non-free, why should this impact the right of ocl module to be packaged in main? It would depend only on ocl-icd from main. To be honest, I don't know if any free OpenCL platform has reached the usable stage, but I'd certainly be interested to know about one that had. Usable stage? There is a fpgatools package with only hello world functionality (proof of concept). But that's great it is already in testing! I mean, Debian users should decide whether some package is useful for them or not; it's impossible to do this for all of them. [1] http://www.debian.org/social_contract#guidelines Nobuhiro Iwamatsu, what do you think? Regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720541: lynx: Unable to login on amazon.de
Package: lynx Version: 2.8.8dev.16-1 Severity: important Since lynx was updated in unstable, I am no longer able to login to amazon.de with lynx. I can verify that login to amazon.de still works with version 2.8.8dev.12-2. So something between dev.12 and dev.16 broke. -- Regards, Mario -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720540: RFA: simple-scan -- Simple Scanning Utility
Package: wnpp Severity: normal Due to lack of time and interest, I request an adopter for the simple-scan package. The package description is: Simple Scan is an easy-to-use application, designed to let users connect their scanner and quickly have the image/document in an appropriate format. . Simple Scan is basically a frontend for SANE - which is the same backend as XSANE uses. This means that all existing scanners will work and the interface is well tested. Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720542: geeqie: crash (SIGABRT) when valid image doesn't have an extension
Package: geeqie Version: 1:1.1-7 Severity: normal When I load an image that doesn't have an extension, geeqie crashes with SIGABRT. It can load the same image when it has an extension though: pabs@chianamo ~ $ wget http://www.skutt.com/gallery/images/TonyNatsoulas/pab1.jpg --2013-08-23 11:27:34-- http://www.skutt.com/gallery/images/TonyNatsoulas/pab1.jpg Resolving www.skutt.com (www.skutt.com)... 174.36.150.217 Connecting to www.skutt.com (www.skutt.com)|174.36.150.217|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 13658 (13K) [image/jpeg] Saving to: ‘pab1.jpg’ 100%[==] 13,658 --.-K/s in 0.008s 2013-08-23 11:27:34 (1.60 MB/s) - ‘pab1.jpg’ saved [13658/13658] pabs@chianamo ~ $ geeqie pab1.jpg Could not init LIRC support pabs@chianamo ~ $ mv pab1.jpg img pabs@chianamo ~ $ gdb -batch -n -ex run -ex bt -ex 'thread apply all bt full' --args geeqie img warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Could not init LIRC support [New Thread 0x7fffe5ca8700 (LWP 1834)] ** ERROR:filedata.c:1101:file_data_new_group: assertion failed: (fd) Program received signal SIGABRT, Aborted. 0x74e5a1e5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. #0 0x74e5a1e5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x74e5d398 in __GI_abort () at abort.c:90 #2 0x76b9fc16 in g_assertion_message (domain=domain@entry=0x0, file=file@entry=0x4e029b filedata.c, line=line@entry=1101, func=func@entry=0x4e0ea0 __PRETTY_FUNCTION__.52768 file_data_new_group, message=optimized out) at /tmp/buildd/glib2.0-2.36.4/./glib/gtestutils.c:1912 #3 0x76b9fc74 in g_assertion_message_expr (domain=domain@entry=0x0, file=file@entry=0x4e029b filedata.c, line=line@entry=1101, func=func@entry=0x4e0ea0 __PRETTY_FUNCTION__.52768 file_data_new_group, expr=expr@entry=0x4e01fe fd) at /tmp/buildd/glib2.0-2.36.4/./glib/gtestutils.c:1923 #4 0x004572ac in file_data_new_group (path_utf8=optimized out) at filedata.c:1101 #5 0x00469445 in layout_set_path (lw=lw@entry=0x7ed270, path=optimized out) at layout.c:855 #6 0x0046cb36 in layout_new_from_config (attribute_names=attribute_names@entry=0x7fffd6a0, attribute_values=attribute_values@entry=0x7fffd580, use_commandline=1) at layout.c:2427 #7 0x004a50af in options_parse_toplevel (attribute_values=0x7fffd580, attribute_names=0x7fffd6a0, element_name=optimized out, parser_data=0x7d0e40, context=optimized out, data=optimized out, error=optimized out) at rcfile.c:1121 #8 options_parse_toplevel (parser_data=0x7d0e40, context=optimized out, element_name=optimized out, attribute_names=0x7fffd6a0, attribute_values=0x7fffd580, data=optimized out, error=0x7fffd7c0) at rcfile.c:1096 #9 0x004a27bb in start_element (context=0x7d0fc0, element_name=0x7d7390 layout, attribute_names=0x7fffd6a0, attribute_values=0x7fffd580, user_data=0x7d0e40, error=0x7fffd7c0) at rcfile.c:1186 #10 0x76b7e631 in emit_start_element (context=context@entry=0x7d0fc0, error=error@entry=0x0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmarkup.c:1029 #11 0x76b7ff90 in g_markup_parse_context_parse (context=context@entry=0x7d0fc0, text=optimized out, text_len=optimized out, text_len@entry=20298, error=error@entry=0x0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmarkup.c:1366 #12 0x004a5cfb in load_config_from_buf (buf=optimized out, size=20298, startup=startup@entry=1) at rcfile.c:1231 #13 0x004a5dc5 in load_config_from_file (utf8_path=utf8_path@entry=0x7d9170 /home/pabs/.config/geeqie/geeqierc.xml, startup=startup@entry=1) at rcfile.c:1253 #14 0x0047cfde in load_options (options=optimized out) at options.c:265 #15 0x0041ac13 in main (argc=2, argv=0x7fffdb28) at main.c:827 Thread 2 (Thread 0x7fffe5ca8700 (LWP 1834)): #0 0x74f0219d in poll () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x76b7c194 in g_main_context_poll (priority=2147483647, n_fds=3, fds=0x988ba0, timeout=-1, context=0x871e20) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3995 poll_func = 0x76b8add0 g_poll #2 g_main_context_iterate (context=0x871e20, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3696 max_priority = 2147483647 timeout = -1 some_ready = optimized out nfds = 3 allocated_nfds = 3 fds
Bug#720543: notmuch: Please provide a script allowing to compact the xapian base
Package: notmuch Version: 0.16-1 Severity: wishlist Hi. I think it would be great to provide a script allowing to do some maintenance on the xapian DB to improve performance, as explained in http://notmuchmail.org/performance/ (Compact your database). Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages notmuch depends on: ii libc6 2.17-92 ii libglib2.0-02.36.4-1 ii libgmime-2.6-0 2.6.16-1 ii libnotmuch3 0.16-1 ii libtalloc2 2.0.8-1 Versions of packages notmuch recommends: ii gnupg-agent2.0.20-1 ii notmuch-emacs 0.16-1 notmuch suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720537: ITP: r-bioc-iranges -- GNU R low-level containers for storing sets of integer ranges
Puuuh, darios Geschenke sind auch da. Ha, ich mag die Sprüche in den Karten :) 2013/8/23 Andreas Tille ti...@debian.org Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-iranges Version : 1.18.3 Upstream Author : H. Pages * URL : http://bioconductor.org/packages/2.3/bioc/html/IRanges.html * License : Artistic-2.0 Programming Lang: R Description : GNU R low-level containers for storing sets of integer ranges Ranges class and its extensions are low-level containers for storing sets of integer ranges. A typical use of these containers in biology is for representing a set of chromosome regions. More specific extensions of the IRanges class will typically allow the storage of additional information attached to each chromosome region as well as a hierarchical relationship between these regions. This package belongs to a large set of prerequisites we need from BioConductor to get the existing package r-bioc-cummerbund updated to the latest version. The packaging is done inside the Debian Med team and was prepared in svn:// anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-iranges/trunk/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130823084144.12585.75195.report...@mail.an3as.eu
Bug#720544: nmu: xorg-server_2:1.12.4-6.2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu xserver-xorg-core on amd64 depends on libudev1 which is only available in experimental. Please rebuild xorg-server in a clean unstable environment. nmu xorg-server_2:1.12.4-6.2 . amd64 . -m Rebuild in a clean unstable environment. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#705420: Confirming
Hi I can confirm that bug here running debian unstalbe on amd64.
Bug#720545: bash: Please consider removing privmode.diff
Source: bash Version: 4.2+dfsg-0.1 Severity: wishlist Tags: security Hi, After reading the following link, I'm wondering it shouldn't be time to consider removing the privmode.diff patch in Debian. http://blog.cmpxchg8b.com/2013/08/security-debianisms.html This patch has been added back in 1999 to fix^Wworkaround an issue with bsmtpd (#52586). At the time privileges dropping in bash was brand new, but now 14 years later, we could expect that other software are aware of this behaviour (hopefully) and that it can safely be removed. Both bsmtpd and dip (listed at point 7 in the NOTES file as possibly impacted) are both gone in Debian since 2005. Note that some manpages (ie. system(3)) have a special note about this bash behaviour in debian that should be removed too if you are deciding to drop the patch. Cheers Laurent Bigonville -- 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/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (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#708143: mips64(el) and mipsn32(el) support with multilib
Hi, doko I upload the buildlog to http://people.ubuntu.com/~wzssyqa/gcc-4.8_4.8.1-10+nmu_mips64el-20130822-0254.build.xz On Thu, Aug 22, 2013 at 2:55 AM, YunQiang Su wzss...@gmail.com wrote: This new one won't define TARGET for control.m4 when with_deps_on_target_arch_pkgs=yes is used. With this patch, 1. echo mips64el debian/target with_deps_on_target_arch_pkgs=yes DH_VERBOSE=1 \ WITH_SYSROOT=/ BACKPORT=false PKG_IGNORE_CURRENTLY_BUILDING=1 \ DEB_BUILD_OPTIONS=nostrip BACKPORT=false dpkg-buildpackage -b -uc -us -d -nc successfully build with {gcc,cpp,g++...}-4.8-mips64el-linux-gnuabi64-4.8.1-10*_amd64.deb and lib*_mips64el.deb out. 2. dpkg-buildpackage -B successfully build for native amd64 build. 3. dpkg-buildpackage failed to build with an error dh_installdeb -pgcj-4.8-source dh_md5sums -pgcj-4.8-source dh_builddeb -pgcj-4.8-source dpkg-deb: building package `gcj-4.8-source' in `../gcj-4.8-source_4.8.1-10_all.deb'. touch stamps/08-binary-stamp-libgcjsrc mkdir -p /tmp/buildd/gcc-4.8-svn/gcc-4.8-4.8.1/build/java-src cd /tmp/buildd/gcc-4.8-svn/gcc-4.8-4.8.1/build/java-src fastjar -xf /tmp/buildd/gcc-4.8-svn/gcc-4.8-4.8.1/build/x86_64-linux-gnu/libjava/src.zip Error! CRCs do not match! Got 264aca47, expected 95962ba4 make[1]: *** [stamps/05-build-javadoc-stamp] Error 1 4. the native mips64el one is building. More than 10 hours will be needed. On Thu, Aug 22, 2013 at 1:52 AM, YunQiang Su wzss...@gmail.com wrote: On Wed, Aug 21, 2013 at 8:55 PM, Matthias Klose d...@debian.org wrote: Am 03.08.2013 08:58, schrieb YunQiang Su: Hi, I refresh this patch to 4.8.1-8 On Fri, Jul 12, 2013 at 11:52 PM, YunQiang Su wzss...@gmail.com wrote: I refresh this patch with 4.8.1-6 This version patch add multilib support. fixed some chunks and removed some chunks from the patch. You removed the lib32loc chunks, while they may be needed. As there is something special for mips*: They asked to put o32 libraries to /lib, and n32 in /lib32, n64 in /lib64 if not multiarched on any platform So on mips64(el) platform, lib32 is used by n32 abi, while /lib is for o32. I have to do it like this. the patch was never tested on amd64. It's amd64, not x86_64. why are the configured_libdir changes necessary? left them out for now. same for the changes in debian/rules.d/* It was my fault. please check the version in the vcs. I have read it and add some more fix. The attachment is the diff of it with the svn r6944 I am testing it on cross mips64el on amd64 amd64 native and mips64el native build. are there test summaries available for the current builds? I will give you the buildlog when mips64el build finished. please make sure that the changed multiarch definitions are applied upstream. Matthias -- YunQiang Su -- YunQiang Su -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697277: [iceweasel] Suggest MathJax and Asana fonts for better MathML rendering
Control: tags -1 +patch On Sun, 28/07/2013 18:27 +0200, Frédéric WANG wrote: Any update on this bug? As I see, MathJax fonts are now available on Debian Testing (and Ubuntu, Mint). Let's add a patch in hope this will speed up inclusion. Mike, any chance you can look at this? -- Dmitry Shachnev diff -uN a/control b/control --- a/control 2013-08-23 14:15:18.583496804 +0400 +++ b/control 2013-08-23 14:16:52.139492976 +0400 @@ -65,6 +65,8 @@ xulrunner-23.0 (= ${binary:Version}), libsqlite3-0 (= 3.7.12-1~) Suggests: fonts-stix | otf-stix, + fonts-oflb-asana-math, + fonts-mathjax, mozplugger, libgssapi-krb5-2 | libkrb53 Breaks: xul-ext-torbutton diff -uN a/control.in b/control.in --- a/control.in 2013-08-23 14:15:18.583496804 +0400 +++ b/control.in 2013-08-23 14:16:28.491493944 +0400 @@ -65,6 +65,8 @@ xulrunner-@GRE_VERSION@ (= ${binary:Version}), libsqlite3-0 (= 3.7.12-1~) Suggests: fonts-stix | otf-stix, + fonts-oflb-asana-math, + fonts-mathjax, mozplugger, libgssapi-krb5-2 | libkrb53 Breaks: xul-ext-torbutton signature.asc Description: This is a digitally signed message part
Bug#719996: jitsi: Display broken with jdk7
Hi, could you also add what is the desktop environment you use? Using latest sid of debian-7 with jre7 and gnome3 works fine. Any exceptions in the logs? Thanks damencho On Sat, Aug 17, 2013 at 5:18 PM, Edward Allcutt edw...@allcutt.me.ukwrote: Package: jitsi Version: 2.3.4687.9786-1 Severity: normal Dear Maintainer, After installing openjdk-7-jre, on starting jitsi the main window displays just a grey box. Switching back to java6 with update-alternatives currently works as a workaround. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jitsi depends on: ii default-jre [java6-runtime]1:1.7-49 ii libbcprov-java 1.44+dfsg-3.1 ii libcommons-codec-java 1.8-1 ii libcommons-logging-java1.1.3-1 ii libdbus-java 2.8-4 ii libdnsjava-java2.1.5-0.1 ii libfelix-framework-java4.0.1-2 ii libfelix-main-java 4.0.1-2 ii libhttpclient-java 4.2.5-2 ii libhttpcore-java 4.3-1 ii libhttpmime-java 4.2.5-2 ii libjgoodies-forms-java 1.6.0-4 ii libjitsi-jni 2.3.4687.9786-1 ii libjmdns-java 3.4.1-2 ii libjna-java3.2.7-4+b1 ii libjson-simple-java1.1-dfsg1-2 ii libjzlib-java 1.1.2-1 ii liblaf-widget-java 4.3-2 ii liblog4j1.2-java 1.2.17-3 ii libmac-widgets-java0.9.5+svn369-dfsg1-3 ii libunixsocket-java 0.7.3-1 ii libxpp3-java 1.1.4c-2 ii openjdk-6-jre [java6-runtime] 6b27-1.12.5-2 ii openjdk-7-jre [java6-runtime] 7u21-2.3.9-5 jitsi recommends no packages. jitsi suggests no packages. -- no debconf information
Bug#720546: ITP: r-bioc-affyio -- BioConductor tools for parsing Affymetrix data files
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-affyio Version : 1.28.0-1 Upstream Author : Benjamin Milo Bolstad bmb at bmbolstad.com * URL : http://www.bioconductor.org/packages/2.12/bioc/html/affyio.html * License : LGPL-2.1+ Programming Lang: R Description : BioConductor tools for parsing Affymetrix data files This BioConductor package provides routines for parsing Affymetrix data files based upon file format information. Primary focus is on accessing the CEL and CDF file formats. This package belongs to a chain of preconditions to upgrade the package r-bioc-cummerbund. It is maintained in Debian Med team and available in SVN svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-affyio/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719225: Pending fixes for bugs in the libconfig-model-dpkg-perl package
tag 719225 + pending thanks Some bugs in the libconfig-model-dpkg-perl package are closed in revision bdc198a83abd2e903c77bf04a627eac05eead0c3 in branch 'master' by Dominique Dumont The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libconfig-model-dpkg-perl.git;a=commitdiff;h=bdc198a Commit message: Fix alternate dependency corner case (Closes: #719225) Corner case was a dual life module where the oldest version in Debian is not yet shipped with Debian Perl. The trick is to use the first version available in Debian as a required version. Of course this must not be added in the fixed dependency ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719411:
It is based on Debian: http://leaf.sourceforge.net/ So maybe integrate into the main Debian? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720547: ITP: ocaml-estring -- Estring: OCaml development platform
Package: wnpp Owner: Dmitrijs Ledkovs x...@debian.org Severity: wishlist * Package name: ocaml-estring Version : git snapshot Upstream Author : Jeremie Dimino * URL or Web page : https://github.com/diml/estring * License : BSD-3-Clause Description : Estring: OCaml development platform estring, which stands for `extended strings' is a syntax extension allowing to prefix string literals with a specifier to change their meaning. . This package used to be part of the batteries project. Regards, Dmitrijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720548: xboard: does not store time settings in configuration file
Package: xboard Version: 4.6.2-1 Severity: normal I always set time management to x seconds per move. Then I click on save settings. But after an xboard restart the settings are reset to the defaults. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xboard depends on: ii dpkg1.16.9 Debian package management system ii libc6 2.17-3 Embedded GNU C Library: Shared lib ii libice6 2:1.0.8-2X11 Inter-Client Exchange library ii libsm6 2:1.2.1-2X11 Session Management library ii libx11-62:1.5.0-1+deb7u1 X11 client-side library ii libxaw7 2:1.0.10-2 X11 Athena Widget library ii libxmu6 2:1.1.1-1X11 miscellaneous utility library ii libxpm4 1:3.5.10-1 X11 pixmap library ii libxt6 1:1.1.3-1+deb7u1 X11 toolkit intrinsics library Versions of packages xboard recommends: ii fairymax 4.8q-2 xboard compatible chess and chess- ii xfonts-100dpi 1:1.0.3100 dpi fonts for X ii xfonts-75dpi 1:1.0.375 dpi fonts for X Versions of packages xboard suggests: ii gnome-terminal [x-terminal-em 3.4.1.1-2 GNOME terminal emulator applicatio ii xterm [x-terminal-emulator] 278-4 X terminal emulator -- 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#720518: ITP: tdbcpostgres -- Postgresql driver for the TDBC datatabase connectivity
Hello, On 23 August 2013 00:30, Massimo Manghi mxman...@apache.org wrote: * Package name: tdbcpostgres Version : 1.0.0 Upstream Author : mxman...@apache.org * URL : http://tdbc.tcl.tk/ * License : BSD Programming Lang: (C,Tcl) Description : Postgresql driver for the TDBC datatabase connectivity I think you need to rename the package according to the Tcl packaging policy, just as you did with the SQLite backend. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720549: python-matplotlib: xkcd mode only refers to non-free fonts
Package: python-matplotlib Version: 1.3.0-1 Severity: normal When using the xkcd mode, matplotlib tries to use a font in the list ['Humor Sans', 'Comic Sans MS'], which does not include any free font available in debian, resulting in an user warning: import matplotlib.pyplot as plt plt.xkcd() plt.figure() plt.plot([0,1],[4,5]) plt.savefig('my_graph.png') /usr/lib/pymodules/python2.7/matplotlib/font_manager.py:1236: UserWarning: findf ont: Font family ['Humor Sans', 'Comic Sans MS'] not found. Falling back to Bits tream Vera Sans (prop.get_family(), self.defaultFamily[fontext])) /usr/lib/pymodules/python2.7/matplotlib/font_manager.py:1246: UserWarning: findf ont: Could not match :family=Bitstream Vera Sans:style=normal:variant=normal:wei ght=normal:stretch=normal:size=medium. Returning /usr/share/matplotlib/mpl-data/ fonts/ttf/cmb10.ttf UserWarning) IMHO the best solution would be to add a third failback option that is available in debian; maybe ttf-staypuft would be stylistically adeguate? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-matplotlib depends on: ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92 ii libcairo2 1.12.14-4 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-0 1.32.5-5+b1 ii libpng12-01.2.49-4 ii libstdc++64.8.1-2 ii python2.7.5-2 ii python-dateutil 1.5+dfsg-0.1 ii python-matplotlib-data1.3.0-1 ii python-numpy [python-numpy-abi9] 1:1.7.1-2+b1 ii python-pyparsing 1.5.7+dfsg1-2 ii python-support1.0.15 ii python-tz 2012c-1 ii tcl8.58.5.14-2 ii tk8.5 8.5.14-2 Versions of packages python-matplotlib recommends: ii python-glade2 2.24.0-3+b1 ii python-tk 2.7.5-1 Versions of packages python-matplotlib suggests: pn dvipng none pn gir1.2-gtk-3.0 none ii ipython0.13.2-2 ii librsvg2-common2.36.4-2 ii python-cairo 1.8.8-1+b2 ii python-configobj 4.7.2+ds-5 pn python-excelerator none ii python-gobject 3.8.2-1 ii python-gtk22.24.0-3+b1 pn python-matplotlib-doc none ii python-qt4 4.10.2-2 pn python-scipy none ii python-sip 4.14.7-3+b1 pn python-traits none pn python-wxgtk2.8none ii texlive-extra-utils2012.20120611-2 ii texlive-latex-extra2012.20120611-2 -- 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#720518: ITP: tdbcpostgres -- Postgresql driver for the TDBC datatabase connectivity
I decided to call the package after the source package name. This package is eventually generating tcl8.x binary packages that follow the policy. In future it might happen that multiple binary packages for binary incompatible Tcl versions have to be released. -- Massimo On 08/23/2013 12:54 PM, Andrew Shadura wrote: Hello, On 23 August 2013 00:30, Massimo Manghi mxman...@apache.org wrote: * Package name: tdbcpostgres Version : 1.0.0 Upstream Author : mxman...@apache.org * URL : http://tdbc.tcl.tk/ * License : BSD Programming Lang: (C,Tcl) Description : Postgresql driver for the TDBC datatabase connectivity I think you need to rename the package according to the Tcl packaging policy, just as you did with the SQLite backend. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720550: ITP: r-bioc-preprocesscore -- BioConductor collection of pre-processing functions
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-preprocesscore Version : 1.22.0 Upstream Author : Benjamin Milo Bolstad bmb at bmbolstad.com * URL : http://www.bioconductor.org/packages/2.12/bioc/html/preprocessCore.html * License : LGPL-2.1 Programming Lang: R Description : BioConductor collection of pre-processing functions This BioConductor module contains a library of pre-processing functions. It is imported by several other BioConductor modules. This package belongs to the set of preconditions for the new version of r-bioc-cummerbund and is maintained in Debian Med team. It is available in SVN svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-preprocesscore/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719585: jitsi: Reports time in UTC instead of the local timezone
Hi, did you change the timezone while jitsi was running? Currently timezone change while running is not supported. Timestamps are normally shown on my side. If I change timezone (using # dpkg-reconfigure tzdata as described in https://wiki.debian.org/TimeZoneChanges) and then start jitsi everything seems fine and timestamps of history are updated correctly and those for incoming and outgoing messages also shows the localtime of the machine. Regards damencho On Tue, Aug 13, 2013 at 1:43 PM, Kurt Roeckx k...@roeckx.be wrote: Package: jitsi Version: 2.3.4687.9786-1 When chatting with someone, the timestamps are shown in UTC instead of the local time zone that I set on the system. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720525: dgit push fails for DD due to git.debian.org permissions problem
Joey Hess writes (Bug#720525: dgit push fails for DD due to git.debian.org permissions problem): mkdir: cannot create directory `alien.git': Permission denied ssh: failed command: ssh git.debian.org 'set -e; cd /git/dgit-repos; mkdir -p alien.git; cd alien.git; if ! test -d objects; then git init --bare; fi' dgit: subprocess failed with error exit status 1 git.debian.org:/git/dgit-repos is writable by the svn_dgit-repos group, but I am not in that group. You're supposed to be, I think. I've had a history of overflowing some unexpectedly small number of groups limit on alioth in the past. If all DDs are supposed to be in that group somehow, that could be the problem again. I think that is likely. I've just checked the page on alioth Edit Role for Debian Developer and it says SCM [Commit access]. Otherwise, why not just make the directory, and the repositories created in it, be writable by the scm_collab-qa group? That would be fine. I've done that with the repos but I can't do it for the parent directory because it's owned by root. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720518: ITP: tdbcpostgres -- Postgresql driver for the TDBC datatabase connectivity
Hello, On 23 August 2013 13:01, Massimo Manghi mxman...@apache.org wrote: I decided to call the package after the source package name. This package is eventually generating tcl8.x binary packages that follow the policy. In future it might happen that multiple binary packages for binary incompatible Tcl versions have to be released. Yes, that's what I meant. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717808: Panel unfreezes after some timeout
Hi all! I've been working a bit more to figure out what's causing the behaviour I reported in this bug. I did suspect quicksynergy, since it threw a lot of errors, but it occurs without it too. I have not posted my .xsession-errors, since I believe they only messages I get there are irrelevant: [0x26276b8] main input error: ES_OUT_RESET_PCR called kded(6596)/kmix sink_input_cb: Ignoring sink-input due to it being designated as an event and thus handled by the Event slider This seems to be sound system problems, and not network related. The final thing I have now noticed is that the panel does unfreeze after something times out. It takes a very long time, and so far, I have not been sitting around for long enough to see what it can be... Just that I have noticed it happening if I have been AFK for a long time. Best, Kjetil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527907: [doxygen] unreproducible
Package: doxygen Version: 1.8.1.2-2 --- Please enter the report below this line. --- This problem is unreproducible on wheezy. IMHO this bug should be closed. --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.1 500 stable-updates mi.mirror.garr.it 500 stable security.debian.org 500 stable mi.mirror.garr.it --- Package information. --- Depends(Version) | Installed -+-== libc6 (= 2.3.6-6~) | 2.13-38 libgcc1 (= 1:4.1.1) | 1:4.7.2-5 libstdc++6(= 4.1.1) | 4.7.2-5 Recommends (Version) | Installed -+-=== doxygen-latex| 1.8.1.2-2 Suggests (Version) | Installed ==-+-=== doxygen-doc| 1.8.1.2-2 doxygen-gui| 1.8.1.2-2 graphviz | 2.26.3-14 -- == Paolo Greppi +39 320 8960642 paolo.gre...@libpf.com http://www.libpf.com == -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551598: [doxygen] more info required
Package: doxygen Version: 1.8.1.2-2 Hi there, do you still see this happening ? Can you supply a test case ? Thanks, Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719944: intel-microcode stable backport upload waiting for the initramfs-tools backport upload
On Thu, 2013-08-22 at 10:01 -0300, Henrique de Moraes Holschuh wrote: Ben, I have the intel-microcode wheezy-backport update tested, and ready for upload. Do you have any timeframe for the initramfs-tools backport upload (of v0.113)? The intel-microcode backport really wants it, so it is best to have initramfs-tools in bpo70 before I upload the intel-microcode backport... Done. Ben. -- Ben Hutchings The obvious mathematical breakthrough [to break modern encryption] would be development of an easy way to factor large prime numbers. - Bill Gates signature.asc Description: This is a digitally signed message part
Bug#720522: cannot NMU dgit using dgit
Joey Hess writes (Bug#720522: cannot NMU dgit using dgit): I have not actually tried to NMU dgit using dgit, but a look at the permissions of its git repository on dgit.debian.net leads me to believe this would fail. The repository is only writable by iwj:iwj. Yes, this is a bug. If dgit created that repository, it seems to need to be fixed to use more open permissions. Probably also passing --shared to git init --bare would be wise, to avoid some multi-writer git repository permissions gotchas. Yes. I have changed dgit to use a _template directory when creating new repos. That's in 0.8. I have also fixed up the existing repo (just the dgit.git for now). (If you'd like an NMU test of dgit, I'm happy to oblige, just send me a git patch to apply and upload..) Please go ahead, but into experimental. You will probably want to use 0.8 which I have just pushed. You should be able to make an empty NMU by just adding a debian/changelog entry. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720523: UNRELEASED suite handling
Joey Hess writes (Bug#720523: UNRELEASED suite handling): (I'm also curious why building the package should need to ssh off to look up the canonical name of the suite. I can certianly build packages myself without needing to do that.) If you use dgit build it invokes git-buildpackage which wants to check that the branch you're on is the right branch. That branch name is named after the suite. dgit sbuild doesn't have that check, and I wasn't sure that it was a good idea anyway so I didn't feel like replicating it in dgit. Thanks for your bug reports. I think I've dealt with the critical ones and I hope to get to the rest soon... Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720469: msgpack-python: [sparc] msgpack-python missing in wheezy
On 2013-08-23 9:43, Hermann Lauer wrote: So 0.2.0 should be made available in wheezy-backports for sparc, as this prevents the installation of salt-common from wheezy-backports. Any way to achieve this ? Asking the maintainer if they'd be prepared to upload (and maintain) such a backport would be a good first step; note that this would be for all architectures, not just sparc. (I'm not the maintainer, just looking at RC bugs.) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720507: .dsc field for dgit [and 1 more messages]
Charles Plessy writes (Re: Bug#720507: .dsc field for dgit): thank you for your patch and for your work on dgit. In light of the discussion about how our infrastructure handles this field, I would like to wait for further testing and adoption before adding it to the Policy. Please do not hesitate to ping us when you think it is time. I'd like to get the field name finalised soon, and also to add the policy requirement. Joey explains it well. About the name, what does Master mean ? Isn't that misleading if the referenced commit is not on the master branch ? Perhaps it is. I'm certainly not wedded to the name. Dgit-Commit would be an obvious one but in the future I expect it to contain more than one commit hash and perhaps other information. Is just Dgit too short ? Lastly, in case of the dgit repositories would move from the Alioth project 'dgit-repos' to somewhere else, could you propose a wording that is more generic, and that is more explicit on what a 'dgit-repos' is ? dgit-repos is precisely the name for the canonical location in which these commits can be found. PS: off-topic question: do you have comments to make about the documentation of Dpkg's triggers to the Policy ? I'm afraid I haven't had a chance to review that. Is it any different in semantics to the original triggers text file document ? Joey Hess writes (Re: Bug#720507: .dsc field for dgit): AIUI this is because packages move between suites in the archive without that move necessarily being immediately reflected in a git repository. Also because dgit doesn't need that invariant to work properly. Precisely. It may be too early to put a MUST in policy that would be broken if dgit.debian.net went away tomorrow. I think that the right approach to that would be to remove the item from policy again, or to regard it as a bug in dgit.debian.net. But I think what Ian is trying to do here is avoid the archive and dgit.debian.net becoming inconsistent due to a botched upload, as long as dgit.debian.net continues to exist and continues to contain a repository for a given package. It's reasonable to consider such an inconsistency a bug in the package, unless it somehow turns out to be a bug in dgit.debian.net. Yes. I would go further: even if the repo doesn't exist for that specific package, it is a problem. I think the right way is my wording. If it turns out that dgit.debian.net breaks then that's a bug in dgit.debian.net. If the package has a broken state then it should be rectified somehow. dgit.debian.net is only going to go away entirely if we consider the whole thing a failed experiment (and perhaps not even then). Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720551: hsqldb: Please stop using openjdk-6-*
Package: hsqldb Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720532: dselect: Command line option 'f' [from -f] is not known
On Fri, Aug 23, 2013 at 09:13:20AM +0200, Domenico Andreoli wrote: Package: apt Version: 0.9.11 Severity: important Thanks for your bugreport. apt 0.9.11 breaks dselect, which complains loudly when I try to update from sources (I use the apt backend): | E: Command line option 'f' [from -f] is not known. | | dselect: warning: subprocess update available list script returned error exit status 1 | Press enter to continue. I see that between 0.9.10 and 0.9.11 there is some refactoring around the command line [0]. Maybe some option has been left over? I don't know how many other dselect users are left with me but the regression is quite serious for us. Is it possible to investigate further? [..] The attached patch should fix that, the commandline parser got a bit stricter, this caused this bug. Cheers, Michael From 17e4360804ffd2b5530b8ceb0e42834eb99e526e Mon Sep 17 00:00:00 2001 From: Michael Vogt m...@debian.org Date: Fri, 23 Aug 2013 13:44:21 +0200 Subject: [PATCH] dselect/update: remove -f option as its not being used in the context of apt-get update --- dselect/update | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dselect/update b/dselect/update index 411033c..487fbf2 100755 --- a/dselect/update +++ b/dselect/update @@ -6,7 +6,7 @@ TEXTDOMAIN=apt # Get the configuration from /etc/apt/apt.conf CLEAN=prompt -OPTS=-f +OPTS= APTGET=/usr/bin/apt-get APTCACHE=/usr/bin/apt-cache DPKG=/usr/bin/dpkg -- 1.8.3.2
Bug#720428: maildirsync: FTBFS with perl 5.18: POD failure
Control: tags -1 patch -=| Dominic Hargreaves, 21.08.2013 18:57:19 +0100 |=- Source: maildirsync Version: 1.2-1 Severity: serious Justification: transition imminent User: debian-p...@lists.debian.org Usertags: perl-5.18-transition Tags: sid jessie This package FTBFS with perl 5.18: pod2man maildirsync.pod maildirsync.1 maildirsync.pod around line 197: Expected text after =item, not a number maildirsync.pod around line 201: Expected text after =item, not a number maildirsync.pod around line 205: Expected text after =item, not a number maildirsync.pod around line 209: Expected text after =item, not a number maildirsync.pod around line 213: Expected text after =item, not a number maildirsync.pod around line 407: Non-ASCII character seen before =encoding in 'S zabF3,'. Assuming ISO8859-1 POD document had syntax errors at /usr/bin/pod2man line 71. make: *** [build-stamp] Error 255 Atached is a patch that overcomes all POD problems with perl 5.18. I could also NMU with it if needed. Cheers, dam Description: Fix POD failures with perl 5.18 * Adds explicit =encoding * avoids number-only =item's Author: Damyan Ivanov d...@debian.org --- a/maildirsync.pod +++ b/maildirsync.pod @@ -1,3 +1,5 @@ +=encoding latin1 + =head1 NAME maildirsync - Online synchronizer for Maildir-format mailboxes @@ -190,27 +192,27 @@ verbosity level: =over 4 -=item 0 +=item C0 No information at all. -=item 1 +=item C1 Main operations. -=item 2 +=item C2 Files sent, received, deleted, moved, md5 calculations. -=item 3 +=item C3 Directories read and created. -=item 4 +=item C4 Options + command echo. -=item 5 +=item C5 Misc info about file transfer.
Bug#720553: colt: Please stop using openjdk-6-*
Package: colt Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720552: cardstories: Please stop using openjdk-6-*
Package: cardstories Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jre-headless ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720555: dgit: Cannot push --new
Package: dgit Version: 0.7 Severity: normal Dear Maintainer, I did: $ dgit clone --new ocaml-estring $ pull upstream tree, tarball, made packaging $ git commit -a $ dgit sbuild $ dgit push --new canonical suite name for unstable is sid canonical suite name for unstable is sid Format `3.0 (quilt)', urgh checking that ocaml-estring_20130822-1.dsc corresponds to HEAD dpkg-source: warning: extracting unsigned source package (../../../../ocaml-estring_20130822-1.dsc) dpkg-source: info: extracting ocaml-estring in ocaml-estring-20130822 dpkg-source: info: unpacking ocaml-estring_20130822.orig.tar.xz dpkg-source: info: unpacking ocaml-estring_20130822-1.debian.tar.gz Died at /usr/bin/dgit line 484. The function in question is: 477 sub mktree_in_ud_from_only_subdir () { 478 # changes into the subdir 479 my (@dirs) = */.; 480 die unless @dirs==1; 481 $dirs[0] =~ m#^([^/]+)/\.$# or die; 482 my $dir = $1; 483 chdir $dir or die $dir $!; 484 die if stat '.git'; 485 die $! unless $!==ENOENT; 486 runcmd qw(git init -q); 487 rmtree('.git/objects'); 488 symlink '../../../../objects','.git/objects' or die $!; 489 runcmd @git, qw(add -Af); 490 my $tree = cmdoutput @git, qw(write-tree); 491 $tree =~ m/^\w+$/ or die $tree ?; 492 return ($tree,$dir); 493 } Not sure why it's trying to create a new git repository, since as far as I can tell, one will never be able to get to $ dgit push, without having a local repository already Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
Hi, latest version of lvm2 from unstable (2.02.98-5) fixes this for us. When installing lvm2, the following dependecies got pulled from unstable into the wheezy-setup: - libc-dev-bin 2.13-38 - libc-dev-bin 2.17-92 - libc6-dev 2.13-38 - libc6-dev 2.17-92 - locales 2.13-38 - 2.17-92 - libc6 2.13-38 - 2.17-92 I talked to wa...@debian.org on IRC, he will prepare a lvm2 package for wheezy which fixes this bug. Thank you all for helping tracking this down! Have a nice weekend, Frank On Fri, Jul 26, 2013 at 5:14 PM, Frank Steinborn stei...@nognu.de wrote: Hi, we are a bit further in debugging this. We installed a DELL PowerEdge r620 (same hardware as used in our DRBD-cluster where this problem happens). As noone in this thread brought DRBD into play, I didn't expect any interaction with it related to this bug. However, we were not able to reproduce with just LVM2 (eg. configure LV, do IO in LV, remove LV, hang.) So we installed a second machine and put DRBD on top of the LVs. And voila, as soon as we create a snapshot of the LV where DRBD is on top and remove this snapshot it fails ca. 1/3 of the time. Some facts: root@drbd-primary:~# lvremove --force /dev/vg0/lv0-snap Unable to deactivate open vg0-lv0--snap-cow (254:3) Failed to resume lv0-snap. libdevmapper exiting with 1 device(s) still suspended. After this, dmsetup info gives the following output: snip Name: vg0-lv0--snap State: ACTIVE Read Ahead:256 Tables present:LIVE Open count:0 Event number: 0 Major, minor: 254, 1 Number of targets: 1 UUID: LVM-M0Z897O16CAiYbSivOzgSn0M9Ae9TdoYy4WFhwy43CZA1g7zKFGF915pLAOIPvFZ Name: vg0-lv0-real State: ACTIVE Read Ahead:0 Tables present:LIVE Open count:1 Event number: 0 Major, minor: 254, 2 Number of targets: 1 UUID: LVM-M0Z897O16CAiYbSivOzgSn0M9Ae9TdoYC3ppjt1CZ3AcZR2hNz1VT5CHdM4RR32j-real Name: vg0-lv0 State: SUSPENDED Read Ahead:256 Tables present:LIVE INACTIVE Open count:2 Event number: 0 Major, minor: 254, 0 Number of targets: 1 UUID: LVM-M0Z897O16CAiYbSivOzgSn0M9Ae9TdoYC3ppjt1CZ3AcZR2hNz1VT5CHdM4RR32j Name: vg0-lv0--snap-cow State: ACTIVE Read Ahead:0 Tables present:LIVE Open count:0 Event number: 0 Major, minor: 254, 3 Number of targets: 1 UUID: LVM-M0Z897O16CAiYbSivOzgSn0M9Ae9TdoYy4WFhwy43CZA1g7zKFGF915pLAOIPvFZ-cow snap As you can see, the real LV with DRBD on top is now in state SUSPENDED - which causes the cluster to be non-functional as IO operations stall on both the primary and secondary node until one does dmsetup resume /dev/vg0/lv0. Another interesting issue we've seen: after doing dmsetup resume /dev/vg0/lv0, lv0-snap doesn't appear to be a snapshot anymore, given the output of lvs (lv0-snap has no origin anymore): LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert lv0 vg0 -wi-ao-- 200.00g lv0-snap vg0 -wi-a--- 40.00g Some miscellaneous notes: * It _feels_ to only happen when the snapshot is filled at least something around 50-60%. * We can trigger something like this even without DRBD. When triggered however, the LV will never end up in SUSPENDED state and a second try of lvremove will always succeed. Thats all we have so far. I already had a private conversation with wa...@debian.org on this and we will (probably) provide him remote access on this system as soon as we have the setup reachable from the outside. Please let me know if I can provide any more information to get this fixed. I put drbd-dev in cc, maybe someone over there has an idea on this? @drbd-dev: system is debian wheezy, w/ drbd 8.3.11, lvm2 2.02.95. Thanks, Frank -- Frank Steinborn - steinb...@sipgate.de Telefon: +49 (0)211-63 55 55-87 Mobil: +49 (0) 173 87 87 2 87 Telefax: +49 (0)211-63 55 55-22 sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 www.sipgate.de - www.sipgate.at - www.sipgate.co.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720554: collectd: Please stop using openjdk-6-*
Package: collectd Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#719996: jitsi: Display broken with jdk7
On Fri, 23 Aug 2013, Damian Minkov wrote: could you also add what is the desktop environment you use? I don't use a DE. Just a traditional .xsession (with a session bus and so forth as set up by /etc/X11/Xsession) which starts awesome. Using latest sid of debian-7 with jre7 and gnome3 works fine. Any exceptions in the logs? I've attached a log of the stderr. It contains no errors that aren't also present with jre6. However, digging into /etc/X11/Xsession.d I noticed 55awesome-javaworkaround which attempts to set _JAVA_AWT_WM_NONREPARENTING=1 if the started session is awesome. Since I'm using a .xsession this detection fails and the variable isn't being set. Running jitsi with _JAVA_AWT_WM_NONREPARENTING=1 and jre7 seems to work fine although this seems to inidicate a regression in Java rather than anything else since that hint clearly hasn't been needed for some time with jre6. I've added this workaround to my .xsession for now. -- Edward AllcuttAuto-properties install: reference:file:sc-bundles/galagonotification.jar (org.osgi.framework.BundleException: Unable to cache bundle: reference:file:sc-bundles/galagonotification.jar - java.io.IOException: Referenced file does not exist: sc-bundles/galagonotification.jar) org.osgi.framework.BundleException: Unable to cache bundle: reference:file:sc-bundles/galagonotification.jar at org.apache.felix.framework.Felix.installBundle(Felix.java:2703) at org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:165) at org.apache.felix.main.AutoProcessor.processAutoProperties(AutoProcessor.java:296) at org.apache.felix.main.AutoProcessor.process(AutoProcessor.java:79) at org.apache.felix.main.Main.main(Main.java:292) at net.java.sip.communicator.launcher.SIPCommunicator.main(SIPCommunicator.java:153) Caused by: java.io.IOException: Referenced file does not exist: sc-bundles/galagonotification.jar at org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:852) at org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550) at org.apache.felix.framework.cache.BundleArchive.init(BundleArchive.java:153) at org.apache.felix.framework.cache.BundleCache.create(BundleCache.java:277) at org.apache.felix.framework.Felix.installBundle(Felix.java:2699) ... 5 more Auto-properties start: reference:file:sc-bundles/galagonotification.jar (org.osgi.framework.BundleException: Unable to cache bundle: reference:file:sc-bundles/galagonotification.jar - java.io.IOException: Referenced file does not exist: sc-bundles/galagonotification.jar) ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side ALSA lib pcm_dmix.c:961:(snd_pcm_dmix_open) The dmix plugin supports only playback stream 12:28:53.191 SEVERE: [13] org.jitsi.impl.neomedia.device.DeviceConfiguration.error() Failed to register custom Renderer org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PulseAudioRenderer with JMF. java.lang.IllegalStateException: audioSystem at org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PulseAudioRenderer.init(PulseAudioRenderer.java:105) at org.jitsi.impl.neomedia.jmfext.media.renderer.audio.PulseAudioRenderer.init(PulseAudioRenderer.java:85) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:525) at java.lang.Class.newInstance0(Class.java:374) at java.lang.Class.newInstance(Class.java:327) at org.jitsi.impl.neomedia.device.DeviceConfiguration.registerCustomRenderers(DeviceConfiguration.java:1060) at org.jitsi.impl.neomedia.device.DeviceConfiguration.init(DeviceConfiguration.java:368) at org.jitsi.impl.neomedia.MediaServiceImpl.init(MediaServiceImpl.java:132) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:525) at java.lang.Class.newInstance0(Class.java:374) at java.lang.Class.newInstance(Class.java:327) at org.jitsi.impl.libjitsi.LibJitsiImpl.getService(LibJitsiImpl.java:133) at org.jitsi.impl.libjitsi.LibJitsiOSGiImpl.getService(LibJitsiOSGiImpl.java:86) at
Bug#720556: libjs-jquery-ui: i18n *.js files are not provided as minified files
Package: libjs-jquery-ui Version: 1.10.1+dfsg-1 Severity: normal Upstream provides minified versions of the files in /ui/i18n/*.js (in the folder /ui/minified/i18n, though that's probably not important to us anyway). The Debian package unfortunately does not, because the following command in debian/rules skips over these files: override_dh_auto_build: for file in `find development-bundle/ui/jquery* -name '*.js'`; do \ yui-compressor $$file -o $${file%.js}.min.js; \ done [...] I propose to change the find command to this: find development-bundle/ui/ -name '*.js' which would minify the i18n files too (but nothing else) so that software that relies on the minified versions to exist will work. -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libjs-jquery-ui depends on: ii libjs-jquery 1.10.2-1 JavaScript library for dynamic web Versions of packages libjs-jquery-ui recommends: ii javascript-common 7 Base support for javascript librar Versions of packages libjs-jquery-ui suggests: ii libjs-jquery-ui-docs 1.10.1+dfsg-1 Documentation for JQuery-UI -- 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#720557: freecol: Please stop using openjdk-6-*
Package: freecol Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720560: plymouth: disable libkms backend
Package: plymouth Version: 0.8.8-6+deb8u1 Severity: normal Hi, libkms predates support for dumb scanout buffers in drm; now that the latter is supported in all kms drivers, and plymouth can use that, I'd like to stop shipping libkms. Plymouth is the only reverse dep AFAICT. Thanks, Julien signature.asc Description: Digital signature
Bug#720559: libqt5-dev: Package not installable
Package: libqt5-dev Severity: grave Justification: renders package unusable Package can't be installed, because libqt5x11extras-dev doesn't exist: libqt5-dev : Depends: libqt5x11extras-dev but it is not installable -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10.0-rc4-00157-g29eb778 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720558: libqt5-dev: Package not installable
Package: libqt5-dev Version: 3 Justification: renders package unusable Severity: grave Package can't be installed, because libqt5x11extras-dev doesn't exist: libqt5-dev : Depends: libqt5x11extras-dev but it is not installable -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10.0-rc4-00157-g29eb778 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719738: [PATCH] Please install the lvm2 systemd generator
On Thu, Aug 22, 2013 at 11:38:42PM +0200, Michael Stapelberg wrote: The systemd service file for udev, which we take directly from upstream, There is no udev.service in the upstream systemd source. In the Debian package it is a symlink to systemd-udevd.service. Instead, upstream’s view (specifically Kay’s view as the udev maintainer) is that Linux is event-driven and udev handles these events whenever they occur, What upstream thinks is irrelevant if the system expecations are different. Why can't this be a symlink to systemd-udev-settle.service, which provides the backward compatible behaviour? Therefore, I ask you again to please include the patch I attached to this bugreport in order to make lvm work much better on a Debian machine using systemd. First this needs a security check. The tool uses /tmp as default directory and most likely runs as root. So at least this can be used for DoS. Second the init-script and the generated unit have different names, so systemd won't be able to consider them equal. I have no idea how this really works anyway. Also please show me where the generator stuff is documented. I don’t quite understand why you are hesitant to do that, given that there are absolutely no changes to sysvinit users. Maybe you can clarify what your concern is, if any? Because it deliberately breaks stuff. That it only supports one of the kernel types supported by Debian does not help eather. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684726: reassign 684726 to nagios-plugins-contrib / shipping check_v46 with Debian and Ubuntu: software license
reassign 684726 nagios-plugins-contrib thanks Also: Have mailed upstream author Ville Mattila asking him to add free software license to the script; currently no license information is supplied. Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands signature.asc Description: Digital signature
Bug#720561: libbluray: \Please stop using openjdk-6-*
Package: libbluray Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720564: amavisd-new: Missing startup script for the amavisd-snmp-subagent
Subject: amavisd-new: Missing startup script for the amavisd-snmp-subagent Package: amavisd-new Version: 1:2.7.1-2 Severity: wishlist Dear Maintainer, There is no startup script for the amavisd-snmp-subagentdaemon, although it's not needed for the default setup is quite conveninent to use it for monitoring purposes. I created a new init script that works with wheezy based on the current skeleton -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amavisd-new depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii file5.11-2 ii libarchive-zip-perl 1.30-6 ii libberkeleydb-perl 0.51-1 ii libconvert-tnef-perl0.17-11 ii libconvert-uulib-perl 1:1.4~dfsg-1+b1 pn libdigest-md5-perl none ii libio-stringy-perl 2.110-5 ii libmail-dkim-perl 0.39-1 ii libmailtools-perl 2.09-1 pn libmime-base64-perl none ii libmime-tools-perl 5.503-1 ii libnet-server-perl 2.006-1 ii libunix-syslog-perl 1.1-2+b2 ii pax 1:20120606-2 ii perl [libtime-hires-perl] 5.14.2-21 ii perl-modules [libarchive-tar-perl] 5.14.2-21 Versions of packages amavisd-new recommends: ii altermime 0.3.10-7 pn libnet-patricial-perl none ii ripole 0.2.0+20081101.0215-1 Versions of packages amavisd-new suggests: ii apt-listchanges 2.85.11 pn arj none pn cabextract none ii clamav 0.97.8+dfsg-1 ii clamav-daemon0.97.8+dfsg-1 ii cpio 2.11+dfsg-0.1 pn dspamnone pn lha none pn lhasanone pn libauthen-sasl-perl none ii libdbi-perl 1.622-1 ii libmail-dkim-perl0.39-1 pn libnet-ldap-perl none ii libsnmp-perl 5.4.3~dfsg-2.7 pn lzop none pn nomarch none pn p7zipnone pn rpm none ii spamassassin 3.3.2-5 pn unrarnone pn unrar-free none pn zoo none -- Configuration Files: /etc/amavis/conf.d/50-user changed [not included] -- debconf information excluded #! /bin/sh ### BEGIN INIT INFO # Provides: amavis-snmp # Required-Start:$remote_fs $syslog amavis snmpd # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Startup script for amavis snmp subagent # Description: This script starts the daemon used to connect amavis with the #snmpd daemon ### END INIT INFO # Do NOT set -e PATH=/sbin:/usr/sbin:/bin:/usr/bin DESC=amavis snmp subagent NAME=amavisd-snmp-subagent DAEMON=/usr/sbin/$NAME DAEMON_ARGS=-P /var/run/$NAME.pid PIDFILE=/var/run/$NAME.pid SCRIPTNAME=/etc/init.d/$NAME # Exit if the package is not installed [ -x $DAEMON ] || exit 0 # Read configuration variable file if it is present [ -r /etc/default/$NAME ] . /etc/default/$NAME # Load the VERBOSE setting and other rcS variables . /lib/init/vars.sh # Define LSB log_* functions. # Depend on lsb-base (= 3.2-14) to ensure that this file is present # and status_of_proc is working. . /lib/lsb/init-functions # # Function that starts the daemon/service # do_start() { # Return # 0 if daemon has been started # 1 if daemon was already running # 2 if daemon could not be started if [ -e $PIDFILE ] then if [ -d /proc/`cat $PIDFILE`/ ] then echo $NAME already running. exit 0; else rm -f $PIDFILE fi fi start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \ $DAEMON_ARGS \ || return 2 # Add code here, if necessary, that waits for the process to be ready # to handle requests from services started subsequently which depend # on this one. As a last resort, sleep for some time. } # # Function that stops the daemon/service # do_stop() { # Return # 0 if daemon has been stopped # 1 if daemon was already stopped # 2 if daemon could not be stopped # other if a failure occurred start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE RETVAL=$? [ $RETVAL = 2 ] return 2 # Wait for children to finish too if this is a daemon that forks # and
Bug#720563: libav: Doesn't decode opus while opus support is compiled in?
Package: libavcodec54 Version: 6:9.8-2 Severity: normal $ avprobe -codecs | grep Opus avprobe version 9.8-6:9.8-2, Copyright (c) 2007-2013 the Libav developers built on Aug 13 2013 21:50:46 with gcc 4.8 (Debian 4.8.1-8) DEA.L. opus Opus (Opus Interactive Audio Codec) (decoders: libopus ) (encoders: libopus ) But $ avprobe somefile.opus avprobe version 9.8-6:9.8-2, Copyright (c) 2007-2013 the Libav developers built on Aug 13 2013 21:50:46 with gcc 4.8 (Debian 4.8.1-8) [ogg @ 0xc40460] Codec not found somefile.opus: End of file # avprobe output I can decode the file with opus-tools (opusdec(1)) Elimar -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-rc6-galadriel-lxtec-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libavcodec54 depends on: ii libavutil526:9.8-2 ii libc6 2.17-92 ii libgsm11.0.13-4 ii libmp3lame03.99.5+repack1-3 ii libopencore-amrnb0 0.1.3-2 ii libopencore-amrwb0 0.1.3-2 ii libopenjpeg2 1.3+dfsg-4.6 ii libopus0 1.1~beta-3 ii libschroedinger-1.0-0 1.0.11-2 ii libspeex1 1.2~rc1-7 ii libtheora0 1.1.1+dfsg.1-3.1 ii libva1 1.1.1-3 ii libvo-aacenc0 0.1.2-1 ii libvo-amrwbenc00.1.2-1 ii libvorbis0a1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libvpx11.2.0-2 ii libx264-1232:0.123.2189+git35cf912-1 ii libxvidcore4 2:1.3.2-9 ii multiarch-support 2.17-92 ii zlib1g 1:1.2.8.dfsg-1 libavcodec54 recommends no packages. libavcodec54 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#720562: libhmsbeagle: Please stop using openjdk-6-*
Package: libhmsbeagle Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720565: All tests fail with dpkg-buildpackage
Package: php5-cgi Version: 5.4.4-14+deb7u3 Severity: serious Justification: fails to build from source (but built successfully in the past) I cannot build PHP from apt-get source on a fresh debian wheezy installation since ALL tests will fail during the build process! I get the following errors during the testing phase Warning: PHP Startup: Unable to load dynamic library '/tmp/php5-5.4.4/apache2-build/modules/curl.so' - /tmp/php5-5.4.4/apache2-build/modules/curl.so: undefined symbol: core_globals_id in Unknown on line 0 Warning: PHP Startup: enchant: Unable to initialize module Module compiled with build ID=API20100525,TS PHPcompiled with build ID=API20100525,NTS These options need to match in Unknown on line 0 I'm getting them for ANY given module php tries to load during the testing phase. Steps to reproduce: apt-get source php5 dpkg-buildpackage -us -uc Expected result: Compilation Tests succeed, Actual result: Compilation succeeds, but all tests fail. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/7 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-cgi depends on: ii libbz2-1.01.0.6-4 ii libc6 2.13-38 ii libcomerr21.42.5-1.1 ii libdb5.1 5.1.29-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libmagic1 5.11-2 ii libonig2 5.9.1-1 ii libpcre3 1:8.30-5 ii libqdbm14 1.8.78-2 ii libssl1.0.0 1.0.1e-2 ii libxml2 2.8.0+dfsg1-7+nmu1 ii mime-support 3.52-1 ii php5-common 5.4.4-14+deb7u3 ii tzdata2013c-0wheezy1 ii ucf 3.0025+nmu3 ii zlib1g1:1.2.7.dfsg-13 php5-cgi recommends no packages. Versions of packages php5-cgi suggests: pn php-pear 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#717544: Patch for CVE-2013-2207
tags #717544 + patch Hi. A patch for CVE-2013-2207 is available on http://sourceware.org/bugzilla/show_bug.cgi?id=CVE-2013-2207 cu AW -- [...] If you don't want to be restricted, don't agree to it. If you are coerced, comply as much as you must to protect yourself, just don't support it. Noone can free you but yourself. (crag, on Debian Planet) Arne Wichmann (a...@linux.de) signature.asc Description: Digital signature
Bug#720567: mtj: Please stop using openjdk-6-*
Package: mtj Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720566: mpj: Please stop using openjdk-6-*
Package: mpj Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720568: pcalendar: Please stop using openjdk-6-*
Package: pcalendar Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720569: scala: Please stop using openjdk-6-*
Package: scala Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720571: uwsgi: Please stop using openjdk-6-*
Package: uwsgi Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720570: shogun: Please stop using openjdk-6-*
Package: shogun Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720572: visualvm: Please stop using openjdk-6-*
Package: visualvm Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720573: wims: Please stop using openjdk-6-*
Package: wims Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: openjdk-7-transition Hello, As part of the transition to OpenJDK 7 and the removal of OpenJDK 6 from the archive, could you update the dependency of your package to default-jdk ? Thanks, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#720574: libapt-pkg4.12: Inconsistency in reporting whether the package apt is essential
Package: libapt-pkg4.12 Version: 0.9.7.9 Severity: normal Hi, libapt-pkg has some code (introduced in commit 945099df10 I think) to treat the package apt as a special case and describe it as Essential, so that a program using that library gets a result like this: $ python3 Python 3.2.3 (default, Feb 20 2013, 14:44:27) [GCC 4.7.2] on linux2 Type help, copyright, credits or license for more information. import apt cache = apt.Cache() cache['apt'].essential True But according to dpkg -s apt or apt-cache show apt, apt is not essential, i.e. there is no Essential: yes field. I'm sure the special case code is there for a reason, but isn't it a bug for the library and the tools to return contradictory results? Many thanks. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.12-7+deb7u1 ii libapt-pkg4.12 0.9.7.9 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1 ii dpkg-dev1.16.10 ii python-apt 0.8.8.2 ii synaptic0.75.13 ii xz-utils5.1.1alpha+20120614-2 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666729: ia32 compat mode, ktimer_create etc return ENOSYS
Should be fixed in STABLE-9 post r254665, together with other compat32 fixes. It is not part of 9.2 upstream release. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720499: spamassassin: FTBFS with perl 5.18: POD failure
Control: tags -1 patch -=| Dominic Hargreaves, 22.08.2013 17:35:19 +0100 |=- Source: spamassassin Version: 3.3.2-6 Severity: serious Justification: transition imminent User: debian-p...@lists.debian.org Usertags: perl-5.18-transition Tags: sid jessie This package FTBFS with perl 5.18: dpkg-buildpackage: error: debian/rules build gave error exit status 2 d2man sa-check_spamd.raw sa-check_spamd.1p sa-check_spamd.raw around line 431: Expected text after =item, not a number sa-check_spamd.raw around line 436: Expected text after =item, not a number sa-check_spamd.raw around line 441: Expected text after =item, not a number POD document had syntax errors at /usr/bin/pod2man line 71. make: *** [build-indep-stamp] Error 255 Please find attached a patch that fixes the issue. It needs to be added to the quilt series. Cheers, dam Description: fix POD errors with perl 5.18 Wrap number-like items in C, to avoid parser complains Author: Damyan Ivanov d...@debian.org Bug-Debian: http://bugs.debian.org/720499 --- a/sa-check_spamd.raw +++ b/sa-check_spamd.raw @@ -424,21 +424,21 @@ exiting with one of these values: =over 4 -=item 0 +=item C0 OK: A spamd ping response was received within all threshold times. -=item 1 +=item C1 WARNING: A spamd ping response exceeded the warning threshold but not the critical threshold. -=item 2 +=item C2 CRITICAL: A spamd ping response exceeded either the critical threshold or the timeout value. -=item 3 +=item C3 UNKNOWN: An error, probably caused by a missing dependency or an invalid configuration parameter being supplied, occurred in the sa-check_spamd program.
Bug#712961: liferea crashes on read of 2nd item
Backtrace with libwebkit-dbg and libjavascriptcoregtk-1.0-0-dbg included below. -- Joerg Thread 16 (Thread 0x7fff911b6700 (LWP 12600)): #0 __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:164 No locals. #1 0x7fffdd9d7665 in ?? () from /usr/lib/x86_64-linux-gnu/libproxy/0.3.1/modules/pacrunner_webkit.so No symbol table info available. #2 0x7fffddfe3c51 in px_proxy_factory_get_proxies () from /usr/lib/x86_64-linux-gnu/libproxy.so.0 No symbol table info available. #3 0x7fffde1e932e in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so No symbol table info available. #4 0x7fffde1e93b4 in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so No symbol table info available. #5 0x73769045 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 No symbol table info available. #6 0x7320eb96 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #7 0x7320e1d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #8 0x72f8de0e in start_thread (arg=0x7fff911b6700) at pthread_create.c:311 __res = optimized out pd = 0x7fff911b6700 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140735627880192, -7513258526004503629, 1, 140737488345424, 22, 140735627880192, 7513316015081757619, 7513251972896365491}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = 0 pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #9 0x72cc293d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 No locals. Thread 15 (Thread 0x7fff82ffd700 (LWP 12599)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 No locals. #1 0x72f8ff3c in _L_lock_974 () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #2 0x72f8fd8b in __GI___pthread_mutex_lock (mutex=0x55cc77f0) at pthread_mutex_lock.c:64 __PRETTY_FUNCTION__ = __pthread_mutex_lock type = 4294966784 #3 0x7fffddfe37b4 in px_proxy_factory_get_proxies () from /usr/lib/x86_64-linux-gnu/libproxy.so.0 No symbol table info available. #4 0x7fffde1e932e in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so No symbol table info available. #5 0x7fffde1e93b4 in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so No symbol table info available. #6 0x73769045 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 No symbol table info available. #7 0x7320eb96 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #8 0x7320e1d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #9 0x72f8de0e in start_thread (arg=0x7fff82ffd700) at pthread_create.c:311 __res = optimized out pd = 0x7fff82ffd700 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140735391192832, -7513258526004503629, 1, 140737488345248, 22, 140735391192832, 7513287114783693747, 7513251972896365491}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = 0 pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #10 0x72cc293d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 No locals. Thread 14 (Thread 0x7fff837fe700 (LWP 12598)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 No locals. #1 0x72f8ff3c in _L_lock_974 () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #2 0x72f8fd8b in __GI___pthread_mutex_lock (mutex=0x55cc77f0) at pthread_mutex_lock.c:64 __PRETTY_FUNCTION__ = __pthread_mutex_lock type = 4294966784 #3 0x7fffddfe37b4 in px_proxy_factory_get_proxies () from /usr/lib/x86_64-linux-gnu/libproxy.so.0 No symbol table info available. #4 0x7fffde1e932e in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so No symbol table info available. #5 0x7fffde1e93b4 in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so No symbol table info available. #6 0x73769045 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 No symbol table info available. #7 0x7320eb96 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #8 0x7320e1d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #9 0x72f8de0e in start_thread (arg=0x7fff837fe700) at pthread_create.c:311 __res = optimized out pd = 0x7fff837fe700 now = optimized
Bug#717178: CVE-2013-4788 - upstream bugreport
There is an upstream bug report for CVE-2013-4788 at http://sourceware.org/bugzilla/show_bug.cgi?id=CVE-2013-4788 cu AW -- [...] If you don't want to be restricted, don't agree to it. If you are coerced, comply as much as you must to protect yourself, just don't support it. Noone can free you but yourself. (crag, on Debian Planet) Arne Wichmann (a...@linux.de) signature.asc Description: Digital signature
Bug#720575: /usr/bin/update-alternatives: Showing after aptitude upgrade as not found in /usr/bin/update-alternatives
Package: dpkg Version: 1.17.1 Severity: minor File: /usr/bin/update-alternatives Dear Maintainer, After doing a aptitude dist-upgrade completes and displays - sh: 1: /usr/sbin/update-alternatives: not found but it is actually in /usr/bin/update-alternatives! Something is obviously awry, and needs correcting. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Foreign Architectures: amd64 Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-5 ii libc62.17-92 ii liblzma5 5.1.1alpha+20120614-2 ii libselinux1 2.1.13-2 ii tar 1.26+dfsg-6 ii zlib1g 1:1.2.8.dfsg-1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.9.4 -- 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#712526: freefem++: FreeFem++-mpi not working
Dear Dimitrios, from the FreeFem++ mailing list: http://ljll.math.upmc.fr/pipermail/freefempp/2013-July/002839.html we know now that Hypre was disabled by the developers for some reason. Now, from v. 3.25 it is possible to configure with the option --enable-hypre which correctly builds the hypre_FreeFem.so file. It worked for me. Kind regards. Giuseppe Il giorno 18/giu/2013, alle ore 12:57, Giuseppe Pitton ha scritto: Dear Dimitris, here are some thoughts on how to solve the issue (i tried to make HYPRE solver work). Installing from source FreeFem++-3.23 I noticed that in the folder ff++/downloads/hypre nothing was built. So I compiled manually hypre-2.9.0b from source and I changed the paths in the file ff++/src/solver/makefile-sparsesolver.inc and I also commented the non HYPRE lines in ff++/src/solver/makefile. Please note that I had to modify several other lines in ff++/src/solver/makefile-sparsesolver.inc, in particular: on line 56 after MPI_INCLUDE = there is a /I/ that should instead be a -I on line 77 suffix should be changed to so several paths should be adapted to the system in use (for instance lines 87, 121, 126, 130, 135 and of course lines 185 and following) lines 99 and 100 should be commented then moving in directory ff++/src/solver and running make I get a hypre_FreeFem.so that I moved to FreeFem++ library directory (/usr/local/lib/ff++/3.23/lib/ on my system). Now HYPRE is running but not working, see this test case for instance: $ ff-mpirun -np 2 chaleur3d-hypre.edp initparallele rank 0 on 2 -- FreeFem++ v 3.23 (date Jeu 6 jui 2013 20:58:44 CEST) Load: lg_fem lg_mesh lg_mesh3 eigenvalue parallelempi (large output) -- Square mesh : nb vertices =441 , nb triangles = 800 , nb boundary edges 80 -- Square mesh : nb vertices =441 , nb triangles = 800 , nb boundary edges 80 -- Build Nodes/DF on mesh : n.v. 9261, n. elmt. 48000, n b. elmt. 4800 nb of Nodes 68921nb of DoF 68921 DFon=1100 -- FESpace: Nb of Nodes 68921 Nb of DoF 68921 -- Build Nodes/DF on mesh : n.v. 9261, n. elmt. 48000, n b. elmt. 4800 nb of Nodes 68921nb of DoF 68921 DFon=1100 -- FESpace: Nb of Nodes 68921 Nb of DoF 68921 ###DEFAULT PARAMETERS WILL BE SET### SOLVER: AMG-GMRES tgv1e+10 time 0.01 tgv1e+10 time 0.01 *** Process received signal *** Signal: Segmentation fault: 11 (11) Signal code: Address not mapped (1) Failing at address: 0x7f88d259d880 *** Process received signal *** Signal: Segmentation fault: 11 (11) Signal code: Address not mapped (1) Failing at address: 0x7fe9f2d9d5c0 *** End of error message *** *** End of error message *** -- mpirun noticed that process rank 1 with PID 550 on node (...) exited on signal 11 (Segmentation fault: 11). -- Hope this helps. Best regards. Giuseppe Il giorno 17/giu/2013, alle ore 12:18, Dimitrios Eftaxiopoulos ha scritto: Hello Giuseppe Thank you for raising the mpi related issues. The failing to load msh3 seems to me to be a more general issue not related to the parallel solver in particular. For the rest of the problems I do not have an immediate answer. I plan to try to upload freefem++-3.23 to unstable shortly so I will have a look on these issues. Best regards Dimitris On Sunday 16 of June 2013 21:47:49 you wrote: Package: freefem++ Version: 3.19.1-1 Severity: normal Dear Maintainer, I installed freefem++ on the default Wheezy (7.1) with apt-get, I also installed freefem++-dev. I experienced the same issue on Wheezy (7.0). FreeFem++ is working properly, but the parallel version FreeFem++-mpi does not. I tried running the built-in examples of the examples++-mpi folder and they are not working. The mentioned example files can be found at the following URL: http://www.freefem.org/ff%2B%2B/ff%2B%2B/examples%2B%2B-mpi/ In particular, I tried running some test cases with both the following commands: FreeFem++-mpi chaleur3D-hips.edp ff-mpirun -np 2 chaleur3D-mumps.edp I obtain two kind of errors: msh3 libraries are missing or parallel solver libraries are missing, for instance: $ FreeFem++-mpi chaleur3D-pastix.edp initparallele rank 0 on 1 -- FreeFem++ v 3.190001 (date Mer 9 mai 2012 21:50:21 CEST) Load: lg_fem lg_mesh lg_mesh3 eigenvalue parallelempi 1 : // other 2 : load msh3 load error : msh3 fail : list prefix: './' '/usr/lib/x86_64-linux-gnu/freefem++/' list suffix : '' , '.so' Error line number 2, in file chaleur3D-pastix.edp, before token msh3 Error load current line = 2 mpirank 0 / 1 Compile error : Error load line number :2, msh3 error Compile error : Error load line number :2, msh3 code = 1 mpirank: 0 FreeFem++-mpi finalize correctly . $ FreeFem++-mpi chaleur3D-superludist.edp initparallele rank
Bug#720576: libxdg-basedir: homepage does not exist anymore
Source: libxdg-basedir Version: 1.1.1-2 Severity: minor Dear Maintainer, the homepage field of libxdg-basedir points to an obsolete address. I would have expected a working address. Regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720577: ITP: python-qt4reactor -- Provides support for Twisted to be driven by the Qt mainloop
Package: wnpp Severity: wishlist Owner: Micah Anderson mi...@debian.org * Package name: python-qt4reactor Version : 1.0 Upstream Author : Michael Terry mte...@ubuntu.com * URL : https://github.com/ghtdak/qtreactor * License : Expat Programming Lang: Python Description : Twisted Qt4 integration This package provides support for Twisted to be driven by the Qt mainloop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720579: ITP: r-bioc-biocinstaller -- Install/Update Bioconductor and CRAN Packages
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-biocinstaller Version : 1.10.3 Upstream Author : Dan Tenenbaum * URL : http://www.bioconductor.org/packages/2.12/bioc/html/BiocInstaller.html * License : Artistic-2.0 Programming Lang: R Description : Install/Update Bioconductor and CRAN Packages This package is basically created to fullfill a dependency of the r-bioc-affy package. Usually all BioConductor packages should be rather installed as Debian packages than with this tool. Another precondition for r-bioc-cummerbund as all the other ITPs today svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-biocinstaller/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720555: dgit: Cannot push --new
Dmitrijs Ledkovs writes (Bug#720555: dgit: Cannot push --new): Package: dgit Version: 0.7 Severity: normal ... I did: $ dgit clone --new ocaml-estring $ pull upstream tree, tarball, made packaging $ git commit -a $ dgit sbuild $ dgit push --new canonical suite name for unstable is sid canonical suite name for unstable is sid Format `3.0 (quilt)', urgh checking that ocaml-estring_20130822-1.dsc corresponds to HEAD dpkg-source: warning: extracting unsigned source package (../../../../ocaml-estring_20130822-1.dsc) dpkg-source: info: extracting ocaml-estring in ocaml-estring-20130822 dpkg-source: info: unpacking ocaml-estring_20130822.orig.tar.xz dpkg-source: info: unpacking ocaml-estring_20130822-1.debian.tar.gz Died at /usr/bin/dgit line 484. Can you pit the git commit you were trying to dgit push, and the various tarballs, where I can find them ? Not sure why it's trying to create a new git repository, since as far as I can tell, one will never be able to get to $ dgit push, without having a local repository already It makes a little private repository in .git/dgit/... for doing some work, including the check that the dsc corresponds to your HEAD. If you run dpkg-source -x ocaml-estring-20130822-1.dsc does the output have a .git directory ? If so then something went wrong at the build step. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org