Bug#760032: asterisk-config-custom
Package: asterisk-config Version: 1:11.10.2~dfsg-1 Severity: wishlist Dear Maintainers, Asterisk has as dependency asterisk-config (= ${source:Version}) | asterisk-config-custom Allowing both configuration packages is good. That `asterisk-config` is made available is great. This bug report is to make `asterisk-config-custom` available. I mean that the Asterisk package should provide tools to make `asterisk-config-custom` packages. At least it would be nice if it has such support. And if it is allready available it should be more visible / accessable. I have something that covers my needs which I want to share with you. It is a script that creates a directory with a Makefile in plus a debian directory with packaging files. Running in that directory `dpkg-buildpackage -uc -us` creates a 'asterisk-config-custom' package. The script will be sent to this bug report upon recieving the bug report number. Cheers Geert Stappers -- Leven en laten leven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757711: netcfg: promptly kills dhclient, deconfigures interface
On Fri, Aug 29, 2014 at 11:25:28PM +0200, Cyril Brulebois wrote: I'd be slightly happier if Philipp would comment on this since he seems to be the one having committed this change. See: | commit 8802ca520d9e91542d92bbfa5b2fc412a31cf2e2 | Author: Matt Palmer mpal...@hezmatt.org | Date: Sun Jan 30 22:29:42 2011 +1100 | | IPv6 support for using rDNS to preseed hostnames | | A lot of refactoring to make the code cleaner and simpler, but the | IPv6-specific changes were actually relatively small. | | Rebased-and-modified-by: Philipp Kern pk...@debian.org http://anonscm.debian.org/cgit/d-i/netcfg.git/commit/?id=8802ca520d9e91542d92bbfa5b2fc412a31cf2e2 I did some archeology and I'll spare you the details. That kill_dhcp_client is totally wrong where it is now, so LGTM. Thanks. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#760033: debhelper: dh_clean removes Git refs information with certain suffixes like .orig, .rej, ...
Package: debhelper Version: 9.20140817 Severity: critical Justification: causes serious data loss I had a branch named mika/678696.orig in one of my Git repositories and when executing git-buildpackage in it I suddenly lost Git information for that branch, the reason being dh_clean. Demonstration with a minimal example: , [ demo ] | % git init | Initialized empty Git repository in /tmp/tmp.rDCKYGKXqx/.git/ | % echo init foo | % git add foo | % git commit -m 'init' | [master (root-commit) 1179777] init | 1 file changed, 1 insertion(+) | create mode 100644 foo | % git checkout -b demo.orig | Switched to a new branch 'demo.orig' | % echo 2nd commit foo | % git commit -a -m '2nd commit' | [demo.orig 65f5bb1] 2nd commit | 1 file changed, 1 insertion(+), 1 deletion(-) | % git log --oneline | 65f5bb1 2nd commit | 1179777 init | % mkdir debian | % touch debian/control | % dh_clean | dh_clean: No compatibility level specified in debian/compat | dh_clean: This package will soon FTBFS; time to fix it! | dh_clean: Compatibility levels before 5 are deprecated (level 1 in use) | % git log | fatal: bad default revision 'HEAD' | % git status | On branch demo.orig | | Initial commit | | Changes to be committed: | (use git rm --cached file... to unstage) | | new file: foo | | Untracked files: | (use git add file... to include in what will be committed) | | debian/ ` The problem is in dh_clean which is getting rid of certain files, quoting dh_clean's source code: , [ dh_clean ] | # Remove other temp files. | complex_doit(find . $find_options \\( \\( -type f -a \\ | \\( -name '#*#' -o -name '.*~' -o -name '*~' -o -name DEADJOE \\ | -o -name '*.orig' -o -name '*.rej' -o -name '*.bak' \\ | -o -name '.*.orig' -o -name .*.rej -o -name '.SUMS' \\ | -o -name TAGS -o \\( -path '*/.deps/*' -a -name '*.P' \\) \\ | \\) -exec rm -f {} + \\) -o \\ | \\( -type d -a -name autom4te.cache -prune -exec rm -rf {} + \\) \\)); ` The situation before executing dh_clean is: , [ git files ] | % find . -name \*.orig | ./.git/refs/heads/demo.orig | ./.git/logs/refs/heads/demo.orig | % ` while *after* executing dh_clean all the demo.orig files in the git repos are gone. FTR: this of course doesn't affect just branch names ending with .orig but also all the other suffixes/file names listed in above's dh_clean code snippet. Other VCS might be affected as well, but I didn't check that. Command lines for easy reproduction: cd $(mktemp -d) git init echo init foo git add foo git commit -m 'init' git checkout -b demo.orig echo 2nd commit foo git commit -a -m '2nd commit' git log --oneline mkdir debian touch debian/control dh_clean Feel free to adjust severity as needed. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014-08-31t07-53...@devnull.michael-prokop.at
Bug#760032: asterisk-config-custom
On Sun, Aug 31, 2014 at 07:50:04AM +0200, Geert Stappers wrote: [ ... submit bug report ... ] I have something that covers my needs which I want to share with you. It is a script that creates a directory with a Makefile in plus a debian directory with packaging files. Running in that directory `dpkg-buildpackage -uc -us` creates a 'asterisk-config-custom' package. The script will be sent to this bug report upon recieving the bug report number. Find it attached. Cheers Geert Stappers -- Leven en laten leven #!/bin/bash # # asterisk-config-custom # script to help creating a 'asterisk-config-custom' .deb package # function acc_usage () { cat HERE asterisk-config-custom {command} Where 'command' is 'init', 'next', 'sync', 'help' or 'force'. init: Creates directory 'my-asterisk-config' with content next: Provides instruction for next step sync: Mostly \`rsync --archive /etc/asterisk etc_asterisk\` help: Prints _another_ help text force: How to force the first install when asterisk-config is installed HERE } function acc_help () { cat HERE Program 'asterisk-config-custom' is for helping you making your 'asterisk-config-custom' .deb package. Typical work flow is running asterisk-config-custom init only once. Change working directory with cd my-asterisk-config # or rename it first Edit files in etc_asterisk. You may use asterisk-config-custom sync to get you a starting point. Create the actual package with dpkg-buildpackge -uc -us And install with sudo dpkg -i ../asterisk-config-custom_*_all.deb See also \`asterisk-config-custom force\` HERE } function acc_force () { cat HERE When package \`asterisk-config\` is installed, you have to use force to install your \`asterisk-config-custom\` package. sudo dpkg --force-conflicts --force-overwrite -i ../asterisk-config-custom_*_all.deb Purge the conflicting package with sudo dpkg --purge asterisk-config Now you can use the typical workflow which includes sudo dpkg -i ../asterisk-config-custom_*_all.deb You can avoid '--force-conflicts' and '--force-overwrite' by installing \`asterisk-config-custom\` _before_ you install \`asterisk\`. Or by sudo apt-get remove asterisk sudo dpkg -i ../asterisk-config-custom_*_all.deb sudo apt-get install asterisk That gives you downtime on Asterisk, but you get a reload/restart. Note: Installing asterisk-config-custom does no asterisk reload. HERE } function acc_init () { # Creates a diretory and puts files in it, # including the Debian packaging files. mkdir --parents my-asterisk-config/debian/source cat HERE my-asterisk-config/README In this directory you can / should run dpkg-buildbuildpackage -uc -us to get your 'asterisk-config-custom' package build. HERE cat LastLine my-asterisk-config/Makefile # # Makefile # all: etc_asterisk/asterisk.conf \ usr/share/doc/asterisk-config/examples/configs/modules.conf.sample @echo FYI: (minimal set of) configuration files are available etc_asterisk/asterisk.conf: @mkdir --parents etc_asterisk echo ; only a place holder etc_asterisk/asterisk.conf usr/share/doc/asterisk-config/examples/configs/modules.conf.sample: @mkdir --parents usr/share/doc/asterisk-config/examples/configs echo ; place holder \\ usr/share/doc/asterisk-config/examples/configs/modules.conf.sample install: install --directory \$(DESTDIR)/usr install --directory \$(DESTDIR)/etc/asterisk rsync --archive --delete usr/* \$(DESTDIR)/usr rsync --archive --delete etc_asterisk/* \$(DESTDIR)/etc/asterisk # l l LastLine cat LastLine my-asterisk-config/acc.config # This file will be read during \`asterisk-config-custom sync\` # ACC_SYNC_CONFIG_EXAMPLES=Yes # another value as 'Yes' wouldn't sync the configuration examples # # # l l LastLine ## # Those who are familiar with Debian packaging # can consider the rest of this function as a dedicated `dh_make`. cat LastLine my-asterisk-config/debian/control Source: asterisk-config-custom Section: comm Priority: optional Maintainer: Me Myself ${LOGNAME}@$( hostname --fqdn ) Build-Depends: debhelper (= 9) Standards-Version: 3.9.5 Homepage: insert the upstream URL, if relevant #Vcs-Git: git://anonscm.debian.org/collab-maint/asterisk-config-custom.git #Vcs-Browser: http://anonscm.debian.org/?p=collab-maint/asterisk-config-custom.git;a=summary Package: asterisk-config-custom Architecture: all Depends: ${misc:Depends} Recommends: asterisk Conflicts: asterisk-config Description: Custom configuration files for Asterisk Package that contains custom configuration files for Asterisk. . It is to keep _your_ config files while upgrading Asterisk. . The trick is that Asterisk depends on asterisk-config OR asterisk-config-custom LastLine cat LastLine my-asterisk-config/debian/changelog asterisk-config-custom (0.6) unstable; urgency=medium * Created with \`asterisk-config-custom
Bug#760032: asterisk-config-custom
On Sun, Aug 31, 2014 at 07:50:04AM +0200, Geert Stappers wrote: Package: asterisk-config Version: 1:11.10.2~dfsg-1 Severity: wishlist Dear Maintainers, Asterisk has as dependency asterisk-config (= ${source:Version}) | asterisk-config-custom Allowing both configuration packages is good. That `asterisk-config` is made available is great. This bug report is to make `asterisk-config-custom` available. I mean that the Asterisk package should provide tools to make `asterisk-config-custom` packages. At least it would be nice if it has such support. For a specialized installation of mine I maintain a certain minimalistic package that provides asterisk-config-custom. Just for the kicks I had modules.conf disable automatic module loading. Building yet another package was very simple with dh. I see no reason to try to script it (though others may disagree). Having a skeleton of a minimalistic package may be useful and may save work as a better starting point: an empty configuration is not usable. Would a directory with minimal working configuration be of use? -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754856: buildd.debian.org: please remove s390* from p-a-s for ldc
On Wed, Aug 27, 2014 at 09:44:14AM +0300, Konstantinos Margaritis wrote: On Sat, 26 Jul 2014 17:20:08 +0200 Philipp Kern pk...@debian.org wrote: Sure, but first you need to upload a build that's arch-restricted. Then we try to drop the package from P-a-s anyway so that the architecture field is authoritative. upload of 0.14.0-1 fixed that, I am in the process of working on the ports individually using the porterboxes, don't know when I'm going to be done, but arches will be enabled on a per-case basis. You'll also need to request binary removal from unstable: out of date on armel: ldc (from 1:0.13.0-1) out of date on kfreebsd-amd64: ldc, libllvm-bindings-d (from 0.9.1+hg1634-1) out of date on kfreebsd-i386: ldc, libllvm-bindings-d (from 0.9.1+hg1634-1) out of date on powerpc: ldc, libllvm-bindings-d (from 0.9.1+hg1634-1) Kind regards Philipp Kern` signature.asc Description: Digital signature
Bug#745957: nufw: Uses gcrypt functions without explicit gcrypt build-dependency
Control: severity -1 serious Control: retitle -1 nufw: FTBFS due to conflicting b-d libprelude-dev - libgnutls-dev On 2014-08-17 Andreas Metzler ametz...@bebt.de wrote: [...] please switch nufw over to gnutls28 once libprelude does. (NMU #758196 in deferred). At this time nufw will FTBFS due to conflicting build-dependencies. [...] Hello, this has now happened. I will probably upload a NMU to delayed later this day. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760034: fonts-dkg-handwriting: Please add U+1F35C (STEAMING BOWL)
Package: fonts-dkg-handwriting Version: 0.15-1 Severity: wishlist Please add support for U+1F35C (STEAMING BOWL) in this font. It is currently unavailable in any of the fonts provided by Debian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0 (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 fonts-dkg-handwriting depends on no packages. Versions of packages fonts-dkg-handwriting recommends: ii fontconfig 2.11.0-6 fonts-dkg-handwriting 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#759779: [INTL:da] Danish translation linuxinfo manual
tags 759779 + pending thanks On Sat, Aug 30, 2014 at 09:48:26AM +0100, Joe Dalton wrote: Please include the attached Danish linuxinfo manual translation. joe@pc:~/over/debianm/linuxinfo$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 22 oversatte tekster. Thanks for the translation. I added it to my repository and it will be part of the next upload. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#759856: tuxonice-userui: FTBFS: jpeglib.h:954:30: error: unknown type name 'FILE'
On Sun, Aug 31, 2014 at 12:19:23AM +0200, Julien Muchembled wrote: But isn't it rather a bug in /usr/include/jpeglib.h if it does not include stdio.h before using FILE ? I think so. -- WBR, wRAR signature.asc Description: Digital signature
Bug#740151: debian-edu-install: Traditional Chinese interface shows garbage character
Control: reassign -1 ttf-cjk-compact-udeb Christian Perrier suggested on #debian-boot that I reassign this bug to the ttf-cjk-compact-udeb package, where Yamane-san can have a look. I'm attaching the screen shot to ensure it is available in case the external source go away. -- Happy hacking Petter Reinholdtsen
Bug#760035: gdm3 listen XDMCP always on udp6 177
Package: gdm3 Version: 3.4.1-8 Severity: normal Tags: ipv6 Hello. Gdm3 always listens XDMCP on udp6 but not on udp, even if udp6 was disabled in system. root@hme:/home/sergey# netstat -anup | grep 177 udp6 0 0 :::177 :::* 3878/gdm3 root@hme:/home/sergey# ps -ef | grep 3878 root 3878 1 0 08:30 ?00:00:00 /usr/sbin/gdm3 root 4051 3878 0 08:30 ?00:00:00 /usr/lib/gdm3/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display1 root@hme:/home/sergey# cat /etc/sysctl.conf net.ipv6.conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 net.ipv6.conf.lo.disable_ipv6 = 1 net.ipv6.conf.eth0.disable_ipv6 = 1 root@hme:/home/sergey# cat /etc/gdm3/daemon.conf | grep -v \# [daemon] [security] DisallowTCP=false [xdmcp] Enable=true MaxPending=4 MaxSessions=16 MaxWait=30 MaxWaitIndirect=30 PingIntervalSeconds=60 MaxPendingIndirect=4 DisplaysPerHost=2 HonorIndirect=true Port=177 [greeter] [chooser] [debug] -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.21-8 ii adduser 3.113+nmu3 ii dconf-gsettings-backend 0.12.1-3 ii dconf-tools 0.12.1-3 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.15 ii gir1.2-freedesktop1.32.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gnome-session [x-session-manager] 3.4.2.1-4 ii gnome-session-bin 3.4.2.1-4 ii gnome-session-fallback [x-session-manage 3.4.2.1-4 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii gnome-terminal [x-terminal-emulator] 3.4.1.1-2 ii gsettings-desktop-schemas 3.4.2-3 ii libaccountsservice0 0.6.21-8 ii libatk1.0-0 2.4.0-2 ii libattr1 1:2.4.46-8 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-38+deb7u4 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra-gtk3-00.28-6 ii libcanberra0 0.28-6 ii libdbus-1-3 1.6.8-1+deb7u3 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig12.9.0-7.1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libglib2.0-bin2.33.12+really2.32.4-5 ii libgtk-3-03.4.2-7 ii libpam-modules1.1.3-7.1 ii libpam-runtime1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-2 ii libselinux1 2.1.9-5 ii libupower-glib1 0.9.17-1 ii libwrap0 7.6.q-24 ii libx11-6 2:1.5.0-1+deb7u1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr22:1.3.2-2+deb7u1 ii lsb-base 4.1+Debian8+deb7u1 ii metacity [x-window-manager] 1:2.34.3-4 ii policykit-1-gnome 0.105-2 ii upower0.9.17-1 ii x11-common1:7.7+3~deb7u1 ii x11-xserver-utils 7.7~3 ii xterm [x-terminal-emulator] 278-4 Versions of packages gdm3 recommends: ii at-spi2-core 2.5.3-2 ii desktop-base 7.0.3 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.12.4-6+deb7u2 ii xserver-xorg 1:7.7+3~deb7u1 ii zenity 3.4.0-2 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii gnome-shell 3.4.2-7+deb7u1 pn gok none ii libpam-gnome-keyring 3.4.1-5 -- Configuration Files: /etc/gdm3/daemon.conf changed: [daemon] [security] DisallowTCP=false [xdmcp] Enable=true MaxPending=4 MaxSessions=16 MaxWait=30 MaxWaitIndirect=30 PingIntervalSeconds=60 MaxPendingIndirect=4 DisplaysPerHost=2
Bug#759129:
Control: reopen -1 Control: tag -1 +upstream Control: thanks It seems that the test suite failures are intermittent, and that the test suite itself is indicating of some fairly reliable build failures across a few arches. After talking to upstream, I'm going to open tickets there to track these FTBFS'. Sincerely, -- Harlan Lieberman-Berg ~hlieberman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760036: RM: openspecfun [armel armhf hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] -- ANAIS; architecture set restricted to amd64 and i386
Package: ftp.debian.org Severity: normal Dear ftpmasters, Please remove binary packages libopenspecfun0 and libopenspecfun-dev from all arches except amd64 and i386. The architecture set of source package openspecfun has been restricted in the latest version. Thanks, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: Digital signature
Bug#760032: asterisk-config-custom
On Sun, Aug 31, 2014 at 09:17:18AM +0300, Tzafrir Cohen wrote: On Sun, Aug 31, 2014 at 07:50:04AM +0200, Geert Stappers wrote: [ ... submit bug report ... ] I mean that the Asterisk package should provide tools to make `asterisk-config-custom` packages. At least it would be nice if it has such support. For a specialized installation of mine I maintain a certain minimalistic package that provides asterisk-config-custom. Just for the kicks I had modules.conf disable automatic module loading. I think we all have a specialized installation which is a modified version of package `asterisk-config`. Getting such installations in `asterisk-config-custom` is the goal for this bug report. Building yet another package was very simple with dh. I see no reason to try to script it (though others may disagree). Done as https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=asterisk-config-custom;att=1;bug=760032 Having a skeleton of a minimalistic package may be useful and may save work as a better starting point: an empty configuration is not usable. Would a directory with minimal working configuration be of use? (Assuming that minimal working _Asterisk_ configuration is ment) Yes, that would be usefull. Making the minimal working Asterisk configuration easy to install and to avoid the | == Modified (by you or by a script) since installation. | == Package distributor has shipped an updated version. |What would you like to do about it ? Your options are: | Y or I : install the package maintainer's version | N or O : keep your currently-installed version | D : show the differences between the versions | Z : start a shell to examine the situation | The default action is to keep your current version. dialog upon upgrading Asterisk is the reason for requesting support for asterisk-config-custom. Groeten Geert Stappers -- Package: asterisk Depends: ... , asterisk-config (= ${source:Version}) | asterisk-config-custom, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748979: songwrite fails to run
Martin Steghöfer mar...@steghoefer.eu wrote: IMHO the way to go would be to define exceptions in the localepurge script. However, it seems like the developers are not interested in this feature right now: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=202214 But maybe you could try to convince the songwrite upstream developer to create a fall-back strategy in case the locale files are not available. Hi Martin, I think I could file a wishlist bug that English locale files are never deleted. That would IMO be the best solution because it won't really go against the purpose of the program since the space taken up by English locale files is so minimal and since it requires no action on the part of the user. Thanks, Morten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754729: [claws-mail] Randomly segfault
Hi, Dňa Mon, 28 Jul 2014 14:39:02 +0200 Ricardo Mones mo...@debian.org napísal: It happens again for me, but only once, then i cannot debug it. But today i see it in the real time - it happens after resume from suspend and after manually triggered the receive. CM first seems to freeze while access to NNTP (by the status line message) from gmane.org and then crash. Well, the time after resuming from suspension is always a messy one and involves how hardware behaves. I know it's not a consolation but for example I've had even a few kernel crashes just after resuming (running stable in my laptop), but 99.9% of the time it goes fine. I doubt that can be attributed only to software too. You may want to run claws-mail under gdb for a while and catch the backtrace when it happens. Not sure that the catched backtrace is going to be useful, but at least is a starting point. OK, i spend some time to see how it is with suspend related. The claws crashes only after resume from suspend, but not always. Here i gdb traceback, i hope that it will be suefull, but i don't understand it: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffda09e700 (LWP 13241)] 0x72d28820 in ?? () from /usr/lib/x86_64-linux-gnu/libetpan.so.17 (gdb) backtrace #0 0x72d28820 in ?? () from /usr/lib/x86_64-linux-gnu/libetpan.so.17 #1 0x72cf53f4 in mailstream_low_read () from /usr/lib/x86_64-linux-gnu/libetpan.so.17 #2 0x72cf6734 in mailstream_feed_read_buffer () from /usr/lib/x86_64-linux-gnu/libetpan.so.17 #3 0x72cf4810 in mailstream_read_line_append () from /usr/lib/x86_64-linux-gnu/libetpan.so.17 #4 0x72cf4889 in mailstream_read_line_remove_eol () from /usr/lib/x86_64-linux-gnu/libetpan.so.17 #5 0x72d2acc4 in newsnntp_date () from /usr/lib/x86_64-linux-gnu/libetpan.so.17 #6 0x005ca23f in date_run (op=optimized out) at nntp-thread.c:556 #7 0x005e9639 in thread_run (data=0x1442a70) at etpan-thread-manager.c:351 #8 0x743300a4 in start_thread (arg=0x7fffda09e700) at pthread_create.c:309 #9 0x71cecfbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 (gdb) quit regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#760037: nfs-kernel-server: nfs crashes in set_nfsv4_acl_one
Package: nfs-kernel-server Version: 1:1.2.6-4 Severity: normal Dear Maintainer, Executing debuild on a self-made package on a nfs4 mounted partition (normal pc, i386) provoked the error on the server (sheevaplug - armel architecture). The build package contains a large zip file that is unzipped during the build phase. I tried to add no_acl to /etc/exports of the nfs4 share but this had no effect. I exported/imported the partition as nfs. This solved the problem. The log files on the server contained the following information: Aug 28 17:00:33 nijlpaard kernel: [ 702.739829] Unable to handle kernel NULL pointer dereference at virtual address 0008 Aug 28 17:00:33 nijlpaard kernel: [ 702.748064] pgd = c0004000 Aug 28 17:00:33 nijlpaard kernel: [ 702.750815] [0008] *pgd= Aug 28 17:00:33 nijlpaard kernel: [ 702.754518] Internal error: Oops: 5 [#1] Aug 28 17:00:33 nijlpaard kernel: [ 702.758453] Modules linked in: autofs4 act_police cls_basic cls_flow cls_fw cls_u32 sch_tbf sch_prio sch_htb sch_hfsc sch_ingress sch_sfq xt_statistic xt_CT xt_time xt_connlimit xt_realm xt_addrtype iptable_raw xt_comment xt_recent xt_policy ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah xt_set ip_set nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_sane nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY nf_defrag_ipv6 ip6_tables nf_tproxy_core xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG nfnetlink_log xt_multiport xt_mark xt_mac xt_limit xt_length xt_ipran ge xt_helper xt_hashlimit xt_DSC Aug 28 17:00:33 nijlpaard kernel: P xt_dscp xt_dccp xt_conntrack xt_connmark xt_CLASSIFY xt_AUDIT ipt_LOG xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_mangle nfnetlink iptable_filter ip_tables x_tables nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc ipv6 ext3 jbd ext2 dm_mod loop hmac sha1_generic mv_cesa aes_generic ext4 jbd2 mbcache sg sd_mod crc_t10dif usb_storage scsi_mod ehci_hcd mvsdio mmc_core usbcore usb_common mv643xx_eth inet_lro libphy Aug 28 17:00:33 nijlpaard kernel: [ 702.887180] CPU: 0Not tainted (3.2.0-4-kirkwood #1 Debian 3.2.57-3+deb7u2) Aug 28 17:00:33 nijlpaard kernel: [ 702.894646] PC is at set_nfsv4_acl_one+0x4/0x7c [nfsd] Aug 28 17:00:33 nijlpaard kernel: [ 702.899892] LR is at nfsd4_set_nfs4_acl+0xa0/0x134 [nfsd] Aug 28 17:00:33 nijlpaard kernel: [ 702.905319] pc : [bf371650]lr : [bf371fc4]psr: 6013 Aug 28 17:00:33 nijlpaard kernel: [ 702.905325] sp : de76dec0 ip : c015effc fp : bf3971b0 Aug 28 17:00:33 nijlpaard kernel: [ 702.916861] r10: 00f8 r9 : de738130 r8 : 0022 Aug 28 17:00:33 nijlpaard kernel: [ 702.922112] r7 : r6 : r5 : dbf16bd0 r4 : d6f5f638 Aug 28 17:00:33 nijlpaard kernel: [ 702.928668] r3 : 4000 r2 : bf391c2f r1 : r0 : d6f5f638 Aug 28 17:00:33 nijlpaard kernel: [ 702.935227] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel Aug 28 17:00:33 nijlpaard kernel: [ 702.942569] Control: 0005397f Table: 1f18c000 DAC: 0017 Aug 28 17:00:33 nijlpaard kernel: [ 702.948341] Process nfsd (pid: 2439, stack limit = 0xde76c270) Aug 28 17:00:33 nijlpaard kernel: [ 702.954201] Stack: (0xde76dec0 to 0xde76e000) Aug 28 17:00:33 nijlpaard kernel: [ 702.958584] dec0: d6f5f638 d6f5f638 dbf16bd0 0022 bf371fc4 Aug 28 17:00:33 nijlpaard kernel: [ 702.966807] dee0: df0af2a0 de738020 df9a8150 df07 bf37de1c df07 de738020 Aug 28 17:00:33 nijlpaard kernel: [ 702.975030] df00: df9a8150 de738000 df9a8148 df9a8000 df07 bf37cdac bf3975d8 c049e7a0 Aug 28 17:00:33 nijlpaard kernel: [ 702.983252] df20: 0004 de738020 bf387238 df07 bf3975b4 dea52018 001c dea52000 Aug 28 17:00:33 nijlpaard kernel: [ 702.991468] df40: bf397578 dea52000 0018 bf36e93c df070174 df07 bf3975b4 c1051b60 Aug 28 17:00:33 nijlpaard kernel: [ 702.999690] df60: df07014c bf287de4 c1051b60 bf294c40 0001 bf397590 0024 dea52018 Aug 28 17:00:33 nijlpaard kernel: [ 703.007913] df80: df148800 0100 de60c400 df07 c1051b60 0013 Aug 28 17:00:33 nijlpaard kernel: [ 703.016126] dfa0: bf2882cc 0124 df07 bf36e0f4 Aug 28 17:00:33 nijlpaard kernel: [ 703.024341] dfc0: dfa6fe78 df07 bf36e000 c0040710 df07 Aug 28 17:00:33 nijlpaard kernel: [ 703.032556] dfe0: de76dfe0 de76dfe0 dfa6fe78 c0040694 c000ee98 c000ee98 e1520003 1a7b Aug 28 17:00:33 nijlpaard kernel: [ 703.040978] [bf371650]
Bug#760032: asterisk-config-custom visible
And if it is allready available it should be more visible / accessable. --- a/debian/control +++ b/debian/control @@ -278,3 +278,6 @@ Description: Configuration files for Asterisk Asterisk is an Open Source PBX and telephony toolkit. . This package contains the default configuration files of Asterisk. + . + Script 'asterisk-config-custom' helps to create + 'asterisk-config-custom' packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759800: [Debian-astro-maintainers] Bug#759800: [stellarium] Should provide FPS/CPU limitation other things
I filled the feature request: https://bugs.launchpad.net/stellarium/+bug/1363585 -- With best regards, Alexander
Bug#758582: vlc: Vlc segfaults at the end of video reproduction when video acceleration VAAPI is selected
tags 758582 + moreinfo thanks Le mardi 19 août 2014 00:39:10, vous avez écrit : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd06b5700 (LWP 2772)] Release (p_external=optimized out, p_ff=optimized out) at avcodec/vaapi.c:519 519 avcodec/vaapi.c: File o directory non esistente. (gdb) This looks like a well-known bug in libavcodec. Please provide the whole stack trace. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760038: e17: get unusable black screen with pointer since second login
Package: e17 Version: 0.17.6-1 Justification: renders package unusable Severity: grave Dear Maintainer, I upgraded from Wheezy to Jessie. After a reboot, I was able to log in to e17 once with no problem. Since then, when I log in to e17 I get an unusable black screen with a pointer. From a quick web search, I learned that sometimes disabling OpenGL solves the problem. But I don't know how to do this. Best, Ian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages e17 depends on: ii dbus-x11 1.8.6-2 ii e17-data 0.17.6-1 ii libasound2 1.0.28-1 ii libc6 2.19-9 ii libdbus-1-31.8.6-2 ii libecore-con1 1.8.6-2 ii libecore-evas1 1.8.6-2 ii libecore-file1 1.8.6-2 ii libecore-imf1 1.8.6-2 ii libecore-input11.8.6-2 ii libecore-ipc1 1.8.6-2 ii libecore-x11.8.6-2 ii libecore1 1.8.6-2 ii libedbus1 1.7.10-1 ii libedje-bin1.8.6-2 ii libedje1 1.8.6-2 ii libeet11.8.6-2 ii libeeze1 1.8.6-2 ii libefreet-bin 1.8.6-2 ii libefreet1a1.8.6-2 ii libeina1 1.8.6-2 ii libeio11.8.6-2 ii libevas1 1.8.6-2 ii libevas1-engines-x [libevas1-engine-software-x11] 1.8.6-2 ii libpam0g 1.1.8-3.1 ii libxcb-keysyms10.3.9-1 ii libxcb-shape0 1.10-3 ii libxcb11.10-3 Versions of packages e17 recommends: ii pm-utils 1.4.1-15 e17 suggests no packages. -- no debconf information
Bug#717805: Adding an advice about lsinitramfs is not working when hit this bug ?
Hi, JFTR: * Javier Barroso [Tue Mar 25, 2014 at 11:11:31PM +0100]: While the patch at 22 comment in this bug [1] is not accepted (can you clarify why it is not accepted or applied?), I suggest adding an advice to script. [...] I just uploaded initramfs-tools v0.116 to Debian/unstable including a change close to what you proposed - thanks for that. This should improve the situation until someone comes up with a future-proof(ier) patch which properly supports the cpio initramfs. Any further help welcome! regards, -mika- signature.asc Description: Digital signature
Bug#759775: ImportError: No module named cmds
Hello Javi On 2014-08-31 00:27, Javi Merino wrote: Control: tags 759775 unreproducible On Sat, Aug 30, 2014 at 09:34:58AM +0200, Joerg wrote: Package: trash-cli Version: 0.12.9.14-1 Severity: important Dear Maintainer, With the new version I can't put any file to trash bin anymore. /usr/bin/trash-put tobedeleted Traceback (most recent call last): File /usr/bin/trash-put, line 4, in module from trashcli.cmds import put as main ImportError: No module named cmds There seems to be something wrong in your system. I've tried this several times in my system and in a clean chroot and it works. After installing the package, does /usr/lib/python2.7/dist-packages/trashcli/cmds.py exist? It should, it's part of the package. Does the output of python -c 'import sys; print(sys.path)'? Does it include /usr/lib/python2.7/dist-packages ? You are right, there was an ancient trash-cli lib within /usr/local/lib/python2.7/dist-packages. Thanks for pointing that out. Do you have any other trashcli in the other paths in sys.path? Best regards Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747009: pitivi: The timeline is not displayed correctly. I can interact but display is same has desktop (when it loaded)
Package: pitivi Version: 0.93-4 Followup-For: Bug #747009 Dear Maintainer, this bug is a result of #743585, but as recalled there pitivi is not using cogl anymore. To fix the timeline drawing it is enough to apply just two patches from upstream: https://git.gnome.org/browse/pitivi/commit/?id=c4c11dedd3cc966f8fa75fad080aff3abf1cf3f6 https://git.gnome.org/browse/pitivi/commit/?id=af65ef5317e2b7a0492ef165f2686c47b7011279 The second one does not apply cleanly on top of RELEASE-0_93_0 because it was based on the upstream conversion to pyhton3 (namely the new code use .previewers instead on previewers and that causes a patch conflict in the first hunk), however it's easy to backport it, this can even be done automatically with git am -3 and then git format-patch again. Please consider apply those patches for the time being as we don't know when a new upstream releases is coming. If you apply them, then #743585 would not be pitivi concern anymore. BTW for a beta quality software like pitivi it may be worth packaging git snapshots. Thanks, Antonio -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pitivi depends on: ii gir1.2-clutter-1.0 1.18.4-1 ii gir1.2-clutter-gst-2.0 2.0.12-1 ii gir1.2-gdkpixbuf-2.02.30.7-1 ii gir1.2-ges-1.0 1.2.1-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gst-plugins-base-1.0 1.4.1-1 ii gir1.2-gstreamer-1.01.4.1-1 ii gir1.2-gtk-3.0 3.12.2-3+b1 ii gir1.2-gtkclutter-1.0 1.5.2-2 ii gir1.2-pango-1.01.36.6-1 ii gnome-icon-theme3.12.0-1 ii gstreamer1.0-alsa [gstreamer1.0-audiosink] 1.4.1-1 ii gstreamer1.0-gnonlin1.2.1-1 ii gstreamer1.0-plugins-bad [gstreamer1.0-videosink] 1.4.1-1 ii gstreamer1.0-plugins-base 1.4.1-1 ii gstreamer1.0-plugins-good [gstreamer1.0-videosink] 1.4.1-1 ii gstreamer1.0-pulseaudio [gstreamer1.0-audiosink]1.4.1-1 ii gstreamer1.0-x [gstreamer1.0-videosink] 1.4.1-1 ii libc6 2.19-10 ii libcairo2 1.12.16-3 ii python 2.7.8-1 ii python-cairo1.8.8-1+b2 ii python-dbus 1.2.0-2+b3 ii python-gi 3.12.2-1 ii python-gi-cairo 3.12.2-1 ii python-gst-1.0 1.2.1-1.1 ii python-matplotlib 1.3.1-2 ii python-numpy1:1.8.2-2 ii python-xdg 0.25-4 pitivi recommends no packages. Versions of packages pitivi suggests: ii frei0r-plugins 1.4-3 ii gir1.2-gnomedesktop-3.03.12.2-2 ii gir1.2-notify-0.7 0.7.6-2 ii gstreamer1.0-libav 1.4.1-1+b1 ii gstreamer1.0-plugins-bad 1.4.1-1 ii gstreamer1.0-plugins-ugly 1.4.1-1 -- no debconf information -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678696: Event based block device handling (fixes USB and nested devices problem)
Hi, f'up to our recent discussion we had on IRC * Goswin von Brederlow [Sat Jun 23, 2012 at 09:25:28PM +0200]: the attached patch adds an event based loop for block devices to the init script. New blockdevices are recorded in /run/initramfs/block-events by an udev rule as they appear. The init script repeadately waits for that and then calls /scripts/local-block/* with a list of new devices storedin NEWDEVS until $ROOT and $resume (if set) exists or a timeout is reached. This fixes the problem that USB devices take too long to be discovered and crypto, raid, lvm or multipath can't be started on them. It also adds support for arbitrary nestings of them, e.g. raid5 over raid1. [...] First of all thanks again for the patch and your helpful feedback on IRC. I've tested your patch based on top of current i-t git master (v0.116) with a setup like: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=/dev/mapper/vg0-root ro quiet but it sadly fails to work as intended (it boots but doesn't find the block devices until the timeout is kicking in). I didn't investigate closer yet, but AFAICS it seems to be related to the fact that /dev/mapper/vg0-root doesn't exist at that time yet. If you or someones else finds time to try and possibly further investigate I'd very much welcome and appreciate that. regards, -mika- signature.asc Description: Digital signature
Bug#760039: amanda-server: Amstatus - permission denied (should be ignored?)
Package: amanda-server Version: 1:3.3.6-1+b1 Severity: normal When I try to run as user kjonca in my home directory command: $sudo -u backup amstatus alfa I got: Can't locate Tie/StdHash.pm: Permission denied at /usr/share/perl/5.20/base.pm line 97. ...propagated at /usr/share/perl/5.20/base.pm line 106. BEGIN failed--compilation aborted at /usr/lib/amanda/perl/Amanda/Config/FoldingHash.pm line 3. Compilation failed in require at /usr/lib/amanda/perl/Amanda/Config.pm line 753. BEGIN failed--compilation aborted at /usr/lib/amanda/perl/Amanda/Config.pm line 753. Compilation failed in require at /usr/lib/amanda/perl/Amanda/Util.pm line 566. BEGIN failed--compilation aborted at /usr/lib/amanda/perl/Amanda/Util.pm line 566. Compilation failed in require at /usr/sbin/amstatus line 13. BEGIN failed--compilation aborted at /usr/sbin/amstatus line 13. stracing shows me: [...cut a lot ... ] stat(./Tie/StdHash.pmc, 0x7fff197be720) = -1 EACCES (Permission denied) stat(./Tie/StdHash.pm, 0x7fff197be650) = -1 EACCES (Permission denied) [... cut a lot ...] So I suspect than amstatus try to get some files in curranet directory. Moreover when I run amstatus in directory with read acces (for example /tmp or / ) amstatus work correctly. I don't know if it is upstream error. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.19+3 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amanda-server depends on: ii amanda-common 1:3.3.6-1+b1 ii bsd-mailx [mailx] 8.1.2-0.20131005cvs-1 ii libc6 2.19-7 ii libcurl3 7.37.1-1 ii libglib2.0-0 2.40.0-4 ii libssl1.0.01.0.1i-2 ii mailutils [mailx] 1:2.99.98-1.1 amanda-server recommends no packages. Versions of packages amanda-server suggests: ii amanda-client 1:3.3.6-1+b1 ii cpio 2.11+dfsg-2 pn gnuplotnone ii perl [perl5] 5.20.0-6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722162: libghemical: library underlinked
Hi. This bug caused libghemical and ghemical to be removed from testing 2013-11-27. Any hope to have it fixed? We want to include ghemical in Debian Edu Jessie, and thus want it to be included in the next stable rease. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707903: drgeo: please migrate to guile-2.0
Hi. This bug caused drgeo to be removed from testing 2014-06-30. Any hope to have it fixed? We want to include drgeo in Debian Edu Jessie, and thus want it to be included in the next stable rease. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760040: nm.debian.org: Debian Contributors does not recognise changes of email address in alioth
Package: nm.debian.org Severity: normal In late march (2014) I have changed the email address I use while contributing to debian and updated my alioth profile (valhalla-guest) with the new address. I've just noticed (end of august 2014) that Debian Contributors is still listing the auto-association of my old email address, but the new one has been ignored. It would be nice if DC could catch-up with changes in the alioth account Thanks in advance -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752834: gnome-chemistry-utils: build-depends on xulrunner-dev which is gone
Hi. This bug caused gchempaint to be removed from testing 2014-07-26. Any hope to have it fixed? We want to include gchempaint in Debian Edu Jessie, and thus want it to be included in the next stable rease. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760041: nullmailer: please add systemd support
Package: nullmailer Version: 1:1.13-1 Severity: normal Dear Maintainer, After upgrade to systemd-214 from experimental, nullmailer doesn't start. Please add systemd support. I copied this service file from redhat hereunder as a temporary fix. I disabled the Syslog... and Standard.. stuff i did not understand. There exists also a Git issue upstream: https://github.com/bruceg/nullmailer/issues/20 /etc/systemd/system/nullmailer.service : # (C) 2011 Peter Conrad con...@quisquis.de # # This file is licensed under the terms of the # GNU General Public License Version 2. A copy of these terms should be # enclosed as COPYING in the package containing this file. [Unit] Description=Nullmailer relay-only MTA After=local-fs.target ConditionPathExists=/var/spool/nullmailer/queue [Install] WantedBy=multi-user.target WantedBy=mail-transfer-agent.target [Service] WorkingDirectory=/var/spool/nullmailer ExecStart=/usr/sbin/nullmailer-send User=mail #StandardInput=null #StandardOutput=syslog #StandardError=inherit #SyslogFacility=mail #SyslogIdentifier=nullmailer #SyslogLevel=notice #SyslogLevelPrefix=false Restart=always -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (200, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nullmailer depends on: ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-9 ii libgnutls-deb0-28 3.3.6-2 ii libstdc++6 4.9.1-4 ii lsb-base 4.1+Debian13 Versions of packages nullmailer recommends: pn rsyslog | system-log-daemon none nullmailer suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759794: insighttoolkit4: FTBFS on amd64 with ENOSPC
Kurt Roeckx a écrit , Le 30/08/2014 22:32: On Sat, Aug 30, 2014 at 08:10:41PM +0200, Philipp Kern wrote: On Sat, Aug 30, 2014 at 03:34:32PM +0200, Gilles Filippini wrote: insighttoolkit4 repeatedly FTBFS on amd64 [1] because of ENOSPC. A manual build on porterbox barriere.debian.org reported a need of ~44GB while it failed on buildd barber at approx 37GB of disk space. [1] https://buildd.debian.org/status/logs.php?pkg=insighttoolkit4arch=amd64 I really don't know how the build space could be optimized. The only solutions I can think of right now are: * force the build on a buildd with at least 44GB of free space * do a source + amd64 binary upload instead of source only upload. Note: this is blocking the ongoing hdf5 transition. I wonder if we should standardize on 50 GB everywhere. But then at some point there needs to be a cut-off. And if the packaging could be optimized to need less (i.e. avoid unnecessary disk use), that'd be splendid. I actually don't have an amd64 buildd that has both enough RAM and disk space. Brahms is the only one with enough disk space, but it only has 2 GB of RAM and gcc gets OOM killed there. So if DSA can arange 50 GB of disk space on barber, it would could build it there. Since it was already build on the porterbox, do you plan to upload that? That's what I intend if there is no solution on the maintainer or buildd sides. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#759980: winff: FTBFS: [Java framework] Error in function createSettingsDocument (elements.cxx).
Control: tags -1 unreproducible moreinfo Control: retitle -1 winff: FTBFS with an unknown Java RE installed Control: severity -1 important I just did a rebuild only of winff in a clean chroot and I am not able to reproduce the build failure. Going through the log, I do spot some differences in packages that are installed and I spot that the rebuild by you pulls in less packages, but they are apparently installed, so I guess my chroot is cleaner than yours. On 30-08-14 23:57, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[1]: Entering directory '/«PKGBUILDDIR»' soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od? [Java framework] Error in function createSettingsDocument (elements.cxx). javaldx failed! Warning: failed to read path from javaldx make[1]: *** [override_dh_auto_build-indep] Error 77 My log says this: make[1]: Entering directory '/tmp/buildd/winff-1.5.3' soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od? javaldx: Could not find a Java Runtime Environment! Warning: failed to read path from javaldx convert /tmp/buildd/winff-1.5.3/docs/WinFF.ca.odt - /tmp/buildd/winff-1.5.3/docs/WinFF.ca.pdf using writer_pdf_Export convert /tmp/buildd/winff-1.5.3/docs/WinFF.en.odt - /tmp/buildd/winff-1.5.3/docs/WinFF.en.pdf using writer_pdf_Export convert /tmp/buildd/winff-1.5.3/docs/WinFF.es_AR.odg - /tmp/buildd/winff-1.5.3/docs/WinFF.es_AR.pdf using draw_pdf_Export convert /tmp/buildd/winff-1.5.3/docs/WinFF.fr.odt - /tmp/buildd/winff-1.5.3/docs/WinFF.fr.pdf using writer_pdf_Export convert /tmp/buildd/winff-1.5.3/docs/WinFF.nl.odt - /tmp/buildd/winff-1.5.3/docs/WinFF.nl.pdf using writer_pdf_Export So it seems that your build has a Java Runtime Environment installed where my chroot does not. I think that the libreoffice team will be interested in the rootcause of this, but I don't think it is fair to say that winff FTBFS. The problem is that I couldn't spot what the difference between your setup and mine is with respect to a JRE, I couldn't find it in the list of packages in the Build Environment. For completeness sake and so that others can also verify what I am saying, I have attached my build log as well. Paul dpkg-buildpackage: source package winff dpkg-buildpackage: source version 1.5.3-5 dpkg-buildpackage: source changed by Paul Gevers elb...@debian.org dpkg-source --before-build winff-git dpkg-source: info: using options from winff-git/debian/source/local-options: --abort-on-upstream-changes --unapply-patches dpkg-source: info: applying Fix-up-the-symbols.patch dpkg-source: info: applying add-default-pdf-laucher-to-list-of-pdf-viewers.patch dpkg-source: info: applying Increase-hardening.patch dpkg-source: info: applying Use-the-default-Debian-optimization-O2-iso-default-f.patch dpkg-source: info: applying Typo-begining-beginning.patch dpkg-source: info: applying Rewrite-of-replaceVfParam-function-in-unit1.pas.patch dpkg-source: info: applying Replace-deinterlace-option-with-proper-yadif-video-f.patch dpkg-source: info: applying Fix-2-pass-option-by-passing-f-null-to-first-pass.patch dpkg-source: info: applying Fix-upstream-version-number-in-About-menu.patch dpkg-source: info: applying Initialize-numfiles-in-dragNdrop-and-allow-more-than.patch dpkg-source: info: applying Check-exit-status-of-the-terminal-to-warn-for-wrong-.patch dpkg-source: info: applying Minor-typo-in-hint-double-quote-instead-of-single.patch fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean debian/rules override_dh_clean make[1]: Entering directory `/media/home/paul/offline/winff/winff-git' if [ -f presets-orig.xml ] ; then mv presets-orig.xml presets.xml; fi dh_clean make[1]: Leaving directory `/media/home/paul/offline/winff/winff-git' dpkg-source -b winff-git dpkg-source: info: using options from winff-git/debian/source/local-options: --abort-on-upstream-changes --unapply-patches dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building winff using existing ./winff_1.5.3.orig.tar.gz dpkg-source: warning: ignoring deletion of file docs/WinFF.ca.pdf dpkg-source: warning: ignoring deletion of file docs/WinFF.en.pdf dpkg-source: warning: ignoring deletion of file docs/WinFF.fr.pdf dpkg-source: warning: ignoring deletion of file docs/WinFF.nl.pdf dpkg-source: warning: ignoring deletion of file docs/WinFF.es.pdf dpkg-source: info: building winff in winff_1.5.3-5.debian.tar.gz dpkg-source: info: building winff in winff_1.5.3-5.dsc dpkg-genchanges -S ../winff_1.5.3-5_source.changes dpkg-genchanges: not including original source code in upload dpkg-source --after-build winff-git dpkg-source: info: using options from winff-git/debian/source/local-options: --abort-on-upstream-changes --unapply-patches dpkg-source: info: unapplying Minor-typo-in-hint-double-quote-instead-of-single.patch dpkg-source: info: unapplying
Bug#760042: debian-installer-7.0-netboot-i386: Adding backports to preseed disables networking
Package: debian-installer-7.0-netboot-i386 Version: 20130613+deb7u2.b1 Severity: normal Tags: d-i Dear Maintainer, * What led up to the situation? By adding backports to the preseed file. * What exactly did you do (or not do) that was effective (or ineffective)? Added following lines to the preseed file: d-i apt-setup/local0/repository string http://ftp.fi.debian.org/debian wheezy-backports main d-i apt-setup/local0/comment string Debian Backports repository * What was the outcome of this action? Installation goes throug ok but after reboot networking is disabled, ifconfig and ip add both return absolutely nothing. * What outcome did you expect instead? I would have network connection. * Extra info When removing those 2 lines from preseed, installation goes through ok and network is working as should. So some packages are installed from backports though they obviously should not be. Diff between files of working installation (dpkg -l normal.txt) and non-working (dpkg -l fail.txt): ii ifupdown 0.7.8 i386 high level tools to configure network interfaces --- rc ifupdown 0.7.8 i386 high level tools to configure network interfaces 83c83,84 ii iproute 20120521-3+b3 i386 networking and traffic control tools --- rc iproute 20120521-3+b3 i386 networking and traffic control tools ii iproute2 3.15.0-2~bpo70+1 i386 networking and traffic control tools 86c87 ii isc-dhcp-client 4.2.2.dfsg.1-5+deb70u6 i386 ISC DHCP client --- rc isc-dhcp-client 4.2.2.dfsg.1-5+deb70u6 i386 ISC DHCP client 100a102 ii libatm1:i386 1:2.5.1-1.5 i386 shared library for ATM (Asynchronous Transfer Mode) -- System Information: Debian Release: 7.6 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_GB.UTF-8, LC_CTYPE=en_GB.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#758582: vlc: Vlc segfaults at the end of video reproduction when video acceleration VAAPI is selected
Hi Rémi, thanks for answering. Hoping this satisfies your request. Cheers Marco $ gdb vlc GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from vlc...Reading symbols from /usr/lib/debug/.build-id/bd/a54aae88601b31adc48cde0699479455646edc.debug...done. done. (gdb) run Starting program: /usr/bin/vlc [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. VLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5) [New Thread 0x7fffed24a700 (LWP 16114)] [New Thread 0x72dda700 (LWP 16115)] [New Thread 0x7fffec229700 (LWP 16116)] [0x605118] main libvlc: Esecuzione di vlc con l'interfaccia predefinita. Usa 'cvlc' per utilizzare vlc senza interfaccia. [New Thread 0x7fffec128700 (LWP 16117)] [New Thread 0x7fffd630c700 (LWP 16118)] [New Thread 0x7fffcf0e9700 (LWP 16126)] [New Thread 0x7fffcefe8700 (LWP 16127)] [New Thread 0x7fffcc201700 (LWP 16128)] [Thread 0x7fffcf0e9700 (LWP 16126) exited] [New Thread 0x7fffb7952700 (LWP 16129)] [New Thread 0x7fffb7151700 (LWP 16130)] [New Thread 0x7fffb6950700 (LWP 16131)] [New Thread 0x7fffb614f700 (LWP 16132)] [New Thread 0x7fffcf0e9700 (LWP 16133)] [New Thread 0x7fffcc100700 (LWP 16134)] [Thread 0x7fffcc201700 (LWP 16128) exited] Failed to open VDPAU backend libvdpau_nvidia.so: impossibile aprire il file oggetto condiviso: File o directory non esistente [0x7fffac000ab8] vdpau generic error: device creation failure: error 1 libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_35 libva info: va_openDriver() returns 0 [0x7fffbcc308c8] avcodec decoder: Using VA API version 0.35 for hardware decoding. Fontconfig warning: FcPattern object size does not accept value 0 Fontconfig warning: FcPattern object size does not accept value 0 [New Thread 0x7fffcc201700 (LWP 16135)] Fontconfig warning: FcPattern object size does not accept value 0 Fontconfig warning: FcPattern object size does not accept value 0 [0x7fff9c001248] main vout display error: Failed to resize display [Thread 0x7fffcf0e9700 (LWP 16133) exited] [Thread 0x7fffb7952700 (LWP 16129) exited] [Thread 0x7fffb7151700 (LWP 16130) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffcefe8700 (LWP 16127)] Release (p_external=optimized out, p_ff=optimized out) at avcodec/vaapi.c:519 519 avcodec/vaapi.c: File o directory non esistente. (gdb) bt #0 Release (p_external=optimized out, p_ff=optimized out) at avcodec/vaapi.c:519 #1 0x7fffc671eadb in vlc_va_Release (frame=0x7fffc0153348, va=optimized out) at avcodec/va.h:56 #2 ffmpeg_ReleaseFrameBuf (p_context=optimized out, p_ff_pic=0x7fffc0153348) at avcodec/video.c:1079 #3 0x7fffc5bef7dd in compat_free_buffer (opaque=optimized out, data=optimized out) at /build/libav-EKDVFO/libav-10.4/libavcodec/utils.c:563 #4 0x7fffc56156de in av_buffer_unref (buf=buf@entry=0x7fffcefe79b0) at /build/libav-EKDVFO/libav-10.4/libavutil/buffer.c:115 #5 0x7fffc5bef820 in compat_release_buffer (opaque=optimized out, data=optimized out) at /build/libav-EKDVFO/libav-10.4/libavcodec/utils.c:570 #6 0x7fffc56156de in av_buffer_unref (buf=buf@entry=0x7fffb00ff250) at /build/libav-EKDVFO/libav-10.4/libavutil/buffer.c:115 #7 0x7fffc561ac64 in av_frame_unref (frame=0x7fffb00ff080) at /build/libav-EKDVFO/libav-10.4/libavutil/frame.c:285 #8 0x7fffc5b802a5 in release_delayed_buffers (p=0x7fffbcca4248) at /build/libav-EKDVFO/libav-10.4/libavcodec/pthread_frame.c:285 #9 ff_frame_thread_free (avctx=avctx@entry=0x7fffbcc43d40, thread_count=4) at /build/libav-EKDVFO/libav-10.4/libavcodec/pthread_frame.c:532 #10 0x7fffc5b7f37b in ff_thread_free (avctx=avctx@entry=0x7fffbcc43d40) at /build/libav-EKDVFO/libav-10.4/libavcodec/pthread.c:85 #11 0x7fffc5896cd0 in avcodec_close (avctx=0x7fffbcc43d40) at /build/libav-EKDVFO/libav-10.4/libavcodec/utils.c:1609 #12 0x7fffc6722305 in CloseDecoder (p_this=0x7fffbcc308c8) at avcodec/avcodec.c:371 #13 0x7718c642 in vlc_module_unload (module=optimized out, deinit=deinit@entry=0x7718bb50 generic_stop) at modules/modules.c:340 #14
Bug#759944: librpc-xml-perl: FTBFS: dh_auto_test: make -j1 test returned exit code 2
Hi, On Sat, Aug 30, 2014 at 05:31:20PM -0700, gregor herrmann wrote: tags 759944 + confirmed One datapoint: I just tried to build librpc-xml-perl both once in pbuilder and once with sbuild and it does not FTBFS here (up to date sid chroots). Gregor, can you recheck if you stil get the FTBFS? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759956: [Pkg-electronics-devel] Bug#759956: drawtiming: FTBFS: dh_auto_test: make -j1 check returned exit code 2
reassign -1 graphicsmagick quit . On Sat, Aug 30, 2014 at 02:28:51PM -0700, Lucas Nussbaum wrote: + ../src/drawtiming -x 1.5 -o memory.gif ./memory.txt caught Magick++ exception: Magick: Non-conforming drawing primitive definition (text) reported by magick/render.c:3022 (DrawImage) ---end quoted text--- When I changed empty strings () in memory.txt to strings with a single space character ( ), the test passed. So I think that this might be a regression in graphicsmagick -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#759929: shouldn't libhdf5.so still be avail and managed via alternatives
Hi Yaroslav, Yaroslav Halchenko a écrit , Le 31/08/2014 02:17: both ants and nifti2dicom (and probably others) recent FTBFS are due to recentish upload of hdf5 1.8.13+docs-8 which was previously only in experimental after its big RF in (1.8.13+docs-1) which stopped providing '/usr/lib/x86_64-linux-gnu/libhdf5.so' but provides separate builds for each flavor: /usr/lib/x86_64-linux-gnu/hdf5/mpich/libhdf5.so libhdf5-mpich-dev [amd64] /usr/lib/x86_64-linux-gnu/hdf5/openmpi/libhdf5.so libhdf5-openmpi-dev [amd64] /usr/lib/x86_64-linux-gnu/hdf5/serial/libhdf5.solibhdf5-dev [amd64] Gilles, I wondered, shouldn't there still be a /usr/lib/x86_64-linux-gnu/libhdf*.so* managed via alternatives, e.g. like blas/atlas do it? I didn't spot ants as a rdep oh hdf5. I'll have a look. About nifti2dicom, my previous tests reported no FTBFS after binNMUing vtk6. I'll have a look as well. There shouldn't be a need for alternatives anyway. Thanks for the notice, _g. signature.asc Description: OpenPGP digital signature
Bug#758582: vlc: Vlc segfaults at the end of video reproduction when video acceleration VAAPI is selected
reassign 758582 libavcodec55 affects 758582 vlc thanks Le dimanche 31 août 2014, 10:54:20 Marco Mattiolo a écrit : #0 Release (p_external=optimized out, p_ff=optimized out) at avcodec/vaapi.c:519 #1 0x7fffc671eadb in vlc_va_Release (frame=0x7fffc0153348, va=optimized out) at avcodec/va.h:56 #2 ffmpeg_ReleaseFrameBuf (p_context=optimized out, p_ff_pic=0x7fffc0153348) at avcodec/video.c:1079 (...) #10 0x7fffc5b7f37b in ff_thread_free (avctx=avctx@entry=0x7fffbcc43d40) at /build/libav-EKDVFO/libav-10.4/libavcodec/pthread.c:85 #11 0x7fffc5896cd0 in avcodec_close (avctx=0x7fffbcc43d40) at /build/libav-EKDVFO/libav-10.4/libavcodec/utils.c:1609 Hmm, yeah. libavcodec releases the VA buffers in avcodec_close() when it is supposed to do that in the earlier avcodec_flush_buffers(). This causes a use- after-free and crash in VLC. Reassigning. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760043: weston-terminal: exits under load
Package: weston Version: 1.5.0-2 Severity: grave Justification: causes non-serious data loss Dear Maintainer, When the Weston terminal outputs really fast, it pseudo-randomly ends up vanishing and the process exits. For me, this is reproducible about every third time running ls -lR /. On the console that started the compositor: [11:54:52.890] launching '/usr/lib/weston/weston-desktop-shell' Error sending request: Resource temporarily unavailable child 7795 exited From a quick investigation, this appears to be an unhandled error without the libwayland-client marshaller. I guess that write congestion on the socket to the compositor is not handled; if that is the case, it is somewhat surprisingly and disturbingly naive. Feel free to reassign to wayland. Best regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-basile (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 Versions of packages weston depends on: ii adduser 3.113+nmu3 ii libc6 2.19-10 ii libcairo2 1.12.16-3 ii libcolord2 1.2.1-1 ii libdbus-1-3 1.8.6-2 ii libdrm2 2.4.56-1 ii libegl1-mesa10.2.6-1 ii libegl1-mesa-drivers10.2.6-1 ii libgbm1 10.2.6-1 ii libgl1-mesa-glx [libgl1]10.2.6-1 ii libgles2-mesa 10.2.6-1 ii libglib2.0-02.40.0-5 ii libglu1-mesa [libglu1] 9.0.0-2 ii libinput0 0.2.0-2 ii libjpeg88d1-1 ii liblcms2-2 2.6-3 ii libmtdev1 1.1.5-1 ii libpam0g1.1.8-3.1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpixman-1-0 0.32.6-3 ii libpng12-0 1.2.50-2 ii libsystemd-login0 208-8 ii libudev1208-8 ii libwayland-client0 1.5.0-1 ii libwayland-cursor0 1.5.0-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.2.6-1 ii libwayland-server0 1.5.0-1 ii libx11-62:1.6.2-3 ii libx11-xcb1 2:1.6.2-3 ii libxcb-composite0 1.10-3 ii libxcb-render0 1.10-3 ii libxcb-shape0 1.10-3 ii libxcb-shm0 1.10-3 ii libxcb-xfixes0 1.10-3 ii libxcb-xkb1 1.10-3 ii libxcb1 1.10-3 ii libxcursor1 1:1.1.14-1 ii libxkbcommon0 0.4.1-2 Versions of packages weston recommends: ii libgl1-mesa-dri 10.2.6-1 weston 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#760044: xserver-xorg-video-nouveau: vga output erroneously reported connected both in xrandr and xorg.0.log
Package: xserver-xorg-video-nouveau Version: 1:1.0.10-1+b2 Severity: normal Hello my xrandr output in current sid is Screen 0: minimum 320 x 200, current 1600 x 900, maximum 8192 x 8192 LVDS-1 connected 1600x900+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1600x900 60.00*+ 1152x864 59.96 1024x768 59.92 800x600 59.86 640x480 59.38 720x400 59.55 640x400 59.95 640x350 59.77 VGA-1 disconnected (normal left inverted right xaxis y axis) DVI-D-1 disconnected (normal left inverted right x axis y axis) VGA-2 connected (normal left inverted right x axis y axis) 1024x768 60.00 800x600 60.3256.25 848x480 60.00 640x480 59.94 DP-1 disconnected (normal left inverted right x axis y axis) however, no monitor is really connected to vga-2. In wheezy, the xrandr output is infact Screen 0: minimum 320 x 200, current 1600 x 900, maximum 8192 x 8192 LVDS-1 connected 1600x900+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1600x900 60.0*+ 1152x864 60.0 1024x768 59.9 800x60059.9 640x48059.4 720x40059.6 640x40060.0 640x35059.8 VGA-1 disconnected (normal left inverted right x axis y axis) DVI-D-1 disconnected (normal left inverted right x axis y axis) VGA-2 disconnected (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) The nuisance is that my screen starts at reduced resolution. Best regards and thank you for your work Fulvio Ciriaco -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jun 4 18:40 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2356320 Jul 18 00:25 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218M [NVS 2100M] [10de:0a6a] (rev a2) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.14-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 SMP Debian 3.14.15-2 (2014-08-09) Xorg X server log files on system: -- -rw-r--r-- 1 root root 30692 Jun 5 17:13 /var/log/Xorg.1.log -rw-r--r-- 1 root root 28321 Aug 31 09:07 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [22.480] X.Org X Server 1.16.0 Release Date: 2014-07-16 [22.480] X Protocol Version 11, Revision 0 [22.480] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian [22.480] Current Operating System: Linux fc 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 [22.480] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=UUID=60bc171f-48fc-4e98-ac08-4d8333d4398b ro quiet [22.480] Build Date: 17 July 2014 10:22:36PM [22.480] xorg-server 2:1.16.0-1 (http://www.debian.org/support) [22.480] Current version of pixman: 0.32.6 [22.480]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [22.480] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [22.481] (==) Log file: /var/log/Xorg.0.log, Time: Sun Aug 31 08:54:34 2014 [22.508] (==) Using system config directory /usr/share/X11/xorg.conf.d [22.660] (==) No Layout section. Using the first Screen section. [22.660] (==) No screen section available. Using defaults. [22.660] (**) |--Screen Default Screen Section (0) [22.660] (**) | |--Monitor default monitor [22.660] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [22.660] (==) Automatically adding devices [22.660] (==) Automatically enabling devices [22.660] (==) Automatically adding GPU devices [22.755] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [22.755]Entry deleted from font path. [22.904] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [22.904] (==) ModulePath set to /usr/lib/xorg/modules [22.904] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [22.904] (II) Loader magic: 0x7fba73c5bd80 [22.904] (II) Module ABI versions: [22.904]X.Org ANSI C
Bug#759929: shouldn't libhdf5.so still be avail and managed via alternatives
On Sat, Aug 30, 2014 at 20:17:23 -0400, Yaroslav Halchenko wrote: both ants and nifti2dicom (and probably others) recent FTBFS are due to recentish upload of hdf5 1.8.13+docs-8 which was previously only in experimental after its big RF in (1.8.13+docs-1) which stopped providing '/usr/lib/x86_64-linux-gnu/libhdf5.so' but provides separate builds for each flavor: /usr/lib/x86_64-linux-gnu/hdf5/mpich/libhdf5.so libhdf5-mpich-dev [amd64] /usr/lib/x86_64-linux-gnu/hdf5/openmpi/libhdf5.so libhdf5-openmpi-dev [amd64] /usr/lib/x86_64-linux-gnu/hdf5/serial/libhdf5.solibhdf5-dev [amd64] Gilles, I wondered, shouldn't there still be a /usr/lib/x86_64-linux-gnu/libhdf*.so* managed via alternatives, e.g. like blas/atlas do it? alternatives are the worst possible way to handle a library. Cheers, Julien signature.asc Description: Digital signature
Bug#759933: beignet: FTBFS: /bin/sh: 1: clang: not found
Control: tags -1 patch Hi, the attached patch fixes the problem. Cheers, Julian fix_ftbfs Description: Binary data
Bug#759933: beignet: FTBFS: /bin/sh: 1: clang: not found
Control: tags -1 patch Hi, the attached patch fixes the problem. Cheers, Julian fix_ftbfs Description: Binary data
Bug#759943: [RFS] fix bug Bug#759943: libclc: FTBFS: /bin/sh: 1: clang: not found
Control: tags -1 patch Hi, the attached patch fixes the problem (and also removes myself from uploaders, since I do not have the hardware anymore to use this package). Could someone please sponsor the upload? Cheers, Julian fix_ftbfs Description: Binary data
Bug#756460: ruby-activerecord-3.2: Uninstallable in sid
Does that mean RC bugs should be filed against any packages that still Build-Depend on rails 3.2? If there are any left (quite likely), they should get RC bugs indeed. C. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739057: grml-debootstrap: Allow installs with --iso flag without root permissions
* Michael Prokop [Sat Feb 15, 2014 at 04:28:24PM +0100]: * Alex Rozenshteyn [Sat Feb 15, 2014 at 09:47:02AM -0500]: I tried to install a debian chroot by running fakeroot grml-debootstrap -i mnt -t target when I had an empty directory at target and a debian installer iso mounted at mnt (mounted using fuseiso). [...] We'd happily accept a patch. My offer still stands, but I don't see any reasonable timeframe that I could investigate myself nor that anyone else seems to be working on it, so marking this bug report as wontfix. If someone is willing to work on this I'd be happy to assist. regards, -mika- signature.asc Description: Digital signature
Bug#759406: Image sizes and concatenation
I was the person at that DebConf session who suggested concatenatable images. And in particular, if you want to handle media of power-of-two sizes (1GB, 2GB, 4GB, 8GB, 16GB), you can provide concatenatable images of power-of-two sizes after the first: 1GB, 1GB, 2GB, 4GB, 8GB. More generally, if you want to support sizes a, b, c, d, e, ..., then provide images of size a, b-a, c-b, d-c, e-d, ... Offsets were exactly what I had in mind when I suggested that this seemed easily fixable: you can tell how big the first image is supposed to be, so just look right after that image for another image, and repeat until you don't find another image. Thanks for working on this! - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500257: closed by Thomas Goirand z...@debian.org (Fixed upstream)
Hi Thomas, On Sat, Aug 30, 2014 at 06:36:05AM +, Debian Bug Tracking System wrote: This bug has been marked as fixed upstream in 2009, and is still opened. WTF? :) FTR, it is more they marked it as invalid on their side, see [1]. But don't know if the request for Debian's build is still valid. [1] http://trac.transmissionbt.com/ticket/952 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757993: grml2usb (0.14.7) regression, fatal error: grml2usb doesn't see the bootflag on bootable /dev/sdb2
* Jos van Wolput [Wed Aug 13, 2014 at 01:15:35PM +0800]: Using grml2usb (0.14.7) to install grml on my external usb hard disk, grml2usb doesn't see the bootflag on bootable /dev/sdb2: The partition of my usb hd: fdisk -l Device Boot Start End Sectors Size Id Type /dev/sdb12048 482347007 482344960 230G c W95 FAT32 (LBA) /dev/sdb2 *482347008 48159 2097152 1G c W95 FAT32 (LBA) /dev/sdb3 48160 976773166 492329007 234.8G 83 Linux grml2usb --grub --grub-mbr grml64-full_2014.03.iso /dev/sdb2 Executing grml2usb version 0.14.7 Warning: the specified device /dev/sdb2 does not look like a removable usb device. Do you really want to continue? y/N y Using ISO grml64-full_2014.03.iso Fatal: Device /dev/sdb does not have the bootflag set. Please enable it to be able to boot. No such issue when using version 0.12.2 from wheezy, it installs a working grml on bootable /dev/sdb2. Yeah, the code to check for the boot flag sadly isn't optimal yet and fails as soon as the boot flag isn't on the first partition. We've something pending in: https://github.com/grml/grml2usb/commit/360632e096cbcd38d025d610cd64ce3fbb45c131 which might solve you issue, we'd appreciate any feedback. Thanks for reporting! regards, -mika- signature.asc Description: Digital signature
Bug#750844: apparmor-notify: aa-notify started but no notification
On 08/29/2014 05:44 AM, intrigeri wrote: Hi John, what do these command output: $ sudo grep apparmor /var/log/kern.log $ aa-notify -p -s 1 -w 60 ? Cheers, -- intrigeri Hello Intrigeri, sudo grep apparmor /var/log/kern.log Aug 31 22:06:06 redcat kernel: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=UUID=cc5cf21d-ec9f-4bbc-87b0-e1fbd1bc5351 ro apparmor=1 security=apparmor quiet Aug 31 22:06:06 redcat kernel: [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=UUID=cc5cf21d-ec9f-4bbc-87b0-e1fbd1bc5351 ro apparmor=1 security=apparmor quiet aa-notify -p -s 1 -w 60 is already start at boot automatically, john@redcat:~$ ps aux |grep aa-notify john 3435 0.0 0.0 39876 5216 ?Ss 14:05 0:01 /usr/bin/perl /usr/bin/aa-notify -p -s 1 -w 60 john 27567 0.0 0.0 12624 936 pts/4S+ 17:39 0:00 grep --color=auto aa-notify If I kill it(3435), then run /usr/bin/aa-notify -p -s 1 -w 60 john@redcat:~$ /usr/bin/aa-notify -p -s 1 -w 60 Starting aa-notify It start and run without warning/error message. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759859: Processed: Re: Bug#759859: ssh-agent-filter: FTBFS: ld: ssh-agent-filter.o: undefined reference to symbol 'pthread_create@@GLIBC_2.2.5'
reassign 759859 src:gcc-4.9 4.9.1-9 notfound 759859 src:gcc-4.9/4.9.1-4 thanks 2014-08-31 01:27:01 Matthias Klose: reassign -1 src:ssh-agent-filter Sorry for assigning to the wrong package. gcc-4.9 is probably not the right binary package, but the breakage is definitely caused by upgrading the packages from src:gcc-4-9 and fixed by downgrading, as pointed out in my previous mail. My package uses pthread functions via std::thread then build with -pthread. Quoting only the irrelevant parts of my mail doesn't solve the problem. Would you be so kind to at least point out: * how my binary got linked to libpthread before * why you changed that in a debian release (no change in the upstream version number) * why there is no NEWS.Debian entry describing the change * how I shall discover at build time which threading library libstdc++ uses? Greetings Timo signature.asc Description: This is a digitally signed message part.
Bug#760045: dbus: On systems with nis and systemd dbus response extremely slow
Package: dbus Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Marcus Jacobs west.wall...@gmx.net To: Debian Bug Tracking System sub...@bugs.debian.org Subject: dbus: On systems with nis and systemd dbus response extremely slow Message-ID: 20140831094124.28573.29423.report...@wallace.fritz.box X-Mailer: reportbug 6.5.0 Date: Sun, 31 Aug 2014 11:41:24 +0200 Package: dbus Version: 1.8.6-2 Severity: important Dear Maintainer, Since the change on jessie to systemd, I need to restart dbus after the boot process to use my system, otherwise the response times make it so slow that it is unusable. Before systemd, nis needed about 1-2 minutes to start, so the boot process was slow but afterwards the system was running very well. Now with systemd the boot process is very fast but the system is unusable. When I log in after boot, the password check takes about a minute, even for root who is a local user. When I then restart dbus and kdm via systemctl, everything is fine again. The problem might be nis here but it is dbus I need to restart. It seems to me that nis needs to provide some information for dbus which it doesn't and dbus is not waiting, leaving the situation unresolved. What is to be done I don't know. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dbus depends on: ii adduser 3.113+nmu3 ii libaudit11:2.3.7-1 ii libc62.19-9 ii libcap-ng0 0.7.4-2 ii libdbus-1-3 1.8.6-2 ii libexpat12.1.0-6 ii libselinux1 2.3-1 ii libsystemd-journal0 208-8 ii libsystemd-login0208-8 ii lsb-base 4.1+Debian13 dbus recommends no packages. Versions of packages dbus suggests: ii dbus-x11 1.8.6-2 -- no debconf information
Bug#760012: [kfreebsd] icedove fails to install
tags 760012 + fixed pending merge 760012 759502 thanks Hello Christoph, On Sat, Aug 30, 2014 at 04:43:33PM -0700, Christoph Egger wrote: Setting up icedove (31.0-2) ... rmdir: failed to remove '/usr/lib/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}': No such file or directory dpkg: error processing package icedove (--configure): subprocess installed post-installation script returned error exit status 1 This is on a clean sid chroot on the buildd and makes mozilla-gnome-keyring FTBFS sadly this issue is true. But Christoph has prepared a fix for the issue [1]. So with the next upload the issue will gone. [1] http://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/?id=65ad79700aa061e7c650b4c59c5e9ba41a245fc1 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#732286: closed by Nicolas Boullis nboul...@debian.org (Bug#732286: fixed in libcdio 0.92-1)
* Nicolas Boullis (nboul...@debian.org) [140831 01:46]: On Sat, Aug 30, 2014 at 11:29:51PM +0200, Andreas Barth wrote: thanks, could we get a fix of this bug also in unstable, or would it help if I upload an NMU? (This package is relevant to get about 50 packages built, so if there is no reason why not I would upload an NMU in a couple of days). Well, it is my intention to upload libcdio 0.92-3 (or higher) to unstable, but some more work is needed before I can do it: i need to prepare packages for libcdio-paranoia (which was split out of libcdio), and to coordinate with the release team for the library transition. I'd be thankful if we could get the fix earlier than the transition (especially as there is something to be done to get the packages depending on this one to be built). If it would be ok for you I could upload an NMU just fixing this issue (which of course would be overwritten as soon as you upload a higher version into unstable). Would that be possible? Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759818: vlc: VDPAU output - can see video in xterm and icons
Package: vlc Version: 2.2.0~pre2-4 Followup-For: Bug #759818 Dear Maintainer, Good day. I did not tested with patch yet, but here is some additional info I can see video on any black space on ohter workspaces - fonts, icons, black images in internet browser, black termintal etc. But, only after systemctl hibernate/suspend. After clear reboot - everything is allright. Bug can not be recorded on video or screenshot, only if you look with eyes. Best regards, Dmitrii. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749970: mlterm: Cannot start gui configurator
Package: mlterm Version: 3.3.8-1 On 2014-05-31 Andreas Tscharner a...@vis.ethz.ch wrote: Package: mlterm Version: 3.3.2-1 Severity: normal Dear Maintainer, When I try to start the gui configurator pushing the Ctrl key and mouse button 3, it does not start (nothing happens actually). I have also tried to start mlconfig directly (/usr/lib/x86-64/mlterm/mlconfig), but no luck either (the terminal blocks as usual, but nothing more happens). I don't see any error messages or something. [...] I have got the same problem. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759673: Forwarded upstream
tags 759673 + upstream forwarded 759673 https://github.com/joyent/libuv/issues/1442 thanks Patch forwarded upstream, thanks. If you are a github user, you may even consider to submit a PR there to speed-up the review and merging process. Cheers, Luca -- .''`. | ~[ Luca BRUNO ~ (kaeso) ]~ : :' : | Email: lucab (AT) debian.org ~ Debian Developer `. `'` | GPG Key ID: 0x3BFB9FB3 ~ Free Software supporter `-| HAM-radio callsign: IZ1WGT ~ Networking sorcerer signature.asc Description: PGP signature
Bug#759818: vlc: VDPAU output - can see video in xterm and icons
And no, mplayer2 with VDPAU is not affected. Best regards, Dmitrii. 2014-08-31 12:57 GMT+03:00 Dmitrii (TDYK) thedrunkyardkee...@gmail.com: Package: vlc Version: 2.2.0~pre2-4 Followup-For: Bug #759818 Dear Maintainer, Good day. I did not tested with patch yet, but here is some additional info I can see video on any black space on ohter workspaces - fonts, icons, black images in internet browser, black termintal etc. But, only after systemctl hibernate/suspend. After clear reboot - everything is allright. Bug can not be recorded on video or screenshot, only if you look with eyes. Best regards, Dmitrii.
Bug#760048: mlterm: rectangle selection is always ON
Package: mlterm Version: 3.3.8-1 Severity: normal 3.3.8 introduces the folowing feature: * Support rectangle selection by pressing alt key while selecting. However in the Debian package rectangle selection is always on, and not enabled with ALT. Downgrading to 3.3.6 (temporarily) made the problem go away. cu Andreas -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mlterm depends on: ii libc6 2.19-9 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.40.0-4 ii libx11-62:1.6.2-3 ii mlterm-common 3.3.8-1 Versions of packages mlterm recommends: ii mlterm-tools 3.3.8-1 Versions of packages mlterm suggests: pn fonts-arphic-bsmi00lp none pn fonts-arphic-gbsn00lp none ii fonts-freefont-ttf 20120503-4 pn fonts-nanum | fonts-baekmuk none pn fonts-vlgothic | fonts-japanese-gothic none pn mlterm-im-m17nlib none pn mlterm-im-scim none pn mlterm-im-uim none pn t1-cyrillic none ii unifont 1:7.0.03-1 ii xfonts-efont-unicode0.4.2-6 -- no debconf information -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760047: lame: FTBFS on any-i386
Source: lame Version: 3.99.5+repack1-3 Severity: serious Justification: fails to build from source Tags: sid jessie lame 3.99.5+repack1-4 failed to build on i386 and kfreebsd-i386 with: | libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I. -I../../libmp3lame -I../../mpglib -I../.. -D_FORTIFY_SOURCE=2 -O3 -fomit-frame-pointer -ffast-math -maccumulate-outgoing-args -fschedule-insns2 -fbranch-count-reg -fforce-addr -march=i586 -mtune=native -Wall -pipe -fstack-protector-strong -Wformat -Werror=format-security -c xmm_quantize_sub.c -fPIC -DPIC -o .libs/xmm_quantize_sub.o | xmm_quantize_sub.c: In function 'fht_SSE2': | xmm_quantize_sub.c:172:20: warning: variable 'v_s2' set but not used [-Wunused-but-set-variable] | __m128 v_s2; | ^ | xmm_quantize_sub.c: In function 'init_xrpow_core_sse': | xmm_quantize_sub.c:65:18: warning: SSE vector return without SSE enabled changes the ABI [-Wpsabi] | const __m128 vec_fabs_mask = _mm_loadu_ps(fabs_mask._float[0]); | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:929:1: error: inlining failed in call to always_inline '_mm_loadu_ps': target specific option mismatch | _mm_loadu_ps (float const *__P) | ^ | xmm_quantize_sub.c:65:18: error: called from here | const __m128 vec_fabs_mask = _mm_loadu_ps(fabs_mask._float[0]); | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:895:1: error: inlining failed in call to always_inline '_mm_set_ps1': target specific option mismatch | _mm_set_ps1 (float __F) | ^ | xmm_quantize_sub.c:73:27: error: called from here | vec_xrpow_max._m128 = _mm_set_ps1(0); |^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:895:1: error: inlining failed in call to always_inline '_mm_set_ps1': target specific option mismatch | _mm_set_ps1 (float __F) | ^ | xmm_quantize_sub.c:74:21: error: called from here | vec_sum._m128 = _mm_set_ps1(0); | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:929:1: error: inlining failed in call to always_inline '_mm_loadu_ps': target specific option mismatch | _mm_loadu_ps (float const *__P) | ^ | xmm_quantize_sub.c:77:25: error: called from here | vec_tmp._m128 = _mm_loadu_ps((cod_info-xr[i])); /* load */ | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:237:1: error: inlining failed in call to always_inline '_mm_and_ps': target specific option mismatch | _mm_and_ps (__m128 __A, __m128 __B) | ^ | xmm_quantize_sub.c:78:25: error: called from here | vec_tmp._m128 = _mm_and_ps(vec_tmp._m128, vec_fabs_mask); /* fabs */ | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:181:1: error: inlining failed in call to always_inline '_mm_add_ps': target specific option mismatch | _mm_add_ps (__m128 __A, __m128 __B) | ^ | xmm_quantize_sub.c:79:25: error: called from here | vec_sum._m128 = _mm_add_ps(vec_sum._m128, vec_tmp._m128); | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:205:1: error: inlining failed in call to always_inline '_mm_sqrt_ps': target specific option mismatch | _mm_sqrt_ps (__m128 __A) | ^ | xmm_quantize_sub.c:80:25: error: called from here | vec_tmp._m128 = _mm_sqrt_ps(_mm_mul_ps(vec_tmp._m128, _mm_sqrt_ps(vec_tmp._m128))); | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:193:1: error: inlining failed in call to always_inline '_mm_mul_ps': target specific option mismatch | _mm_mul_ps (__m128 __A, __m128 __B) | ^ | xmm_quantize_sub.c:80:25: error: called from here | vec_tmp._m128 = _mm_sqrt_ps(_mm_mul_ps(vec_tmp._m128, _mm_sqrt_ps(vec_tmp._m128))); | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:205:1: error: inlining failed in call to always_inline '_mm_sqrt_ps': target specific option mismatch | _mm_sqrt_ps (__m128 __A) | ^ | xmm_quantize_sub.c:80:25: error: called from here | vec_tmp._m128 = _mm_sqrt_ps(_mm_mul_ps(vec_tmp._m128, _mm_sqrt_ps(vec_tmp._m128))); | ^ | In file included from xmm_quantize_sub.c:37:0: | /usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:229:1: error: inlining failed in call to always_inline '_mm_max_ps': target specific option mismatch | _mm_max_ps (__m128 __A, __m128 __B) | ^ | xmm_quantize_sub.c:81:31: error: called from here | vec_xrpow_max._m128 = _mm_max_ps(vec_xrpow_max._m128,
Bug#760049: apt-offline: corrupt signature file when doing source package generation
Package: apt-offline Version: 1.3.1 Severity: important 15:19:52 rrs@learner:/usr/share/pyshared/reportbug$ cat /tmp/set-3587.uris 'http://ftp.debian.org/debian/pool/main/l/lxde-metapackages/lxde-metapackages_4+nmu1.dsc' lxde-metapackages_4+nmu1.dsc 1749 MD5Sum:7a2ad8b99edd7499ffa4224fec254f96 'http://ftp.debian.org/debian/pool/main/l/lxde-metapackages/lxde-metapackages_4+nmu1.tar.xz' lxde-metapackages_4+nmu1.tar.xz 2356 MD5Sum:3cbbcade107647fd3ad218919120e630 'http://ftp.debian.org/debian/pool/main/i/icewm/icewm_1.3.7-5.dsc' icewm_1.3.7-5.dsc 1765 MD5Sum:ca678ac2fbd34142bc177e8bc22c398a 'http://ftp.debian.org/debian/pool/main/i/icewm/icewm_1.3.7.orig.tar.gz' icewm_1.3.7.orig.tar.gz 898197 MD5Sum:224695231aedb2b91db3254a13e1c8dd 'http://ftp.debian.org/debian/pool/main/i/icewm/icewm_1.3.7-5.debian.tar.xz' icewm_1.3.7-5.debian.tar.xz 206684 MD5Sum:183beae195941ea52561457cc1a91fcc The following packages have unmet dependencies: build-essential : Depends: g++ (= 4:4.9.1) but it is not going to be installed This must be triggered during source package requests. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-offline depends on: ii apt1.0.6 ii less 458-2 ii libpython2.7-stdlib [python-argparse] 2.7.8-6 ii python 2.7.8-1 apt-offline recommends no packages. apt-offline 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#632627: Re[2]: Bug#632627: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)
On Sun, Aug 31, 2014 at 04:11:07AM +0400, Askar Safin wrote: Sun, 31 Aug 2014 02:04:41 +0200 от Michael Prokop m...@debian.org: Are you willing to work on this? :) No, I'm just bug reporter :) uswsusp has been outdated 2y ago and hasn't improved yet. The support was removed in dracut in 2010. Please just close that, alternatively reassign to uswsusp, if it would be maintained the maintainer can/should lift that. thanks for your work! -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652459: initramfs-tools: [patch] Please support mounting of /usr in the initramfs
On Sun, Aug 31, 2014 at 02:06:46AM +0200, Michael Prokop wrote: * Roger Leigh [Sat Aug 30, 2014 at 11:19:42PM +0100]: On Sun, Aug 31, 2014 at 12:13:29AM +0200, Michael Prokop wrote: * Michael Prokop [Thu Jul 31, 2014 at 05:30:53PM +0200]: I've rebased the patchset against current git master and a preliminary and *untested*(!) package is available at: https://people.debian.org/~mika/initramfs-tools/ [...] This sounds good to me, is there any chance that either you, Roger Leigh or someone else would be willing to provide the according patchset (without the /etc-mount feature) rebased against our current git master and possibly while at it also take care of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652459#89 ? If so please ping me (either by mail, IRC or at DebConf), any help is really appreciated. I'm afraid I can't commit to any work at present. But regarding the mounting of /etc, that's just one or two commits at the end of the patchset. Just drop them to remove the feature. But do note that the feature is entirely harmless even if left in--it's not used by default. Thanks for additional information and the fast reply, then it would be even easier for me to integrate it since it's already there. If someone has objections please let me/us know NOW. yes scrap the /etc handling that was never acked, the rest had only codingstyle issues if i remember correctly. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758864: cups: jessie update/upgrade - cups fails libcups2 (= 1.7.4-4) but 1.7.5-1 is installed FIXED
OK - done the init=/lib/sysvinit/init boot No graphical interface - just a blank screen which accepts and echos characters Switched Ctl-Alt-F2, logged in, update and dist-upgrade appeared to go through OK Reboot as normal CUPS now appears to have been updated to 1.7.5 and test prints working. Thank you all for your help -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760050: transition: llvm-toolchain-3.5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, To make sure Jessie gets ship with a recent version of llvm, I would like to transit llvm from version 3.4 to 3.5. I am also planning to update llvm-defaults to make sure that llvm, clang and lldb tools are proposing version 3.5. However, I am planning to keep llvm 3.4 in the archive. So, packages not supporting 3.5 won't be deleted. We will just have to force. the version 3.4. Cheers, Sylvestre Ben file: title = llvm-toolchain-3.5; is_affected = .depends ~ lib(clang1-3.4|libllvm3.4) | .depends ~ lib(clang1-3.5|libllvm3.5); is_good = .depends ~ lib(clang1-3.5|libllvm3.5); is_bad = .depends ~ lib(clang1-3.4|libllvm3.4); -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (500, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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#759852: pentobi: FTBFS: thread:136: undefined reference to `pthread_create'
Hi, I am the developer of Pentobi. The build log is a bit hard to read because it is from a parallel build. The undefined reference you quoted in in your email seems to be from the link command for unittest_libpentobi_mcts. I added a workaround to Pentobi's source code that explicitely links the thread library for this unit test. This fix is contained in Pentobi version 8.1, which I released today. However, when I look at the full build log, there is a second undefined reference error at the end. I am not sure if this belongs to the link command for the main executable (pentobi) and if yes, if this is something I can fix or that is the result of a misconfiguration of gcc or cmake. I never had to explicitely add the thread library in CMakeLists.txt if I am already linking QtCore since QtCore depends on it. - Markus Enzenberger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759818: vlc: VDPAU output - can see video in xterm and icons
Package: vlc Version: 2.2.0~pre2-4 Followup-For: Bug #759818 Dear Maintainer, Good day! The patch works, now every black space is black! Thank you! Best regards, Dmitrii -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760051: gnome-shell: owncloud-client's tray icon displayed as a single white pixel
Package: gnome-shell Version: 3.12.2-3 Severity: normal Dear Maintainer, The ownCloud client under GNOME 3.12 works mostly as expected, including presenting an icon in the system tray. Under GNOME Shell that icon is a single white pixel in the center of the icon's clickable area. Under other desktops like MATE it works as expected, so I suspect this is a bug with GNOME Shell's handling of tray icons. Jonathan Lane -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii evolution-data-server3.12.5-1 ii gir1.2-accountsservice-1.0 0.6.37-3 ii gir1.2-atspi-2.0 2.12.0-2 ii gir1.2-caribou-1.0 0.4.13-1 ii gir1.2-clutter-1.0 1.18.4-1 ii gir1.2-freedesktop 1.40.0-2 ii gir1.2-gcr-3 3.12.2-1 ii gir1.2-gdesktopenums-3.0 3.12.2-1 ii gir1.2-gdm3 3.12.2-2.1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gmenu-3.0 3.13.3-1 ii gir1.2-gnomebluetooth-1.03.12.0-5 ii gir1.2-gnomedesktop-3.0 3.12.2-2 ii gir1.2-gtk-3.0 3.12.2-3+b1 ii gir1.2-ibus-1.0 1.5.8-2 ii gir1.2-mutter-3.03.12.2-2 ii gir1.2-networkmanager-1.00.9.10.0-1.1 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.6-1 ii gir1.2-polkit-1.00.105-6.1 ii gir1.2-soup-2.4 2.46.0-2 ii gir1.2-telepathyglib-0.120.24.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-3 ii gir1.2-upowerglib-1.00.99.0-3 ii gjs 1.40.1-4 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.12.2-1 ii gnome-shell-common 3.12.2-3 ii gnome-themes-standard3.12.0-1 ii gsettings-desktop-schemas3.12.2-1 ii libatk-bridge2.0-0 2.12.1-1+b1 ii libatk1.0-0 2.12.0-1 ii libc62.19-9 ii libcairo21.12.16-3 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.18.4-1 ii libcogl-pango20 1.18.2-1 ii libcogl201.18.2-1 ii libcroco30.6.8-3 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.5-1 ii libedataserver-1.2-183.12.5-1 ii libgcr-base-3-1 3.12.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.40.1-4 ii libglib2.0-0 2.40.0-4 ii libgstreamer1.0-01.4.0-1 ii libgtk-3-0 3.12.2-3+b1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0d 3.12.2-2 ii libnm-glib4 0.9.10.0-1.1 ii libnm-util2 0.9.10.0-1.1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpolkit-agent-1-0 0.105-6.1 ii libpolkit-gobject-1-00.105-6.1 ii libpulse-mainloop-glib0 5.0-6 ii libpulse05.0-6 ii libsecret-1-00.18-1 ii libstartup-notification0 0.12-3 ii libsystemd-journal0 208-8 ii libtelepathy-glib0 0.24.0-1 ii libx11-6 2:1.6.2-3 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii python 2.7.8-1 ii
Bug#758543: fixed in libdvdnav 5.0.1-1
Dear Maintainer, The problem is still there. I have upgraded to 5.0.1-1, I still can't run mplayer. The error message is still the same. I checked the file list (https://packages.debian.org/sid/amd64/libdvdnav4/filelist), libdvdnavmini.so.4 is not in the file list. Cheers, Fufu On Sat, 30 Aug 2014 21:06:10 + Benjamin Drung bdr...@debian.org wrote: Source: libdvdnav Source-Version: 5.0.1-1 We believe that the bug you reported is fixed in the latest version of libdvdnav, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 758...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Benjamin Drung bdr...@debian.org (supplier of updated libdvdnav package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 30 Aug 2014 22:38:37 +0200 Source: libdvdnav Binary: libdvdnav4 libdvdnav-dbg libdvdnav-dev libdvdnav-doc Architecture: source amd64 all Version: 5.0.1-1 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Changed-By: Benjamin Drung bdr...@debian.org Description: libdvdnav-dbg - DVD navigation library (debug) libdvdnav-dev - DVD navigation library (development) libdvdnav-doc - DVD navigation library (documentation) libdvdnav4 - DVD navigation library Closes: 758543 759866 Changes: libdvdnav (5.0.1-1) unstable; urgency=medium . [ Benjamin Drung ] * New upstream release (Closes: #759866) * Update debian/watch to point to VideoLAN (and check signature) * Update lintian override * Put documentation into /usr/share/doc/libdvdnav-doc * Disable silent rules (to get verbose build output) * Do not ship the upstream COPYING file . [ Stuart Prescott ] * Break old mplayer mencoder packages. (Closes: #758543) Checksums-Sha1: dfa3865a55013f9d4e75bd1ee76b21c514013898 2272 libdvdnav_5.0.1-1.dsc 9c234fc1a11f760c90cc278b702b1e41fc418b7e 354568 libdvdnav_5.0.1.orig.tar.bz2 6086216ab2dcff131e18c9d97ae966e97a37e5d4 7892 libdvdnav_5.0.1-1.debian.tar.xz 24e81a35079089d85a0534d4d318a0ae797dacaa 43450 libdvdnav4_5.0.1-1_amd64.deb c00f82348159e473217c5aa1278502ccad7b8492 123046 libdvdnav-dbg_5.0.1-1_amd64.deb
Bug#760052: aptitude: FTBFS - html-to-text Segmentation fault
Package: aptitude Version: 0.6.11-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] /usr/bin/xsltproc -o output-readme/index.html ../../../doc/aptitude-txt.xsl ../../../doc/cs/aptitude.xml Error: no ID for constraint linkend: secHier. Error: no ID for constraint linkend: secHier. Error: no ID for constraint linkend: secHier. ../../../doc/html-to-text output-readme/index.html utf-8 README.cs /bin/bash: line 2: 15719 Segmentation fault ../../../doc/html-to-text output-readme/index.html utf-8 README.cs Makefile:962: recipe for target 'docbook-readme-stamp' failed make[5]: *** [docbook-readme-stamp] Error 1 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael aptitude-build-log.txt.gz Description: application/gunzip pgp1y6bX81hdy.pgp Description: PGP signature
Bug#760053: bitlbee: FTBFS - cannot create init/bitlbee.service: Directory nonexistent
Package: bitlbee Version: 3.2.1+otr4-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] /usr/bin/make -C doc make[2]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-bitlbee/bitlbee-3.2.1+otr4/debian/build-native/doc' # Only build the docs if this is a bzr checkout test ! -d ../.bzr || /usr/bin/make -C user-guide make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-bitlbee/bitlbee-3.2.1+otr4/debian/build-native/doc' sed 's|@sbindir@|/usr/sbin/|' init/bitlbee.service.in init/bitlbee.service /bin/sh: 1: cannot create init/bitlbee.service: Directory nonexistent Makefile:141: recipe for target 'systemd' failed make[1]: *** [systemd] Error 2 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael bitlbee-build-log.txt.gz Description: application/gunzip pgpJG5wRDPNzF.pgp Description: PGP signature
Bug#760044: xserver-xorg-video-nouveau: vga output erroneously reported connected both in xrandr and xorg.0.log
On 2014-08-31 11:12 +0200, fulvio ciriaco wrote: Package: xserver-xorg-video-nouveau Version: 1:1.0.10-1+b2 Severity: normal Hello my xrandr output in current sid is Screen 0: minimum 320 x 200, current 1600 x 900, maximum 8192 x 8192 LVDS-1 connected 1600x900+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1600x900 60.00*+ 1152x864 59.96 1024x768 59.92 800x600 59.86 640x480 59.38 720x400 59.55 640x400 59.95 640x350 59.77 VGA-1 disconnected (normal left inverted right xaxis y axis) DVI-D-1 disconnected (normal left inverted right x axis y axis) VGA-2 connected (normal left inverted right x axis y axis) 1024x768 60.00 800x600 60.3256.25 848x480 60.00 640x480 59.94 DP-1 disconnected (normal left inverted right x axis y axis) however, no monitor is really connected to vga-2. That's a kernel problem, if you don't intend to use the vga-2 output you can disable it by booting with the video=VGA-2:d kernel parameter. See https://wiki.archlinux.org/index.php/Nouveau#Phantom_Output_Issue. The nuisance is that my screen starts at reduced resolution. The phantom output is not going to deliver a valid EDID, and for such outputs the kernel assumes a resolution of 1024x768. [ 10.184674] nouveau W[ DRM] unknown connector type 51 Do you get this warning with the wheezy kernel as well? Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759818: vlc: VDPAU output - can see video in xterm and icons
tags 759818 + fixed-upstream confirmed tags 759818 - moreinfo thanks Le dimanche 31 août 2014, 13:32:05 Dmitrii a écrit : Package: vlc Version: 2.2.0~pre2-4 Followup-For: Bug #759818 Dear Maintainer, Good day! The patch works, now every black space is black! Thank you! OK, thank you for your time. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759929: shouldn't libhdf5.so still be avail and managed via alternatives
Gilles Filippini a écrit , Le 31/08/2014 11:04: Hi Yaroslav, Yaroslav Halchenko a écrit , Le 31/08/2014 02:17: both ants and nifti2dicom (and probably others) recent FTBFS are due to recentish upload of hdf5 1.8.13+docs-8 which was previously only in experimental after its big RF in (1.8.13+docs-1) which stopped providing '/usr/lib/x86_64-linux-gnu/libhdf5.so' but provides separate builds for each flavor: /usr/lib/x86_64-linux-gnu/hdf5/mpich/libhdf5.so libhdf5-mpich-dev [amd64] /usr/lib/x86_64-linux-gnu/hdf5/openmpi/libhdf5.so libhdf5-openmpi-dev [amd64] /usr/lib/x86_64-linux-gnu/hdf5/serial/libhdf5.solibhdf5-dev [amd64] Gilles, I wondered, shouldn't there still be a /usr/lib/x86_64-linux-gnu/libhdf*.so* managed via alternatives, e.g. like blas/atlas do it? I didn't spot ants as a rdep oh hdf5. I'll have a look. About nifti2dicom, my previous tests reported no FTBFS after binNMUing vtk6. I'll have a look as well. It seems the FindITK.cmake macro reports the wrong path for hdf5 libraries. Still investigating... _g. signature.asc Description: OpenPGP digital signature
Bug#732723: cegui-mk2: Please upgrade OGRE dependency to 1.9 when upstream ready
Control: severity -1 important 2013-12-20 18:11 GMT+00:00 manuel.montez...@gmail.com: Source: cegui-mk2 Severity: wishlist Hello, cegui-mk2 depends on OGRE v1.8, which is discontinued and unsupported after 1.9.0 was released, and so it should not be present in future releases of Debian. Please upload at your convenience, but obviously the sooner the better once your upstreams support the new version of OGRE, to squash most bugs well before the freeze. I raised the severity to important, because I plan to ship Jessie with ogre-1.9 only. As said in the original but report, ogre-1.8 is not supported by upstream by now (almost a year), and it is already showing problems (like not building in the new architectures being added), so it will be quite a burden to support it in a Debian stable cycle when it's an unsupported version before the freeze, and having to do things duplicated for 1.8 and 1.9. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760056: each upgrade locks nobody
Package: base-passwd Version: 3.5.34 Problem: each upgrade locks nobody # su nobody This account is currently not available. Solution: Reconfigure package. # debconf-show base-passwd|grep nobody base-passwd/system/user/nobody/shell/_bin_bash/_usr_sbin_nologin: true base-passwd/system/user/nobody/shell/_bin_sh/_usr_sbin_nologin: true # dpkg-reconfigure --priority=low base-passwd # Conclusion: no way to access those configuration variables. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760030: Similar to LP#1229953
Hi Pranith, Thanks for your bug report. I've looked at kupfer's bugs in launchpad, and one of them seems to be similar to your bug[0]: It also deals with a sigsev in libglib. Could you say me what you think about it ? Regards, Hugo [0] https://bugs.launchpad.net/ubuntu/+source/kupfer/+bug/1229953 -- Hugo Lefeuvre (hugo6390)|www.hugo6390.org 4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E signature.asc Description: Digital signature
Bug#760055: sslh: disable libcap on non-linux architectures
Package: sslh Version: 1.16-1 Severity: important Tags: patch Hi, Since libcap-dev now only builds on linux, sslh cannot be built on non-linux architectures. I have attached a patch which disables support for libcap on non-linux architectures allowing sslh to build there again. James -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u -r a/debian/control b/debian/control --- a/debian/control 2014-08-30 21:43:22.384412587 +0100 +++ b/debian/control 2014-08-31 11:44:21.636534259 +0100 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Guillaume Delacour g...@iroqwa.org Build-Depends: debhelper (= 9.0.0), libwrap0-dev, binutils, po-debconf, - libio-socket-inet6-perl, libconfig-dev, libcap-dev, + libio-socket-inet6-perl, libconfig-dev, libcap-dev [linux-any], psmisc, lcov, dh-systemd (= 1.5) Standards-Version: 3.9.5 Homepage: http://www.rutschle.net/tech/sslh.shtml diff -u -r a/debian/rules b/debian/rules --- a/debian/rules 2014-08-30 21:43:22.388412611 +0100 +++ b/debian/rules 2014-08-31 11:44:06.896449252 +0100 @@ -9,8 +9,15 @@ MAKEFLAGS += -j$(NUMJOBS) endif +DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) +ifeq ($(DEB_HOST_ARCH_OS),linux) + EXTRA_OPTIONS := USELIBCAP=1 +else + EXTRA_OPTIONS := +endif + override_dh_auto_build: - dh_auto_build --parallel -- USELIBWRAP=1 USELIBCAP=1 + dh_auto_build --parallel -- USELIBWRAP=1 $(EXTRA_OPTIONS) override_dh_auto_install: # auto install fork version, see debian/install for select version
Bug#760057: commons-math3: FTBFS - test KohonenUpdateActionTest fails
Package: commons-math3 Version: 3.3-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] Results : Failed tests: testUpdate(org.apache.commons.math3.ml.neuralnet.sofm.KohonenUpdateActionTest): expected:0.0 but was:5.551115123125783E-17 Tests run: 5974, Failures: 1, Errors: 0, Skipped: 42 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. Please refer to /srv/jenkins-slave/workspace/sid-goto-cc-commons-math3/commons-math3-3.3/target/surefire-reports for the individual test results. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 5 minutes 5 seconds [INFO] Finished at: Sun Aug 31 10:48:48 UTC 2014 [INFO] Final Memory: 27M/1963M [INFO] /usr/share/cdbs/1/class/maven.mk:87: recipe for target 'mvn-build' failed make: *** [mvn-build] Error 1 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael commons-math3-build-log.txt.gz Description: application/gunzip pgp2hZcXHqm8W.pgp Description: PGP signature
Bug#732722: funguloids: Please upgrade OGRE dependency to 1.9 when upstream ready
Control: severity -1 important 2013-12-20 18:11 GMT+00:00 manuel.montez...@gmail.com: Source: funguloids Severity: wishlist Hello, funguloids depends on OGRE v1.8, which is discontinued and unsupported after 1.9.0 was released, and so it should not be present in future releases of Debian. Please upload at your convenience, but obviously the sooner the better once your upstreams support the new version of OGRE, to squash most bugs well before the freeze. I raised the severity to important, because I plan to ship Jessie with ogre-1.9 only. As said in the original but report, ogre-1.8 is not supported by upstream by now (almost a year), and it is already showing problems (like not building in the new architectures being added), so it will be quite a burden to support it in a Debian stable cycle when it's an unsupported version before the freeze, and having to do things duplicated for 1.8 and 1.9. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732725: libogre-perl: Please upgrade OGRE dependency to 1.9 when upstream ready
Control: severity -1 important 2013-12-20 18:11 GMT+00:00 manuel.montez...@gmail.com: Source: libogre-perl Severity: wishlist Hello, libogre-perl depends on OGRE v1.8, which is discontinued and unsupported after 1.9.0 was released, and so it should not be present in future releases of Debian. Please upload at your convenience, but obviously the sooner the better once your upstreams support the new version of OGRE, to squash most bugs well before the freeze. I raised the severity to important, because I plan to ship Jessie with ogre-1.9 only. As said in the original but report, ogre-1.8 is not supported by upstream by now (almost a year), and it is already showing problems (like not building in the new architectures being added), so it will be quite a burden to support it in a Debian stable cycle when it's an unsupported version before the freeze, and having to do things duplicated for 1.8 and 1.9. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748979: songwrite fails to run
Hi Morten! El 31/08/14 a les 09:48, Morten Bo Johansen ha escrit: I think I could file a wishlist bug that English locale files are never deleted. That would IMO be the best solution because it won't really go against the purpose of the program since the space taken up by English locale files is so minimal and since it requires no action on the part of the user. That probably won't work for all packages (it's not necessarily English which is the fall-back locale), but it sounds like a good trade-off between complexity and robustness! :-) Good luck with the request! Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700649: eatmydata: any chance of action being taken?
Hello, Is there any chance that either the offer of help will be taken up, or updates happen in some other way? eatmydata is incredibly valuable, but it's becoming very problematic in particular in light of the recent /dev/random problems (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702711#12). Thanks a lot, Michael pgp8TOVG5OQsr.pgp Description: PGP signature
Bug#760058: ember: Please upgrade OGRE dependency to 1.9
Source: ember Severity: important Hello, This package depends on OGRE v1.8, which is discontinued and unsupported after 1.9.0 was released (almost 1 year ago), so it means that it's already out of support from upstream for more than a year before the Jessie freeze starts. It is already showing problems (like not building in the new architectures being added), so it will be quite a burden to support it in a Debian stable cycle when it's an unsupported version before the freeze, and having to do things duplicated for 1.8 and 1.9. So I think that 1.8 should not be present in Jessie, please update. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759929: shouldn't libhdf5.so still be avail and managed via alternatives
Control: block -1 by 759794 Gilles Filippini a écrit , Le 31/08/2014 12:59: Gilles Filippini a écrit , Le 31/08/2014 11:04: Hi Yaroslav, Yaroslav Halchenko a écrit , Le 31/08/2014 02:17: both ants and nifti2dicom (and probably others) recent FTBFS are due to recentish upload of hdf5 1.8.13+docs-8 which was previously only in experimental after its big RF in (1.8.13+docs-1) which stopped providing '/usr/lib/x86_64-linux-gnu/libhdf5.so' but provides separate builds for each flavor: /usr/lib/x86_64-linux-gnu/hdf5/mpich/libhdf5.so libhdf5-mpich-dev [amd64] /usr/lib/x86_64-linux-gnu/hdf5/openmpi/libhdf5.so libhdf5-openmpi-dev [amd64] /usr/lib/x86_64-linux-gnu/hdf5/serial/libhdf5.solibhdf5-dev [amd64] Gilles, I wondered, shouldn't there still be a /usr/lib/x86_64-linux-gnu/libhdf*.so* managed via alternatives, e.g. like blas/atlas do it? I didn't spot ants as a rdep oh hdf5. I'll have a look. About nifti2dicom, my previous tests reported no FTBFS after binNMUing vtk6. I'll have a look as well. It seems the FindITK.cmake macro reports the wrong path for hdf5 libraries. Still investigating... It needs insighttoolkit4 beeing binNMUed. This is blocked by #759794 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759794 Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#760059: localepurge: Never delete English locale files
Package: localepurge Version: 0.7.3.2 Severity: wishlist Dear Maintainer, I just had this issue with the program songwrite, that it failed to run because the author of that program has chosen to put the English gettext messages into a separate file rather than having them directly in the source code as is the norm. There were no message catalogs (*.mo) in my own chosen locales included with the program and there it failed to run. I suggest that localepurge never delete English gettext message catalogs under /usr/share/locale/en/LC_MESSAGES/. The space taken up by these files is surely minimal and it would prevent a problem such as this in most cases. Thanks, Morten -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=da_DK.utf8, LC_CTYPE=da_DK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages localepurge depends on: ii debconf [debconf-2.0] 1.5.53 ii locales2.19-9 ii procps 1:3.3.9-7 ii ucf3.0030 localepurge recommends no packages. Versions of packages localepurge suggests: pn bleachbit none pn debfoster none pn deborphan none -- debconf information: localepurge/verbose: false localepurge/quickndirtycalc: false * localepurge/mandelete: true localepurge/showfreedspace: true localepurge/none_selected: false * localepurge/use-dpkg-feature: true * localepurge/nopurge: da, da_DK, da_DK.UTF-8, en_DK.UTF-8 localepurge/remove_no: localepurge/dontbothernew: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760060: autopkgtest: qemu runner fails with systemd
Package: autopkgtest Version: 3.4 adt-virt-qemu checks the runlevel of the guest in make_auxverb() and expects it to be 2. systemd by default boots into runlevel 5 (aka graphical.target). This makes the qemu runner error out with the following rather cryptic error message: adt-virt-qemu: DBG: execute-timeout: /tmp/adt-virt-qemu.69k6wvus/runcmd runlevel adt-virt-qemu: DBG: runlevel: exit 0, out N 5 , err None qemu: terminating on signal 15 from pid 12301 adt-virt-qemu: DBG: cleanup... VirtSubproc: failure: failed to connect to VM adt-run: DBG: bomb unexpected eof from the testbed If it really cares about the runlevel it should probably accept everything from 2-5. Cheers, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760028: metview: FTBFS: undeclared build dependencies
Thanks, will do. This is failing for me now in pbuilds, but used to work in pbuilds. Note that the real bug is that qmake is misconfigured: if qmake is installed, this error shouldn't happen, but i'm installing libqt4-dev to get the package to build. thanks Alastair On 31/08/2014 04:32, Aaron M. Ucko wrote: Source: metview Version: 4.4.7+dfsg.1-1 Severity: serious Justification: fails to build from source Builds of metview in minimal environments have been failing. The immediate error takes the form qmake: could not exec '/usr/lib/*/qt4/bin/qmake': No such file or directory configure: error: Calling /usr/bin/qmake -project failed. so a minimal fix would be to declare a build dependency on qt4-qmake; however, judging by the binary package's dependencies, I suspect you'll actually need libqt4-dev (which depends on qt4-qmake for you). Please do use pbuilder or the like to confirm you haven't missed anything else. Thanks! -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry Software is like Poetry - most of it shouldn't have been written. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311188: Bug#758116: Please be verbose whether you would like to get your Blend promoted by tasksel
Hi Jonas, hi all, On Do 28 Aug 2014 18:39:34 CEST, Jonas Smedegaard wrote: ...another more descriptive, I believe, answer could be You don't really have a Debian Edu system when installing it on a Debian system. I believe that second elaborated view is the reason for Mike's question. To me it is far from perfectly sense to offer Debian Edu in debian-installer to get some educational software - I would expect to get a Debian Edu system. - Jonas That's what I was aiming at! Jonas, thanks for reading inbetween my lines and verbalizing the unsaid. :-) We are currently testing deployment of Debian Edu systems by installing vanilla Debian and then pulling in required packages on post-installation. The results will come in by the end of next week (once I have time for looking at finalizing those installations). There are packages in debian-edu SVN [1] (educlient, eduroaming) that have some post-installation logic turning a Debian system into a Skolelinux / Debian Edu system, as well. I will probably take a look at those, as well, during our test cycle. Originally, they were designed to turn Ubuntu systems into Debian Edu client machines AFAIR. So let's see. But still, I guess it is pointless offering a Debian Edu blend in D-I if the result after installation won't be a proper Debian Edu workstation. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpPkHYaoStlh.pgp Description: Digitale PGP-Signatur
Bug#760061: zsh: Occassional FTBFS due to hanging test suite
Source: zsh Version: 5.0.5-dev-2-1 Tags: upstream Control: forwarded -1 http://www.zsh.org/mla/workers/2014/msg00789.html Control: found -1 5.0.5-dev-3-1 Control: found -1 5.0.6-1 Hi, this bug tracks progress with regards to occassional FTBFS (about 5-10% of all buildd builds across different architectures) due to a hanging test suite. They're difficult to reproduce outside the buildds, even with pbuilder. I ran the test suite 200 times in a row inside a non-interactive pbuilder session and was not able to trigger the issue. Related postings on the upstream mailing list (which is upstream's bug tracker): http://www.zsh.org/mla/workers/2014/msg00789.html ff. http://www.zsh.org/mla/workers/2014/msg00847.html http://www.zsh.org/mla/workers/2014/msg00851.html http://www.zsh.org/mla/workers/2014/msg00863.html (first case reproduced by upstream) Builds where later builds succeeded again, either giveback or another upload: https://buildd.debian.org/status/logs.php?pkg=zsharch=amd64 https://buildd.debian.org/status/logs.php?pkg=zsharch=kfreebsd-amd64 There's a small possibility that former test suite hangs on hurd-i386 are a similar issue. But they happened so often, that we completely disabled the test suite on hurd-i386 for now, as it's no release architecture: https://buildd.debian.org/status/logs.php?pkg=zsharch=hurd-i386 The recent (but workarounded) FTBFS on s390x (https://buildd.debian.org/status/logs.php?pkg=zsharch=s390x) are a different issue and are tracked in this gcc-4.9 bug report: https://bugs.debian.org/759870 -- Package-specific info: Packages which depend, recommend, suggest or enhance a zsh package and hence may provide code meant to be sourced in .zshrc: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++--=-=-= ii abe-commandline 14.2 all Metapackage of commandline tools Axel usually installs ii abe-desktop-common 11.2 all Common packages for all of Axel's desktop setups ii autojump 21.7.1-1 all shell extension to jump to frequently used directories ii fizsh1.0.7-1 all Friendly Interactive ZSHell ii oh-my-zsh0~20140211-1 all framework for managing your zsh configuration ii powerline0~20140216-1 all ultimate statusline/prompt utility ii shellex 0.1-1 amd64 shell-based launcher ii zsh-antigen 1-2 all manage your zsh plugins Packages which provide vendor completions: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++--=-=-= ii git-buildpackage 0.6.15all Suite to help with Debian packages in Git repositories ii mpv 0.5.1-1+b1amd64 video player based on MPlayer/mplayer2 ii reprepro 4.15.0-1 amd64 Debian package repository producer ii systemd 208-8 amd64 system and service manager ii vcsh 1.20140508-1 all Version Control System for $HOME - multiple Git repositories in $HOME The following files were modified: /etc/systemd/logind.conf dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 'buildd-unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zsh depends on: ii libc6 2.19-10 ii libcap2 1:2.24-4 ii libtinfo5 5.9+20140712-2 ii zsh-common 5.0.6-1 Versions of packages zsh recommends: ii libncursesw5 5.9+20140712-2 ii libpcre3 1:8.35-3 Versions of packages zsh suggests: ii zsh-doc
Bug#760062: installation-reports: Successful Jessie Beta 1 KDE installation on Samsung NP270E5U, two minor issues
X-Debbugs-Cc: comp...@autistici.org, mag...@autistici.org Package: installation-reports Severity: normal Dear Maintainer, -- Package-specific info: Boot method: USB stick Image version: debian-jessie-DI-b1-amd64-netinst.iso Date: 2014-08-30 Machine: Samsung NP270E5U-K01IT Partitions: umbe@hostia:~$ df -Tl Filesystem Type 1K-blocksUsed Available Use% Mounted on /dev/sda1 ext4 472566736 4280628 444257336 1% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 7864569064777392 2% /run tmpfs tmpfs 1966132 76 1966056 1% /dev/shm tmpfs tmpfs 1966132 0 1966132 0% /sys/fs/cgroup tmpfs tmpfs 5120 4 5116 1% /run/lock tmpfs tmpfs 102400 8102392 1% /run/user umbe@hostia:~$ 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] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: The installation went smooth without any problems, thank you! Just two minor issues: 1) The touchpad did work after the installation, but there wasn't any kind of tapping. After installing the two packages ktouchpadenabler and synaptiks it does work fine now (maybe both aren't necessary?). 2) The default size of KDE Panel is really two small for the (default) resolution of the display 1366x768 (source: xrandr). Please reassign/clone this bug report to the relevant packages, _eventually_ task-kde-desktop for the first point. Thank you for changing the world, U -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20140802 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux hostia 3.14-2-amd64 #1 SMP Debian 3.14.13-2 (2014-07-24) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c736] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0156] (rev 09) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c736] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c736] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c736] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c736] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 4 [8086:1e16] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c736] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 7 Series Chipset Family LPC Controller [8086:1e5f] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c736] lspci -knn: 00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] [8086:1e03] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c736] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller [8086:1e22] (rev 04)
Bug#748131: pstoedit: Fix a FTBFS in new architectures
Hi all, On 30/08/14 23:33, Andreas Barth wrote: * Breno Leitao (bren...@br.ibm.com) [140830 21:32]: pstoedit is failing to build on new architectures due to not autoreconfiging before the build. The recommend way to solve it is using dh-autoreconf scripts[1]. I just created a patch that fixes this problem. Find it attached to this bug. I'd be willing to help fixing this bug by uploading an NMU. Actually, about 40 other packages depend on this package being fixed, so I would do so in the next days unless there is a reason why not. Thanks for working on this! Just uploaded pstoedit_3.62-2. Roland. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760063: openafs-client: Acessing afs share causes slow shutdown/reboot (about 3 minutes) on Debian Jessie
Package: openafs-client Version: 1.6.9-1 Severity: important Tags: upstream There is a network with central LDAP+Kerberos+AFS users. If a central user tries to access an afs share, shutting down the client is going to take about 3 minutes. It can be done using PAM modules, or with a local (non-central) user using kinit ldap+krb5-username, then aklog commands. If user logs out correctly using unlog and kdestroy, it doesn't solve the problem, shutting down is going to take about 3 minutes. If I stop openafs-client service and umount /afs before shutdown, it doesn't help. It affects rebooting as well. It seems that the system is trying to stop some User Manager job at shutdown as far as I remember. This problem affects Debian Jessie, shutdown was quite quick on Wheezy. It affects all the client machines. I'm writing this report from a client machine. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openafs-client depends on: ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-9 ii libcomerr2 1.42.11-2 ii libk5crypto3 1.12.1+dfsg-7 ii libkrb5-3 1.12.1+dfsg-7 ii libncurses55.9+20140712-2 ii libtinfo5 5.9+20140712-2 Versions of packages openafs-client recommends: ii lsof 4.86+dfsg-1 ii openafs-modules-dkms 1.6.9-1 Versions of packages openafs-client suggests: pn openafs-doc none ii openafs-krb5 1.6.9-1 -- debconf information: * openafs-client/cachesize: 5 openafs-client/afsdb: true * openafs-client/thiscell: lo openafs-client/crypt: true openafs-client/cell-info: openafs-client/dynroot: Yes openafs-client/run-client: true openafs-client/fakestat: true signature.asc Description: This is a digitally signed message part
Bug#752897: rm -rf debian/tmp/usr/share/doc/lucene++-3.0.6/
On Fri, 2014-08-29 at 08:23 +0100, Gianfranco Costamagna wrote: Hi Tobias, sorry for top posting, I'm on vac and mobile :-) The reason for the VCS not created is that I'm not yet in the ubuntu unity team, so I don't have write permissions to create it :-) I'll talk to sil how does he feel about maintaining in collab-maint/git! As you can see I'm a proud git and git-buildpackage user, so I'll benefit a lot from the git usage :-) In the meanwhile feel free to drop them, the new upstream release I think will come shortly (basically I got accepted all my patches and I think we have testsuite working on git right now, I tested it a little bit). So we can add CVS in the second upload, I'll also try to use the system gconv rather than the (working) embedded one! Have many thanks for your time! Gianfranco Sent from Yahoo Mail on Android Hi Gianfranco, Yes, collab-maint would be indeed the best option and can be done after the initial upload. So just remove VCS-* for now and re-add once you've decided how to go on. Back to the package. Sorry, took me longer than expected to take deeper look, but the review should be complete now. So I think this will be the last iteration... During the review of d/copyright I found those mismatches which might need clarification: - ./src/contrib/analyzers/common/analysis/ar/ArabicAnalyzer.cpp ./src/contrib/analyzers/common/analysis/fa/PersianAnalyzer.cpp seems to be generated from BSD Data. Not sure how they have been generated and what is the effective license is indeed tricky. Can you check with upstream how the data is processed and if that is enough to constitute a new copyright? (However, It would be best if the files could be autogenerated at build time and the stoplist file distributed with the tarball.) For now, I'd recommend to add an comment to d/copyright stating that the file has been created using BSD-Licensed data from http://... - ./src/contrib/snowball/libstemmer_c/* is missing in d/copyright and it is (as far as can see) an embedded code copy. (Debian source package snowball). As convenience copies are strongly discouraged, please try to patch lucene so it will link against the package version. (If you find out, this is not feasible, please let me know along with your reasoning) So, this seems now to be the last two points to be fixed. Then I'll upload it :) -- tobi signature.asc Description: This is a digitally signed message part
Bug#757711: netcfg: promptly kills dhclient, deconfigures interface
Hi Philipp, On 31/08/14 07:00, Philipp Kern wrote: On Fri, Aug 29, 2014 at 11:25:28PM +0200, Cyril Brulebois wrote: See: | commit 8802ca520d9e91542d92bbfa5b2fc412a31cf2e2 | Author: Matt Palmer mpal...@hezmatt.org | Date: Sun Jan 30 22:29:42 2011 +1100 | | IPv6 support for using rDNS to preseed hostnames | | A lot of refactoring to make the code cleaner and simpler, but the | IPv6-specific changes were actually relatively small. | | Rebased-and-modified-by: Philipp Kern pk...@debian.org http://anonscm.debian.org/cgit/d-i/netcfg.git/commit/?id=8802ca520d9e91542d92bbfa5b2fc412a31cf2e2 I did some archeology and I'll spare you the details. That kill_dhcp_client is totally wrong where it is now, so LGTM. Thanks. Is perhaps the same true for stop_rdnssd() on the next line? Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748131: pstoedit: Fix a FTBFS in new architectures
* Roland Stigge (sti...@antcom.de) [140831 14:07]: On 30/08/14 23:33, Andreas Barth wrote: * Breno Leitao (bren...@br.ibm.com) [140830 21:32]: pstoedit is failing to build on new architectures due to not autoreconfiging before the build. The recommend way to solve it is using dh-autoreconf scripts[1]. I just created a patch that fixes this problem. Find it attached to this bug. I'd be willing to help fixing this bug by uploading an NMU. Actually, about 40 other packages depend on this package being fixed, so I would do so in the next days unless there is a reason why not. Thanks for working on this! Just uploaded pstoedit_3.62-2. Thanks! Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760064: Make openwalnut multiarch
Package: openwalnut Version: 1.4.0~rc1+hg3a3147463ee2-1 It would be nice if openwalnut's library files and modules were installed in /usr/lib/multiarch-dir. Taking a quick look at the tools/cmake/OpenWalnut.cmake, it looks like setting OW_LIBRARY_DIR_RELATIVE to lib/${DEB_HOST_MULTIARCH} and OW_MODULE_DIR_RELATIVE to lib/${DEB_HOST_MULTIARCH}/openwalnut will work. I haven't done a test build with this configuration yet, however. In addition the library and module packages in debian/control will need Multi-Arch: same added in and all packages dependent on this package will need to be recompiled. -- Saikrishna Arcot signature.asc Description: This is a digitally signed message part.
Bug#759742: (RFS: tkinfo/2.8-5 [ITA, RC])
On 30/08/14 21:18, Guido van Steen wrote: } The lintian pedantic 'no-upstream-changelog' looks to be a false positive } as upstream changes are documented in the installed README. The Lintian tag says: If upstream provides a changelog, it should be accessible as /usr/share/doc/pkg/changelog.gz. So I guess you should install this specific README file (in which upstream records its changes) as /usr/share/doc/tkinfo/changelog.gz. Best wishes, Guido van Steen I was thinking along those lines anyway. Thanks for the encouragement! I've now used a sed extract for changelog.gz, as I want to preserve the upstream README as originally named. (If I copy it intact I get a duplicate file warning) Best wishes, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org