Bug#794305: ITP: apertium-dan -- Apertium single language data for Danish
Package: wnpp Severity: wishlist Owner: Kartik Mistry kar...@debian.org * Package name: apertium-cy-en Version : Upstream Author : Universidad de Alicante / Prompsit Language Engineering S.L. * URL : http://apertium.org/ * License : GPL-3+ Programming Lang: Description : Apertium single language data for Danish Data package providing Apertium language resources for Danish. - why is this package useful/relevant? is it a dependency for another package? do you use it? if there are other packages providing similar functionality, how does it compare? A: Apertium Machine Translation for Danish language. Dependency for apertium-dan-nor package. - how do you plan to maintain it? inside a packaging team (check list at https://wiki.debian.org/Teams)? are you looking for co-maintainers? do you need a sponsor? A: This package will be co-maintain in Debian-Science team. -- Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_ {kartikm, 0x1f1f}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794306: ITP: apertium-dan-nor -- Apertium translation data for the Danish-Norwegian pair
Package: wnpp Severity: wishlist Owner: Kartik Mistry kar...@debian.org * Package name: apertium-dan-nor Version : Upstream Author : Universidad de Alicante / Prompsit Language Engineering S.L. * URL : http://apertium.org/ * License : GPL-2 Programming Lang: Description : Apertium translation data for the Danish-Norwegian pair Data package providing Apertium language resources for translating between the Danish and Norwegian languages. - why is this package useful/relevant? is it a dependency for another package? do you use it? if there are other packages providing similar functionality, how does it compare? A: Apertium Machine Translation between the Danish and Norwegian languages. - how do you plan to maintain it? inside a packaging team (check list at https://wiki.debian.org/Teams)? are you looking for co-maintainers? do you need a sponsor? A: This package will be co-maintain in Debian-Science team. -- Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_ {kartikm, 0x1f1f}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794307: should depend on python3-authres
Package: postfix-policyd-spf-python Version: 1.3.1-1 Severity: normal The program will fail if Header_Type = AR is set (?) and python3-authres is not installed. Aug 1 05:25:38 in-2 policyd-spf[23880]: Traceback (most recent call last): Aug 1 05:25:38 in-2 policyd-spf[23880]: File /usr/bin/policyd-spf, line 680, in module Aug 1 05:25:38 in-2 policyd-spf[23880]: instance_dict, configData, peruser) Aug 1 05:25:38 in-2 policyd-spf[23880]: File /usr/bin/policyd-spf, line 449, in _spfcheck Aug 1 05:25:38 in-2 policyd-spf[23880]: header += str(authres.AuthenticationResultsHeader(authserv_id = configData.get('Authserv_Id'), Aug 1 05:25:38 in-2 policyd-spf[23880]: NameError: name 'authres' is not defined -- ciao, Marco pgpNrzlu7bMAS.pgp Description: PGP signature
Bug#794308: http://localhost:3000/aboutNtop.html not found. P.S., nobody can figure out how to make ntop work
Package: ntop Version: 3:5.0.1+dfsg1-2.1 Severity: wishlist Clicking on About http://localhost:3000/aboutNtop.html gives Not Found. P.S., nobody at my place could figure out how to get ntop to work. README and README.Debian and the man page aren't enough. You need to make an **exact** step by step guide from the very apt-get install ntop until one can actually start seeing results on the screen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794198: toppler: missing sources of binary file toppler.dat
On Fri, Jul 31, 2015 at 09:37:52AM +0200, Ronny Standtke wrote: Package: toppler Version: 1.1.6-2 Severity: normal After running apt-get source toppler I expected to find all sources of the toppler game. Unfortunately, the source package contains a big binary blob toppler.dat even though the sources for this file including a makefile are available here: Hello Ronny, The file toppler.dat is actually an archive, like a tarball. It is not compiled code. http://toppler.sourceforge.net/repos/datafile/ This is the source for the archiver, not for toppler.dat. I don't know if including this file as a binary blob in the toppler source package even conflicts with a Debian policy... Policy certainly allows to ship archives files. Could you change the toppler source package so that the toppler.dat file is created from sources when building the toppler binary packages? This would be most inconvenient. I would need to create custom source tarballs. What do you actually want to do ? Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776425: ebview: dpkg-buildflags-missing warning whenbuilding ebview-client
Control: tag -1 + confirmed On Fri, 31 Jul 2015 11:53:21 -0400, paulow...@safe-mail.net wrote: - the blhc messages are the same I tried it out using ebview 0.3.6.2-1.4 and blhc version 0.04+20140813+gitac2b8ce-1: ebview 0.3.6.2-1.4 without the patch: $ blhc ebview_0.3.6.2-1.4_i386.build CPPFLAGS missing (-D_FORTIFY_SOURCE=2): cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -o /tmp/ebview-0.3.6.2/src/ebview-client /tmp/ebview-0.3.6.2/src/ebview-client.c LDFLAGS missing (-Wl,-z,relro): cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -o /tmp/ebview-0.3.6.2/src/ebview-client /tmp/ebview-0.3.6.2/src/ebview-client.c CPPFLAGS missing (-D_FORTIFY_SOURCE=2): cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -o /tmp/ebview-0.3.6.2/src/ebview-client /tmp/ebview-0.3.6.2/src/ebview-client.c LDFLAGS missing (-Wl,-z,relro): cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -o /tmp/ebview-0.3.6.2/src/ebview-client /tmp/ebview-0.3.6.2/src/ebview-client.c ebview 0.3.6.2-1.4 with patch: $ blhc ebview_0.3.6.2-1.4p7764251_i386.build (no output) What output are you seeing from blhc? I tried again, and -- oops! -- I got the same results as you. Seems I made a mistake the last time, sorry. So yes, this patch works and makes sense. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: JBO: Rache! signature.asc Description: Digital Signature
Bug#794296: lintian: dh-exec-script-without-dh-exec-features only checks for substitions
Package: lintian Version: 2.5.34 Severity: normal If I use another feature of dh-exec (like [arch] conditions) then lintian still complains. Please either update the check to consider arch specifiers and renames, or the severity should be lowered. Saludos -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.25-10 ii bzip2 1.0.6-8 ii diffstat 1.58-1 ii file 1:5.22+15-2 ii gettext0.19.4-1 ii hardening-includes 2.7 ii intltool-debian0.35.0+20060710.2 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.48-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.38-1 ii libdpkg-perl 1.18.1 ii libemail-valid-perl1.196-1 ii libfile-basedir-perl 0.07-1 ii libipc-run-perl0.94-1 ii liblist-moreutils-perl 0.413-1 ii libparse-debianchangelog-perl 1.2.0-5 ii libtext-levenshtein-perl 0.12-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.7.0.2-5 ii patchutils 0.3.4-1 ii perl [libdigest-sha-perl] 5.20.2-6 ii t1utils1.38-4 ii xz-utils 5.1.1alpha+20120614-2.1 Versions of packages lintian recommends: ii dpkg1.18.1 ii libautodie-perl 2.29-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.2-6 ii perl-modules [libautodie-perl] 5.20.2-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.18.1 ii libhtml-parser-perl3.71-2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.13-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794276: Aw: Bug#794276: opencollada: FTBFS on mipsel
severity 794276 important thanks It did not build before so its not serious. Serious is when it built before but not anymore... Regards René -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. Arturo Borrero Gonzalez arturo.borrero.glez@gmail.comschrieb: Package: opencolladaSeverity: seriousJustification: fails to build from sourceDear maintainer,opencollada FTBFS on mipsel [0]. Apart of this bug, Ive opened an upstream issue as well [1].Ive reproduced the issue locally in my mipsel machine.I will keep this bug updated with all future news.best regards.[0] https://buildd.debian.org/status/fetch.php?pkg=opencolladaarch=mipselver=0.1.0%7E20140703.ddf8f47%2Bdfsg1-1stamp=1438038099[1] https://github.com/KhronosGroup/OpenCOLLADA/issues/338___pkg-multimedia-maintainers mailing listpkg-multimedia-maintain...@lists.alioth.debian.orghttp://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#794299: mention workaround for perltidy not handling UTF-8 encoded variable names
Package: perltidy Version: 20140328-1 Severity: wishlist File: /usr/share/man/man1/perltidy.1p.gz X-Debbugs-cc: perlt...@users.sourceforge.net On http://perltidy.sourceforge.net/BUGS.html we read Perltidy does not handle UTF-8 encoded files. Well that should be Perltidy does not handle UTF-8 encoded variable names. Quite different! Anyway, the Debian perltidy man page could mention: Workaround for perltidy not handling UTF-8 encoded variable names: $ echo 'use utf8; $h{段}=1;'|perl -c - syntax OK $ echo 'use utf8; $h{段}=1;'|perltidy ## Please see file perltidy.ERR use utf8; $h{段}=1; $ echo 'use utf8; $k=段; $h{$k}=1;'|perltidy use utf8; $k = 段; $h{$k} = 1; Else one little UTF-8 character could stall ones whole project workflow. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794297: zsh: newuser.zshrc.recommended += highlight pasted text
Package: zsh Version: 5.0.7-5 Severity: wishlist Tags: patch Dear Maintainer, The next release of zsh (5.0.9) will introduce a behaviour change, whereby pasted text will not be automatically executed, even if it contains newlines (see upstream commit 98687fa1dec803f041cbb5417c146d8aa5129b53). Upstream had concerns¹ that users might be confused by the behaviour change, since 5.0.8 and earlier would simply execute a command-line that was pasted into the terminal, if it ended with a newline. ¹ http://www.zsh.org/cgi-bin/mla/redirect?WORKERNUMBER=35835 One way to make it clear that the shell is waiting for input is to set 'zle_highlight=(paste:standout)' (see b4aff3bc52e15be87304183b3ae959668192b48c). Please consider adding that setting to newuser.zshrc.recommended. Patch attached. Cheers, Daniel P.S. Discussed on #pkg-zsh with Carsten prior to sending. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 'stable-updates'), (200, 'unstable'), (200, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages zsh depends on: ii dpkg1.17.25 ii libc6 2.19-18 ii libcap2 1:2.24-8 ii libtinfo5 5.9+20140913-1+b1 ii zsh-common 5.0.7-5 Versions of packages zsh recommends: ii libncursesw5 5.9+20140913-1+b1 ii libpcre3 2:8.35-3.3 Versions of packages zsh suggests: pn zsh-doc none -- debconf-show failed commit ed5e22a276243ca4d29b29ea42a848d908ec5d3c Author: Daniel Shahaf d...@daniel.shahaf.name Date: Fri Jul 31 14:41:18 2015 + newuser.zshrc.recommended: Highlight pasted text diff --git a/debian/newuser.zshrc.recommended b/debian/newuser.zshrc.recommended index 55be3ab..984776b 100644 --- a/debian/newuser.zshrc.recommended +++ b/debian/newuser.zshrc.recommended @@ -35,3 +35,7 @@ zstyle ':completion:*' verbose true zstyle ':completion:*:*:kill:*:processes' list-colors '=(#b) #([0-9]#)*=0=01;31' zstyle ':completion:*:kill:*' command 'ps -u $USER -o pid,%cpu,tty,cputime,cmd' + +# Hint that a paste with embedded newlines hasn't been executed +(( $+zle_highlight )) || zle_highlight=() +zle_highlight+=(paste:standout)
Bug#794298: asciinema: broken, Unable to upload
Package: asciinema Version: 0.9.8-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, asciinema cannot upload new recordings: % asciinema -c /bin/true screen blanks ~ Asciicast recording finished. ~ Do you want to upload it? [Y/n] y ~ Uploading... ~ Upload failed: Your client version is no longer supported. Please upgrade to the latest version. I expected the upload to succeed. Moreover, if the asciinema client is too old to upload, then either that should be reported prior to starting the recorded command, or the recorded session should be saved in a file that the error message names; doing neither causes user effort (the recorded session) to be lost. I'm on jessie/stable, however, Carsten Hey (carsten@d.o) reproduced this in sid. Cheers, Daniel -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 'stable-updates'), (200, 'unstable'), (200, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages asciinema depends on: ii python3 3.4.2-2 ii python3-requests 2.4.3-6 pn python3:any none asciinema recommends no packages. asciinema suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794283: mssh: make it configurable, whether a sole argument is a host or an alias
Package: mssh Version: 2.2-1 Severity: wishlist Tags: upstream Hey Hector. (AFIACS, you're also the upstream of mssh and it has no upstream bug tracker for feature requests). Right now, mssh has this command line syntax: mssh [OPTION]... (-a ALIAS | HOSTS) I'd guess the main use case for it is however to use aliases, because who really enters all the hosts always again and again. When one uses mssh really a lot, having to add that -a is actually annoying ;-) So it would be nice if there was a new syntax: mssh [OPTION]... (-a ALIAS | -h HOSTS) and a configuration option that specified what happens if neither -a nor -h is used, i.e. whether it's then an alias or a hostname. Another way, without config option could be to have this: mssh [OPTION]... NAMEs and let it simply try as aliases first and only if none of that name is found, hostnames of these names should be tried. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#794213: icedove-l10n-de: icedove update blocked
Carsten Schoenert wrote on 07/31/2015 14:48: Hello Jörg-Volker, On Fri, Jul 31, 2015 at 11:35:29AM +0200, Jörg-Volker Peetz wrote: will there be an update to version 38.0.1 soon? Otherwise this package has to be removed to update icedove to version 38.0.1. I would like to be able to localize icedove. yes, there will be some update near by. But first we have to make some uploads für the stabel-security and old-stable-security tree. But exakt this made some trouble due version dependencies. Hopefully Christoph can do the upload of the {icedove|iceowl}-l10n packages over the weekend or next week. Regards Carsten Thank you Carsten, that's good to hear. So, this wish/bug can soon be closed. Regards, Jörg. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794285: mssh: make a mode which catches all keys
Package: mssh Version: 2.2-1 Severity: wishlist Tags: upstream Hey Hector. (AFIACS, you're also the upstream of mssh and it has no upstream bug tracker for feature requests). Since on remote sides one often needs to use key combinations like Ctrl+F2 or something like that. It would be nice if there was a mode in which mssh tries to catch these before the desktop environment does (and e.g. moves to another workspace when Ctrl+F2 is go to workspace 2). Most annoying right now seems that mssh itself catches F10 to open the menu bar, while F10 is also the menu bar e.g. for aptitude, which is e.g. run through ssh. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#794291: RM: libnm-qt -- ROM; obsolete, replaced by networkmanager-qt
Package: ftp.debian.org Severity: normal Hi, Please remove libnm-qt and its binary package. It's obsolete and has been replaced by networkmanager-qt. Thanks, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787582: VDPAU needed
Hi Vincent, Package still not appearing in backports. Was it rejected ? :-( Thanks 2015-07-27 18:57 GMT+02:00 Julien Aubin julien.au...@gmail.com: Many thanks Vincent, waiting for the approval. :-) 2015-07-26 22:52 GMT+02:00 Vincent Cheng vch...@debian.org: Hi Julien, On Sun, Jul 26, 2015 at 12:30 AM, Julien Aubin julien.au...@gmail.com wrote: On Sun, 26 Jul 2015 00:14:01 -0700 Vincent Cheng vch...@debian.org wrote: Hi Julien, On Sat, Jul 25, 2015 at 11:50 PM, Julien Aubin jul.au...@laposte.net wrote: Hi, In that case could you please also put the libvdpau1 and libvdpau1:i386 packages in experimental ? No, because AFAIK packages in experimental can't share the same version as a package already uploaded to sid (because packages belonging to the latter suite supersede packages in experimental with the same/older versions). They're actually required to install nvidia-driver 352 and the only way we currently have to install these updates is to pin these packages from testing. (And actually we'd need them in backports) If it helps, I can upload src:libvdpau to jessie-backports. Regards, Vincent Hi Vincent, Yes this would be really great as it breaks recent versions of the NVidia driver and it will be needed anyway. Uploaded [1], just waiting approval from backports ftpmasters (as is usual for any new backports packages). Regards, Vincent [1] https://ftp-master.debian.org/new/libvdpau_1.1-1~bpo8+1.html
Bug#697664: in wheezy the problem persist
hello using raspbian (based on wheezy) the problem persists.. I've also installed gpsd from backport and the problem is still there... thanks -- Sebastian E. Ovide
Bug#794208: RM: guava-libraries-18 -- ROM; no longer used, replaced by guava-libraries (= 18)
Package: ftp.debian.org Severity: normal Hi, please remove the guava-libraries-18, now that guava-libraries has been updated to the version 18 it is no longer needed. Thank you, Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794210: systemd reboots spontaneously and with no trace on uninstalling ipmi
Package: systemd Version: 215-17+deb8u1 Severity: normal On first installing systemd, I see that ipmi is taking five minutes out of a six-minute boot process: root@cartago:~# systemd --version systemd 215 +PAM +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ -SECCOMP -APPARMOR root@cartago:~# systemd-analyze Startup finished in 15.456s (kernel) + 6min 2.630s (userspace) = 6min 18.086s root@cartago:~# systemd-analyze blame 5min 83ms ipmiutil_evt.service 11.210s mysql.service 8.139s denyhosts.service 8.023s rssdler.service 7.405s ipmiutil_wdt.service 7.067s munin-node.service 4.103s ModemManager.service 3.297s kerneloops.service 2.829s binfmt-support.service 2.589s sensord.service 2.177s systemd-fsck@dev-disk-by\x2duuid-b2954996\x2d1c3b\x2d4873\x2d955e\x2db6461e0c48a8.service 1.904s ipmidetectd.service 1.904s bmc-watchdog.service 1.904s openbsd-inetd.service 1.903s ipmiutil_asy.service 1.902s gpm.service 1.902s irqbalance.service 1.901s ipmi_port.service 1.879s lm-sensors.service 1.800s rsyslog.service 1.633s avahi-daemon.service 1.571s systemd-logind.service 1.559s rc-local.service 1.496s nfs-kernel-server.service 1.433s networking.service 1.248s keyboard-setup.service 1.153s mdadm-raid.service 1.108s systemd-tmpfiles-setup.service 1.022s systemd-modules-load.service 635ms nfs-common.service 572ms hdparm.service 540ms systemd-tmpfiles-clean.service 506ms exim4.service 490ms saned.service 391ms console-screen.service 334ms systemd-tmpfiles-setup-dev.service 237ms systemd-udev-trigger.service 236ms rpcbind.service 228ms console-setup.service 221ms systemd-setup-dgram-qlen.service 220ms sys-kernel-debug.mount 219ms dev-mqueue.mount 179ms systemd-sysctl.service 160ms systemd-remount-fs.service 159ms systemd-user-sessions.service 133ms proc-sys-fs-binfmt_misc.mount 99ms dev-disk-by\x2duuid-a9f9050b\x2da1f3\x2d4132\x2da29a\x2daf3b2277cc80.swap 51ms boot.mount 49ms systemd-random-seed.service 45ms udev-finish.service 30ms user@1028.service 29ms systemd-update-utmp.service 28ms user@500.service 27ms user@501.service 21ms portmap.service 16ms kmod-static-nodes.service 15ms systemd-udevd.service 4ms systemd-journal-flush.service 3ms systemd-update-utmp-runlevel.service 1ms sys-fs-fuse-connections.mount 1ms dev-hugepages.mount Since ipmi is not in fact working on this machine, I checked which were uninstalled: root@cartago:~# just list ipmi ii freeipmi-bmc-watchdog 1.4.5-3 amd64GNU implementation of the IPMI protocol - BMC watchdog ii freeipmi-common1.4.5-3 all GNU implementation of the IPMI protocol - common files ii freeipmi-ipmidetect1.4.5-3 amd64GNU IPMI - IPMI node detection tool ii freeipmi-tools 1.4.5-3 amd64GNU implementation of the IPMI protocol - tools ii ipmitool 1.8.14-4 amd64utility for IPMI control with kernel driver or LAN interface ii ipmiutil 2.7.6 amd64IPMIUTIL performs a series of common IPMI server management ii libfreeipmi16 1.4.5-3 amd64GNU IPMI - libraries ii libipmiconsole21.4.5-3 amd64GNU IPMI - Serial-over-Lan library ii libipmidetect0 1.4.5-3 amd64GNU IPMI - IPMI node detection library ii libopenipmi0 2.0.16-1.4 amd64Intelligent Platform Management Interface - runtime ii openipmi 2.0.16-1.4 amd64Intelligent Platform Management Interface (for servers) rc libfreeipmi12 1.1.5-3 amd64GNU IPMI - libraries rc libipmimonitoring4 0.8.12-3 amd64GNU IPMI - Sensor monitoring library and then removed them all, purging the configuration files. The removal completed with no complaints. At that moment, however, the machine just
Bug#794209: RFS: eclipse-titan/5.3-1 [ITP]
Package: eclipse-titan Severity: normal Dear mentors, I am looking for a sponsor for my package eclipse-titan: Package name: eclipse-titan Version : 5.3-1 Upstream Author : Eclipse Foundation URL : www.eclipse.orghttp://www.eclipse.org License : Eclipse Public License - v 1.0 Section : utils It builds this binary package: eclipse-titan TTCN-3 is a standardized, modular language specifically designed for testing. Eclipse Titan offers a free and open source (FOSS) compiler both for TTCN-3 and for ASN.1 (Abstract Syntax Notation One). You can download the package with wget using this command: wget https://www.dropbox.com/s/qkzdjefpp2ura11/eclipse-titan_5.3.tar.gz More information about eclipse-titan can be obtained from https://github.com/eclipse/titan.core This is the first upload so there isn't any changelog. Best Regards, Gergely Pilisi
Bug#794212: xserver-xorg: segfault in DRI2SwapBuffers+0x1d0 on intel hardware
Package: xserver-xorg-video-intel Version: 2:2.99.917-2 Severity: important Hi, I have spurious crashes of my X window system. Difficult to say, but they seem to happen when I'm with two monitors and only with certain applications. Spotify seems to be very good at triggering it (when I double-click a playlist) and also GDM when GNOME session is starting (X server crashes and restarts GDM login screen). Here is what I found in logs: [ 2781.339] (II) intel(0): switch to mode 1920x1080@60.0 on HDMI3 using pipe 0, position (0, 0), rotation normal, reflection none [ 2781.687] (II) intel(0): switch to mode 1366x768@60.0 on LVDS1 using pipe 1, position (1920, 0), rotation normal, reflection none [ 2792.475] (EE) [ 2792.475] (EE) Backtrace: [ 2792.476] (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x56) [0x55706df6] [ 2792.476] (EE) 1: /usr/bin/Xorg (0x4000+0x1b7009) [0x5570b009] [ 2792.476] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x75efe000+0x35180) [0x75f33180] [ 2792.476] (EE) 3: /usr/lib/xorg/modules/drivers/intel_drv.so (0x71c9f000+0xf9a46) [0x71d98a46] [ 2792.476] (EE) 4: /usr/lib/xorg/modules/drivers/intel_drv.so (0x71c9f000+0x10c280) [0x71dab280] [ 2792.476] (EE) 5: /usr/lib/xorg/modules/drivers/intel_drv.so (0x71c9f000+0x10d6cc) [0x71dac6cc] [ 2792.476] (EE) 6: /usr/lib/xorg/modules/drivers/intel_drv.so (0x71c9f000+0x10e663) [0x71dad663] [ 2792.476] (EE) 7: /usr/bin/Xorg (DRI2SwapBuffers+0x1d0) [0x556d97a0] [ 2792.476] (EE) 8: /usr/bin/Xorg (0x4000+0x18711c) [0x556db11c] [ 2792.476] (EE) 9: /usr/bin/Xorg (0x4000+0x58117) [0x555ac117] [ 2792.476] (EE) 10: /usr/bin/Xorg (0x4000+0x5c29b) [0x555b029b] [ 2792.476] (EE) 11: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x75f1fb45] [ 2792.476] (EE) 12: /usr/bin/Xorg (0x4000+0x4668e) [0x5559a68e] [ 2792.476] (EE) [ 2792.476] (EE) Segmentation fault at address 0x7fffeeb6 [ 2792.476] (EE) Fatal server error: [ 2792.476] (EE) Caught signal 11 (Segmentation fault). Server aborting Note that this is with ASLR turned off, so addresses should be reproducible. The same thing was reported by a user in https://bugs.debian.org/783507, and he was asked to create another bug, and I'm doing this for him and me. Feel free to merge if necessary. I made it important, because it may lead to data loss. And also is infinitely frustrating to be able to crash X server with a single application. Cheers, Tomasz -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Dec 19 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2384776 Jul 1 19:21 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-2) ) #1 SMP Debian 4.0.8-2 (2015-07-22) Xorg X server log files on system: -- -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.14.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.15.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.16.log -rw-r--r-- 1 root root 7611 Feb 16 2012 /var/log/Xorg.8.log -rw-r--r-- 1 root root 7611 Feb 16 2012 /var/log/Xorg.7.log -rw-r--r-- 1 root root 7611 Feb 16 2012 /var/log/Xorg.9.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.18.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.19.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.17.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.10.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.20.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.21.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.11.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.22.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.23.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.12.log -rw-r--r-- 1 root root 7611 Feb 16 2012 /var/log/Xorg.6.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.24.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.27.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.25.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.13.log -rw-r--r-- 1 root root 7613 Feb 16 2012 /var/log/Xorg.26.log -rw-r--r-- 1 root root 28737 Jul 31 11:00 /var/log/Xorg.2.log -rw-r--r-- 1 root root 28737 Jul 31 11:00 /var/log/Xorg.3.log -rw-r--r-- 1 root root 28737 Jul 31 11:00
Bug#679751: Lintian now detect package pointing to /home
On Fri, Jul 31, 2015 at 11:34 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Fri, Jul 31, 2015 at 11:04 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: control: block -1 by 793613 Hi, Lintian now detect script creating user pointing to /home. Could you also document that new added user should have an /home directory or /dev/null Ntp pass wrongfully also the --no-create-home flag, this should be documented as a not to do. With my lintian maint hat, I will like this issue get more guidance in policy Bastien After a chat under #debian-qa it appear that canonical path for non existant home dir is /nonexistant could be documented ? Moreover how can a developper could correct a mistake in previous package ? Rip the /home directory correct hte passd file ? Thanks quoting debian-qa: 11:32:23) jcristau: not with --no-create-home it won't (11:32:54) jcristau: but if it does exist, then not messing with it further is probably safest anyway (11:33:00) Myon: unless the crap was in stable, you don't need to clean up everything (11:33:30) Myon: an unused directory somewhere doesn't hurt, but any postinst magic will probably at some point -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794086: RFS: clblas/2.4-3
idem 2.6 is out and can you fix most of the lintian warnings :) Cheers. Fred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794089: RFS: clfft/2.4-4
Hello, sorry but I am in VAC until mid August. can you find another sponsor or wait until I come back from holidays ? the 2.6 version is also available :p Cheers Fred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794204: bogl: support zero-width space
Package: bogl Version: 0.1.18-9 Severity: normal I have heard that persian people found that zero-width space are not supported, while it's needed for proper support for persian. I don't know the details, this report is just to make sure this information is not lost. Samuel -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- Samuel Anyone who thinks UNIX is intuitive should be forced to write 5000 lines of code using nothing but vi or emacs. ACK! (Discussion in comp.os.linux.misc on the intuitiveness of commands, especially Emacs.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794052: systemd: logging to host via ssh with systemd but not using itself
Control: reassign -1 systemd-shim Control: forcemerge 756247 -1 Am 30.07.2015 um 07:59 schrieb Clemens Haupt Hohentrenk: 9398 login: [ 223.579151] systemd-logind[4102]: Failed to start user service: Unknown unit: user@0.service ? That's a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756247 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#794205: vokoscreen: does not work with ffmpeg Permission denied error
Package: vokoscreen Version: 2.4.0-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 vokoscreen does not work. The ffmpeg command it runs gives: [x11grab @ 0xa5e540] Cannot get the image data event_error: response_type:0 error_code:8 sequence:14 resource_id:218 minor_code:0 major_code:73. :0+1925,-3: Permission denied - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-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/lksh Init: systemd (via /run/systemd/system) Versions of packages vokoscreen depends on: ii ffmpeg7:2.7.2-1 ii libasound21.0.29-1 ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libqt4-network4:4.8.7+dfsg-1 ii libqt4-test 4:4.8.7+dfsg-1 ii libqtcore44:4.8.7+dfsg-1 ii libqtgui4 4:4.8.7+dfsg-1 ii libstdc++65.1.1-14 ii libv4l-0 1.6.3-1 ii libv4lconvert01.6.3-1 ii libx11-6 2:1.6.3-1 ii mkvtoolnix8.2.0-1 ii pulseaudio-utils 6.0-2 Versions of packages vokoscreen recommends: ii libdc1394-utils 2.2.3-1 vokoscreen suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVuzY3MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paQOBAAln2vrSN6EtxkTaNl4rF4 t2XlLVoBbZKZrsjdEdEH7O2F/M/I9xdVIFDv5RbUAYryjHBGbpx+H+MwQJynIsP9 KLItKE5eQIefTGFddZsA6D1W3snsBExRjkggRsBahY/17fr+/UulTE9desJGeUis E2Zy9Fqa6wkZnwfGWLhlBUcHSpTZvO8pvPm10rImVtIl8N8SMLE4nkItu/hhwTJO OLiJtwsbFWSBMchmw1K1kMqf5jKz8tj4V7kCg4eiUZ8Gw0SU8qVM/NxNnm57Th9H cAyWlSsyR//YM2jrAquLQWWnDbER8tEArmSqHVWNWMOsVh7ecx9N+/6VSw4sJGHM 6vhgXJYNZqZxzjncSq0b8UBYOnFvuC5mlsjUJEyy5JvGJNHSDvOrIJq6OyJqWl6k dWqChzPIEusy4LGuDi913f2JsnFse9EQ0xPUk6B7NZO8noLs+G1oWHMK4q6Ng3NQ 4JDLLAiWB0w5tTQ0sZ3vhlj+sv6PVW5nXetjn6dgkgIQAvf4YzYvzk9KYEeGluiX zlw+gphSvSXi7XfxWpL/BXBnzI/cU8epKlOK0nDXTyClfC3qIlFwRictyDXDXGDS xp4EBIK6r9CTO8fehM6D9F0GAbF2HdM2AywE0H1aznZCXg2/YDiDd8CvQmvksYDn 2oCobsXCjSDTuI2i2CpSiKc= =YpeO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679751: Lintian now detect package pointing to /home
control: block -1 by 793613 Hi, Lintian now detect script creating user pointing to /home. Could you also document that new added user should have an /home directory or /dev/null Ntp pass wrongfully also the --no-create-home flag, this should be documented as a not to do. With my lintian maint hat, I will like this issue get more guidance in policy Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674936: pulseaudio: Html5 player can change system volume on track changing. Pls disable it.
Package: pulseaudio Version: 6.0-2 Followup-For: Bug #674936 Dear Maintainer, I went to Youtube and tried to listen music. But when I change the track, volume jumps up, to html5 player volume settings. It means, html5 player had higher priority, than user (by default). My browser is ephipany. I think, it's browser-independent. Changing config file (flat-volumes = no) help to solve my problem. Please, change default settings to flat-volumes = no, without help on russian linux forum, I couldn't solve this problem alone, as user. -- Package-specific info: File '/etc/default/pulseaudio' does not exist -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii libasound21.0.29-1 ii libasound2-plugins1.0.29-1 ii libc6 2.19-19 ii libcap2 1:2.24-9 ii libdbus-1-3 1.8.20-1 ii libfftw3-single3 3.3.4-2 ii libgcc1 1:5.1.1-14 ii libice6 2:1.0.9-1+b1 ii libltdl7 2.4.2-1.11 ii liborc-0.4-0 1:0.4.24-1 ii libpulse0 6.0-2 ii libsm62:1.2.2-1+b1 ii libsndfile1 1.0.25-9.1 ii libspeexdsp1 1.2~rc1.2-1 ii libstdc++65.1.1-14 ii libsystemd0 222-2 ii libtdb1 1.3.5-1 ii libudev1 222-2 ii libwebrtc-audio-processing-0 0.1-3 ii libx11-6 2:1.6.3-1 ii libx11-xcb1 2:1.6.3-1 ii libxcb1 1.10-3+b1 ii libxtst6 2:1.2.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii pulseaudio-utils 6.0-2 ii udev 222-2 Versions of packages pulseaudio recommends: ii pulseaudio-module-x11 6.0-2 ii rtkit 0.11-2 Versions of packages pulseaudio suggests: pn pamannone pn paprefs none pn pavucontrol none pn pavumeternone -- Configuration Files: /etc/pulse/daemon.conf changed: ; daemonize = no ; fail = yes ; allow-module-loading = yes ; allow-exit = yes ; use-pid-file = yes ; system-instance = no ; local-server-type = user ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; lock-memory = no ; cpu-limit = no ; high-priority = yes ; nice-level = -11 ; realtime-scheduling = yes ; realtime-priority = 5 ; exit-idle-time = 20 ; scache-idle-time = 20 ; dl-search-path = (depends on architecture) ; load-default-script-file = yes ; default-script-file = /etc/pulse/default.pa ; log-target = auto ; log-level = notice ; log-meta = no ; log-time = no ; log-backtrace = 0 ; resample-method = speex-float-1 ; enable-remixing = yes ; enable-lfe-remixing = no flat-volumes = no ; rlimit-fsize = -1 ; rlimit-data = -1 ; rlimit-stack = -1 ; rlimit-core = -1 ; rlimit-as = -1 ; rlimit-rss = -1 ; rlimit-nproc = -1 ; rlimit-nofile = 256 ; rlimit-memlock = -1 ; rlimit-locks = -1 ; rlimit-sigpending = -1 ; rlimit-msgqueue = -1 ; rlimit-nice = 31 ; rlimit-rtprio = 9 ; rlimit-rttime = 20 ; default-sample-format = s16le ; default-sample-rate = 44100 ; alternate-sample-rate = 48000 ; default-sample-channels = 2 ; default-channel-map = front-left,front-right ; default-fragments = 4 ; default-fragment-size-msec = 25 ; enable-deferred-volume = yes ; deferred-volume-safety-margin-usec = 8000 ; deferred-volume-extra-delay-usec = 0 -- no debconf information # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, see http://www.gnu.org/licenses/. ## Configuration file for PulseAudio clients. See pulse-client.conf(5) for ## more information. Default values are commented out. Use either ; or # for ## commenting. ; default-sink = ; default-source = ; default-server = ; default-dbus-server = ; autospawn = yes ; daemon-binary = /usr/bin/pulseaudio ; extra-arguments = --log-target=syslog ; cookie-file = ; enable-shm = yes ; shm-size-bytes = 0 # setting
Bug#794203: libstdc++6: libreoffice Breaks too low
Package: libstdc++6 Version: 5.2.1-13 Severity: important Hi, $ dpkg --info libstdc++6_5.2.1-13_ppc64el.deb | grep Breaks Breaks: [...], libreoffice-core (= 1:4.4.4-1), [...] As said on IRC I has an at job scheduled for yesterday 13:00 to upload 4.4.5-1. Which ran but since dak was broken for a few hours... Anyway, 4.4.5-1 has FTBFS problems, so I need a 4.4.5-2 (which I need in any case, othweise rebuilds will fail in any case. bad.). Pleae update the Breaks to libreoffice = 1:4.4.5-2 (OK, that doesn't take into account the 5.0.0 rcs in experimental, but oh well..) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793945: pbr-1.3.0 in unstable?
On 07/30/2015 04:11 PM, Michael Fladischer wrote: On Thu, 30 Jul 2015 15:53:31 +0200 Thomas Goirand z...@debian.org wrote: I can't upload python-pbr until before OpenStack Liberty is out on the 15th of October. Otherwise, uploading pbr to Sid will break OpenStack Kilo. :( As Yaroslav said, it would be sufficient if you could upload pbr-0.11.0 as it already supports SemanticVersion(). Hi, I have uploaded 0.11.0 in Sid. Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
On Fri, 31 Jul 2015 08:08:38 +0200 Stefan Lippers-Hollmann s@gmx.de wrote: Hi On 2015-07-31, Stefan Lippers-Hollmann wrote: On 2015-07-31, Stefan Lippers-Hollmann wrote: On 2015-07-25, Bastian Blank wrote: [...] The attached bootlog (serial console udev.log-priority=7) has unfortunately not been recorded with an official Debian kernel, but I've been able to reproduce it with 4.0.0-2-amd64 as well. Just that I missed increasing the scrollback buffer in time and wasn't able to fetch a full bootlog then - and, regardless of the kernel in use, reproducing takes quite many reboots (too many for now) with full logging enabled. It took many reboots (50), but here is a reproduction with the official Debian kernel - gzipped logs attached. Stefan, you are running amd64, right? Bastian built the lvm2 on amd64 on a non-systemd system, it seems. This results in /lib/udev/rules.d/69-lvm-metad.rules lookin like this: ... ENV{SYSTEMD_READY}=1 RUN+=/sbin/lvm pvscan --background --cache --activate ay --major $major --minor $minor, ENV{LVM_SCANNED}=1 ... If you build lvm2 on a systemd system, those rules look like ... ENV{SYSTEMD_READY}=1 ACTION!=remove, ENV{LVM_PV_GONE}==1, RUN+=/bin/systemd-run /sbin/lvm pvscan --cache $major:$minor, GOTO=lvm_end ENV{SYSTEMD_ALIAS}=/dev/block/$major:$minor ENV{ID_MODEL}=LVM PV $env{ID_FS_UUID_ENC} on /dev/$name ENV{SYSTEMD_WANTS}=lvm2-pvscan@$major:$minor.service If I replace /lib/udev/rules.d/69-lvm-metad.rules with the attached file, my problems with LVM on top of RAID1 are gone. Can you copy the attached file to /etc/udev/rules.d/ and test if that fixes your problem? We likely need a runtime check, not a compile time check, in 69-lvm-metad.rules to decide which rules to run. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? # Copyright (C) 2012 Red Hat, Inc. All rights reserved. # # This file is part of LVM2. # Udev rules for LVM. # # Scan all block devices having a PV label for LVM metadata. # Store this information in LVMetaD (the LVM metadata daemon) and maintain LVM # metadata state for improved performance by avoiding further scans while # running subsequent LVM commands or while using lvm2app library. # Also, notify LVMetaD about any relevant block device removal. # # This rule is essential for having the information in LVMetaD up-to-date. # It also requires blkid to be called on block devices before so only devices # used as LVM PVs are processed (ID_FS_TYPE=LVM2_member or LVM1_member). SUBSYSTEM!=block, GOTO=lvm_end ENV{DM_UDEV_DISABLE_OTHER_RULES_FLAG}==1, GOTO=lvm_end # If the PV label got lost, inform lvmetad immediately. # Detect the lost PV label by comparing previous ID_FS_TYPE value with current one. ENV{.ID_FS_TYPE_NEW}=$env{ID_FS_TYPE} IMPORT{db}=ID_FS_TYPE ENV{ID_FS_TYPE}==LVM2_member|LVM1_member, ENV{.ID_FS_TYPE_NEW}!=LVM2_member|LVM1_member, ENV{LVM_PV_GONE}=1 ENV{ID_FS_TYPE}=$env{.ID_FS_TYPE_NEW} ENV{LVM_PV_GONE}==1, GOTO=lvm_scan # Only process devices already marked as a PV - this requires blkid to be called before. ENV{ID_FS_TYPE}!=LVM2_member|LVM1_member, GOTO=lvm_end ENV{DM_MULTIPATH_DEVICE_PATH}==1, GOTO=lvm_end # Inform lvmetad about any PV that is gone. ACTION==remove, GOTO=lvm_scan # Create /dev/disk/by-id/lvm-pv-uuid-PV_UUID symlink for each PV ENV{ID_FS_UUID_ENC}==?*, SYMLINK+=disk/by-id/lvm-pv-uuid-$env{ID_FS_UUID_ENC} # If the PV is a special device listed below, scan only if the device is # properly activated. These devices are not usable after an ADD event, # but they require an extra setup and they are ready after a CHANGE event. # Also support coldplugging with ADD event but only if the device is already # properly activated. # This logic should be eventually moved to rules where those particular # devices are processed primarily (MD and loop). # DM device: KERNEL!=dm-[0-9]*, GOTO=next ENV{DM_UDEV_PRIMARY_SOURCE_FLAG}==1, ENV{DM_ACTIVATION}==1, GOTO=lvm_scan GOTO=lvm_end # MD device: LABEL=next KERNEL!=md[0-9]*, GOTO=next IMPORT{db}=LVM_MD_PV_ACTIVATED ACTION==add, ENV{LVM_MD_PV_ACTIVATED}==1, GOTO=lvm_scan ACTION==change, ENV{LVM_MD_PV_ACTIVATED}!=1, TEST==md/array_state, ENV{LVM_MD_PV_ACTIVATED}=1, GOTO=lvm_scan ACTION==add, KERNEL==md[0-9]*p[0-9]*, GOTO=lvm_scan ENV{LVM_MD_PV_ACTIVATED}!=1, ENV{SYSTEMD_READY}=0 GOTO=lvm_end # Loop device: LABEL=next KERNEL!=loop[0-9]*, GOTO=next ACTION==add, ENV{LVM_LOOP_PV_ACTIVATED}==1, GOTO=lvm_scan ACTION==change, ENV{LVM_LOOP_PV_ACTIVATED}!=1, TEST==loop/backing_file, ENV{LVM_LOOP_PV_ACTIVATED}=1, GOTO=lvm_scan ENV{LVM_LOOP_PV_ACTIVATED}!=1, ENV{SYSTEMD_READY}=0 GOTO=lvm_end # If the PV is not a special device listed above, scan only after device addition (ADD event) LABEL=next ACTION!=add, GOTO=lvm_end LABEL=lvm_scan # The table below summarises the situations in which we reach the LABEL=lvm_scan. # Marked by X, X* means only if the special dev is properly set up. # The
Bug#794207: lxc: debian template tries to start too many agetty with systemd
Package: lxc Version: 1:1.0.6-6+deb8u1 Severity: normal Dear Maintainer, Using lxc on jessie to create jessie containers (systemd on both sides), by default lxc.tty is set to 4 so 4 tty devices are created in the target rootfs, but getty-static.service systemd config tries to spawn 6 agetty by default in the container, quickly filling the log. This has been fixed upstream in the debian template in https://github.com/lxc/lxc/commit/19fcf68ffb173f146a95c613ae9ccbff45f63a21 Since this is quite annoying, can this be considered for a stable backport ? Thanks! -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxc depends on: ii init-system-helpers 1.22 ii libapparmor1 2.9.0-3 ii libc62.19-18 ii libcap2 1:2.24-8 ii libseccomp2 2.1.1-1 ii libselinux1 2.3-2 ii multiarch-support2.19-18 ii python3 3.4.2-2 Versions of packages lxc recommends: ii debootstrap 1.0.67 ii openssl 1.0.1k-3+deb8u1 ii rsync3.1.1-3 Versions of packages lxc suggests: pn lua5.2 none -- Configuration Files: /etc/bash_completion.d/lxc.sh 32d83562fc71ced3b564c292dbcf70e0 [Errno 2] No such file or directory: u'/etc/bash_completion.d/lxc.sh 32d83562fc71ced3b564c292dbcf70e0' -- debconf information: lxc/directory: /var/lib/lxc lxc/title: lxc/auto: true lxc/shutdown: /usr/bin/lxc-halt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794206: /bin/machinectl: machinectl pull-raw fails complaining about missing bus
Control: retitle -1 Enable systemd-import Control: severity -1 wishlisth Ritesh Raj Sarraf [2015-07-31 14:18 +0530]: rrs@learner:~$ machinectl pull-raw --verify=no http://mirrors.kernel.org/fedora/releases/22/Cloud/x86_64/Images/Fedora-Cloud-Base-22-20150521.x86_64.raw.xz Failed transfer image: The name org.freedesktop.import1 was not provided by any .service files This is known, we don't currently enable importd. It adds quite a number of heavy dependencies to the package, so this is blocked on a discussion how to split out networkd, importd, etc. to e. g. systemd-extras, so that a debootstrap or minimal system does not need to pull in all those deps. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792877: [pkg-octave/master] octave4.0.patch: new patch, fixes FTBFS against Octave 4.0.
tag 792877 pending thanks Date: Fri Jul 31 11:05:27 2015 +0200 Author: Sébastien Villemot sebast...@debian.org Commit ID: c20c6ca0f679994b48b1cf10cd781ac8311443dd Commit URL: http://anonscm.debian.org/gitweb/?p=pkg-octave/octave-mpi.git;a=commitdiff;h=c20c6ca0f679994b48b1cf10cd781ac8311443dd Patch URL: http://anonscm.debian.org/gitweb/?p=pkg-octave/octave-mpi.git;a=commitdiff_plain;h=c20c6ca0f679994b48b1cf10cd781ac8311443dd octave4.0.patch: new patch, fixes FTBFS against Octave 4.0. Closes: #792877 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789169: libvtk6-dev: fix upstream Xdmf3 build bug
Just to clarify: The patch hasn't been merged to upstream yet, so we'll still have to patch manually, even in the rc. --Nico On Fri, Jul 31, 2015 at 7:46 AM Anton Gladky gl...@debian.org wrote: severity 789169 important thanks Hi Nico, thanks for the bug-report and the patch. Xdmf3-source was dropped from Debian for vtk6_6.2.0, so I am not able to apply the patch. But it looks like release candidate of vtk6 is already available. So your patch will be there. Thus I am reducing the bug`s severity. Thanks Anton 2015-06-18 7:30 GMT-07:00 Nico Schlömer nico.schloe...@gmail.com: Package: libvtk6-dev Version: 6.2.0 Severity: serious Tags: upstream Justification: fails to build from source Dear Maintainer, The new Xdmf3 interface in 6.2.0 has a build bug that's already been reported upstream for fixing in 6.3.0 [1]. The PR there fixes the build and may also be interesting for 6.2.0 in Debian. The patch is attached. [1] https://github.com/Kitware/VTK/pull/21 -- System Information: Debian Release: jessie/sid APT prefers vivid-updates APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), (100, 'vivid-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-18-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#793845: nsf: FTBFS on Linux due to test suite errors
Hi Aaron! How can I best simulate the environment at the buildd box? Is there a chance to obtain a core dump from the buildd box, alternatively? I'm not aware of a way to get core dumps off of autobuilders, though perhaps if you asked their maintainers nicely, they might be able to help you out. I tried building the package on a physical porterbox of each architecture, but wasn't able to reproduce the error on either, so I'm not sure why the automatic builds failed. Thx for this help! Did you test on the very same buildd/porterbox which reports the issue: hasse.debian.org; or any other armhf/mipsel box? Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Thu, Jul 30, 2015 at 08:24:34PM +0100, Luca Boccassi wrote: On Thu, 2015-07-30 at 16:58 +0200, Alessandro Ghedini wrote: * The -dev package should just be named libczmq-dev (i.e. without the version), this way next time the project bumps the SONAME it'll be easier to do the transition (you won't have to update all the reverse build dependencies). * Same goes for -dbg, but it's less important in that case. Reasoning for this choice was to follow what libzmq does, since the maintainer is making both libzmq1 and libzmq3 (and libzmq5 in experimental) available at the same time, and I thought in the future I'd do the same for libczmq. FWIW, being the one who originally packaged the zeromq and zeromq3 packages, the reason why I kept them separate was that some of the reverse dependencies of libzmq-dev did not build with the newer version, so both had to be kept in the archive. Otherwise I would have just renamed libzmq1 to libzmq3 and kept the same -dev, -dbg and source package names. * The README.source doesn't really provide any useful information, so it can be removed (also, since the dh-autoreconf plugin is used, the tarball generated from GitHub would probably work as well). I added it since there is a discrepancy between the tarballs on the official website and Github, and to explain it. If it is all right with you, I would rather keep using the tarball from the website Yeah, that's fine. My point was that you don't really need to justify why you used one tarball instead of the other, so the README.source file is useless (the debian/watch file already tells people where the tarball comes from). * No need to override the debian-watch-may-check-gpg-signature lintian warning (but it's not a problem if you want to do it anyway...). It was giving a warning on the Mentors upload page, so I added it. I'd like to keep it overridden if you don't mind :-) Sure, no problem. So, now the package looks good. Please set the target distribution to unstable in the changelog and I'll upload. Cheers signature.asc Description: Digital signature
Bug#793613: lintian: error in adduser --home check
On Sat, Jul 25, 2015 at 16:49:58 +0200, Kurt Roeckx wrote: Package: lintian Version: 2.5.33 Hi, lintian shows the following error: E: ntp: maintainer-script-should-not-use-adduser-system-without-home postinst:23 However, it's called like this: ntp.postinst: adduser --system --quiet --ingroup ntp --no-create-home ntp Looks to me like lintian is right, and you should set ntp's $HOME to something like /nonexistent instead of /home/ntp. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format
Hi, Quoting Raphael Hertzog (2015-07-17 14:36:43) On Fri, 17 Jul 2015, Johannes Schauer wrote: I think for the tracker we would want a custom format, in case the dose3 raw data format/schema changes. right. I think that makes sense. I don't see how it makes sense. sadly I'll not be able to attend all of debconf so let me add another note to consider here: Maybe in the future, qa.debian.org/dose could also generate some crossbuild dependency satisfaction results for some common architecture combinations like buildarch=amd64 and hostarch={armhf,arm64,mipsel}. In terms of dose3 invocation that would just be a matter of adding --deb-host-arch as another argument and the existing way of turning dose3 yaml output into HTML can probably entirely be kept. So if it is not too crazy of an idea that qa.debian.org/dose could also regularly generate crossbuild dependency satisfaction results, then please take this future possibility into account when thinking about how to export the data currently generated by qa.debian.org/dose in a machine readable format, so that later adding of crossbuild results does not break things. Thanks! cheers, josch signature.asc Description: signature
Bug#794211: ITP: libmemory-usage-perl -- Determine actual memory usage of Perl programs
Package: wnpp Owner: intrigeri intrig...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libmemory-usage-perl Version : 0.201 Upstream Author : Dave O'Neill d...@dmo.ca * URL : https://metacpan.org/release/Memory-Usage * License : Artistic or GPL-1+ Programming Lang: Perl Description : Determine actual memory usage of Perl programs Memory::Usage measures, from the operating system's perspective, how much memory a Perl program is using at any given time. It can record memory usage at specific times, and report about it afterwards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793778: kscreen: Big issues with three monitors
Am Donnerstag, 30. Juli 2015, 21:04:45 schrieb Dominik George: Hi, I suggest taking this upstream to https://bugs.kde.org, cause it really sounds like an upstream bug. I will look into this. Also please note that Qt 5.5 and even more so 5.5.1 will likely will likely fix a lot of multi screen related issues. It is not yet in unstable and not yet complete. There is a gcc transition taking place and Lisandro intends to get it in after this transition. So please also install the necessary -dbg packages and try to create a backtrace. What I can provide now is this in dmesg: [14085.109351] [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe A [14085.109370] [drm:ironlake_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun [14090.111493] kactivitymanage[24108]: segfault at 7fb50847ecd0 ip 7fb508426031 sp 7ffc5e1d3b48 error 4 in libQt5Sql.so.5.4.2[7fb508412000+3f000] [ 86.841807] kscreen_backend[2331]: segfault at 10 ip 7f5fea953bd0 sp 7ffd093cb508 error 4 in KSC_XRandR.so[7f5fea93e000+22000] [ 87.698749] ksplashqml[2280]: segfault at 8 ip 7fe9533685a0 sp 7ffc6aca1e38 error 4 in libQt5Gui.so.5.4.2[7fe953256000+52c000] [ 87.701634] kactivitymanage[2324]: segfault at 18 ip 7f4538f7e910 sp 7ffdf990aec8 error 4 in libqxcb.so[7f4538f4f000+ba000] [ 87.728423] kscreen_backend[2340]: segfault at 18 ip 7f5df5a80b29 sp 7fff090273a0 error 4 in libqxcb.so[7f5df5a36000+ba000] [ 87.860003] kaccess[2343]: segfault at 18 ip 7fb2b9cb2b29 sp 7ffced3b94d0 error 4 in libqxcb.so[7fb2b9c68000+ba000] [ 88.159947] ksmserver[2352]: segfault at 18 ip 7f1551262b29 sp 7ffece1b7a20 error 4 in libqxcb.so[7f1551218000+ba000] [ 92.911895] [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe A [ 92.911963] [drm:ironlake_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun This looks like something seriously drowns ;). Also, it remotely suggests that the Intel DRM component might be involved. Hmm, yes. I have no idea about it. Would be good for an upstream bug report I think. You may even report upstream by using DrKonqi. Can this report an issue that happened in the past? Hmmm, I used DrKonqi only as it was popped automatically. So you don´t get a DrKonqi at the crash at startup? It would help creating backtraces. Anyway, it may be wise to just retest with Qt 5.5. Maybe the issue is fixed already. Thanks, -- Martin signature.asc Description: This is a digitally signed message part.
Bug#679751: Lintian now detect package pointing to /home
On Fri, Jul 31, 2015 at 11:04 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: control: block -1 by 793613 Hi, Lintian now detect script creating user pointing to /home. Could you also document that new added user should have an /home directory or /dev/null Ntp pass wrongfully also the --no-create-home flag, this should be documented as a not to do. With my lintian maint hat, I will like this issue get more guidance in policy Bastien After a chat under #debian-qa it appear that canonical path for non existant home dir is /nonexistant could be documented ? Moreover how can a developper could correct a mistake in previous package ? Rip the /home directory correct hte passd file ? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794213: icedove-l10n-de: icedove update blocked
Package: icedove-l10n-de Version: 1:31.4.0-1 Severity: wishlist Dear Maintainer, will there be an update to version 38.0.1 soon? Otherwise this package has to be removed to update icedove to version 38.0.1. I would like to be able to localize icedove. Best regards, jvp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793778: kscreen: Big issues with three monitors
Hi, Hmmm, I used DrKonqi only as it was popped automatically. So you don´t get a DrKonqi at the crash at startup? It would help creating backtraces. nope. Maybe I get it, but that does not help as the whole session crashes and returns to the display manager. So if DrKonqi gets it, it will never show long enough before the rest dies. Anyway, it may be wise to just retest with Qt 5.5. Maybe the issue is fixed already. Ok. I got the impression that somehow this is related to attaching *two* new screens at the same time, which is the case when ounting the notebook into the docking station. Maybe this leads to some kidn of race condition. -nik -- PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 Dominik George · Mobil: +49-151-61623918 Teckids e.V. · FrOSCon e.V. · OpenRheinRuhr e.V. Fellowship of the FSFE · Piratenpartei Deutschland Opencaching Deutschland e.V. · Debian Contributor LPIC-3 Linux Enterprise Professional (Security) signature.asc Description: This is a digitally signed message part.
Bug#790640: FTBFS: hash.h: No such file or directory
I had a feeling that not only mydumper is suffering from that, but apparently I'm wrong. mydumper has a build option not to include the file resulting in less functional, but working package. I don't think they will fix that anytime soon, since their resolution is to disable this part of code: https://bugs.launchpad.net/mydumper/+bug/1276743 . I used this approach in my new build of the package, which is waiting for my sponsor to review and upload it. In case anyone else is interested in doing that the package is available on mentors.d.n [1]. [1] https://mentors.debian.net/package/mydumper 2015-07-02 12:44 GMT+02:00 Robie Basak robie.ba...@ubuntu.com: On Tue, Jun 30, 2015 at 05:55:04PM +0200, Mateusz Kijowski wrote: http://bugs.mysql.com/bug.php?id=70672 seems to be the reason. Perhaps we can hack the mysql package to include it? If it's not part of the public API, then I don't think it's appropriate for the package to include it. We'd effectively be forking the MySQL ABI, breaking compatibility with the rest of the ecosystem and generally causing future pain and confusion. This confusion is what I believe upstream are busy trying to fix by better clearly defining the available API to avoid future compatibility problems. It seems like you've fallen on the wrong side of this. Can you work with upstream to get the functionality you need included as part of the public API?
Bug#778571: [buildd-tools-devel] Bug#778571: [Reproducible-builds] Bug#790868: sbuild: Please allow sbuild to use a deterministic build path to build packages
Hi, Quoting Benjamin Drung (2015-07-14 21:54:33) Time to check the current behaviour and to rethink. :) Let's take the sl package as example. When I build sl, /var/lib/sbuild/build/sl-bRYRkz/ is created and the source package is placed there. bRYRkz is the random part. /var/lib/sbuild/build is mounted to /var/lib/schroot/mount/$session/build (done in /etc/schroot/sbuild/fstab) so that /var/lib/sbuild/build/sl-bRYRkz/ is accessible as /build/sl-bRYRkz/ inside the chroot. I think I now further understood what caused my initial confusion. When setting up sbuild as it is described here https://wiki.debian.org/sbuild and then building any package, then I don't see any directory being created in my hosts /var/lib/sbuild/build directory. Funnily, my /etc/schroot/sbuild/fstab *does* contain the line to mount /var/lib/sbuild/build from the outside to /build inside the chroot. But somehow this does not seem to happen? Over here, when running sbuild and investigating `mount` while it is running, I do not see my /build being bind-mounted or otherwise. This also explains why during the testing of akira's patch which allows setting a custom build directory (bug #790868), we were able to use /build/foobar in concurrent sbuild runs without any build failures because *somehow* /build was not bind mounted from the outside. Maybe this is a bug in schroot or sbuild? Do you also see this behaviour with current sbuild from sid when being set up like explained in the wiki? Thanks! cheers, josch signature.asc Description: signature
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Fri, 2015-07-31 at 11:20 +0200, Alessandro Ghedini wrote: On Thu, Jul 30, 2015 at 08:24:34PM +0100, Luca Boccassi wrote: On Thu, 2015-07-30 at 16:58 +0200, Alessandro Ghedini wrote: * The -dev package should just be named libczmq-dev (i.e. without the version), this way next time the project bumps the SONAME it'll be easier to do the transition (you won't have to update all the reverse build dependencies). * Same goes for -dbg, but it's less important in that case. Reasoning for this choice was to follow what libzmq does, since the maintainer is making both libzmq1 and libzmq3 (and libzmq5 in experimental) available at the same time, and I thought in the future I'd do the same for libczmq. FWIW, being the one who originally packaged the zeromq and zeromq3 packages, the reason why I kept them separate was that some of the reverse dependencies of libzmq-dev did not build with the newer version, so both had to be kept in the archive. Otherwise I would have just renamed libzmq1 to libzmq3 and kept the same -dev, -dbg and source package names. Ah I see, makes sense. Thanks for the explanation. * The README.source doesn't really provide any useful information, so it can be removed (also, since the dh-autoreconf plugin is used, the tarball generated from GitHub would probably work as well). I added it since there is a discrepancy between the tarballs on the official website and Github, and to explain it. If it is all right with you, I would rather keep using the tarball from the website Yeah, that's fine. My point was that you don't really need to justify why you used one tarball instead of the other, so the README.source file is useless (the debian/watch file already tells people where the tarball comes from). Ok, makes sense, removed. * No need to override the debian-watch-may-check-gpg-signature lintian warning (but it's not a problem if you want to do it anyway...). It was giving a warning on the Mentors upload page, so I added it. I'd like to keep it overridden if you don't mind :-) Sure, no problem. So, now the package looks good. Please set the target distribution to unstable in the changelog and I'll upload. Changed to unstable and added you in the Uploaders field, tagged and pushed. Thank you very much, I really appreciate your help! Kind regards, Luca Boccassi Brocade Communications Systems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708638: add a version netCDF with parallel I/O
reopen 708638 thanks Hi Christophe, On 24-01-15 23:32, Ross Gammon wrote: To build with parallel I/O requires hdf5 to be built with parallel enabled. We are currently packaging the soon to be released netcdf v4.3.3, and I can see that netcdf (~rc3) is now detecting parallel automatically during the build. After the recent discussion with the HDF5 maintainer, it became clear that we cannot build netcdf with the HDF5 MPI variant only, we must also build with the HDF5 serial variant for non-MPI applications. Because we are under pressure to get the new netcdf packages ready for the transition (#791215), I've reverted back to build netcdf with only the HDF5 serial variant. After the GCC 5 related transitions, we'll update the netdcdf package to provide a netcdf library built with the HDF5 MPI variant in addition to the serial variant. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#415701: Packaging ready for review
Hi, One of my colleagues asked to have RT::Extension::CommandByMail deployed on our RT instance. I prefer to use Debian packages so I've a package, the changes are available in a git repo here: https://github.com/catalyst/rt-extension-commandbymail/tree/dpkg If folks are happy with it, then I'll submit a pull request for upstream and we can upload it to Debian. Cheers, Andrew -- Andrew Ruthven, Wellington, New Zealand and...@etc.gen.nz | linux.conf.au 2016 New Zealand's only Cloud: | LCA By the Bay, Geelong, AU https://catalyst.net.nz/cloud | http://lca2016.linux.org.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794221: python3-pyfai: fails to install: SyntaxError: Missing parentheses in call to 'print'
Package: python3-pyfai Version: 0.11.0+dfsg-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package python3-pyfai. (Reading database ... (Reading database ... 16288 files and directories currently installed.) Preparing to unpack .../python3-pyfai_0.11.0+dfsg-2_amd64.deb ... Unpacking python3-pyfai (0.11.0+dfsg-2) ... Setting up python3-pyfai (0.11.0+dfsg-2) ... File /usr/lib/python3/dist-packages/pyFAI/test/debug_ocl_sort.py, line 24 print time_sort ^ SyntaxError: Missing parentheses in call to 'print' dpkg: error processing package python3-pyfai (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: python3-pyfai cheers, Andreas python3-pyfai_0.11.0+dfsg-2.log.gz Description: application/gzip
Bug#679751: Lintian now detect package pointing to /home
Hi! On Fri, 2015-07-31 at 11:34:20 +0200, Bastien ROUCARIES wrote: On Fri, Jul 31, 2015 at 11:04 AM, Bastien ROUCARIES wrote: Lintian now detect script creating user pointing to /home. After a chat under #debian-qa it appear that canonical path for non existant home dir is /nonexistant could be documented ? Moreover how can a developper could correct a mistake in previous package ? Rip the /home directory correct hte passd file ? To fix a wrong home path you can do something like: ,--- # Fix the home directory name created by an old package. u_home=$(getent passwd USERNAME | cut -d: -f6) if [ $u_home = OLDHOME ] ; then usermod --home NEWHOME USERNAME /dev/null || true fi `--- Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Acknowledgement (kde: KDE crashed, not even usable like Microsoft Windows)))
On Thu, Jul 30, 2015 at 12:24:04PM +, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Oh! Nice! Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Still waiting for some not-machine-answer. So, changing to another user is not possible. Pushing anway ~/,kde daoes not make any change in the well known missbehavior. X works perfektly well: X.Org X Server 1.17.2 Release Date: 2015-06-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.16.0-4-amd64 i686 Debian Current Operating System: Linux 9398 4.0.0-2-686-pae #1 SMP Debian 4.0.8-2 (2015-07-22) i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-686-pae root=UUID=51052b81-aa31-419e-8bb0-8a6ca7f0b466 ro vga=0x11a quiet Build Date: 01 July 2015 05:17:45PM xorg-server 2:1.17.2-1 (http://www.debian.org/support) Current version of pixman: 0.32.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Jul 31 13:15:06 2015 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server (II) AIGLX: Suspending AIGLX clients for VT switch stopping X: xinit: connection to X server lost waiting for X server to shut down (II) Server terminated successfully (0). Closing log file. I am thinking to kill KDE ASAP. XAB. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793194: agda: FTBFS with latest cpphs (1.19)
On Wed, Jul 22, 2015 at 10:55:13AM +0100, Iain Lane wrote: On Wed, Jul 22, 2015 at 11:43:04AM +0200, Hans Joachim Desserud wrote: Source: agda Version: 2.4.2.2-3 Severity: important Dear Maintainer, You may already be aware of this, but agda fails to build from source with the latest packaged version of cpphs. Build dependencies in the control file state that agda requires: cpphs (= 1.18.6), cpphs ( 1.19), The restriction is specified in Agda's cabal file. It looks to be fixed in 2.4.2.3 if anyone wants to work on that upgrade (otherwise I will soon-ish). By way of update: I looked at this. In addition to the cpphs bump we have to bump at least QuickCheck which then cascades to a few other packages. I'm having trouble finding the time to do this - perhaps someone else could. Or it might be that there's a cherry-pick or two to get 2.4.2.2 working with cpphs 1.19 which we could take as a stopgap. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#793778: kscreen: Big issues with three monitors
Am Freitag, 31. Juli 2015, 11:45:51 schrieb Dominik George: Anyway, it may be wise to just retest with Qt 5.5. Maybe the issue is fixed already. Ok. I got the impression that somehow this is related to attaching *two* new screens at the same time, which is the case when ounting the notebook into the docking station. Maybe this leads to some kidn of race condition. Well, feel free to report the bug upstream if you think it you have an unusual setup. I just read by upstream and Lisandro that Qt 5.5 and even more so 5.5.1 fixed quite some mutiple screens related issues. I am not sure whether it fixes yours. Thanks, -- Martin signature.asc Description: This is a digitally signed message part.
Bug#783507: xserver-xorg: segfault on intel hardware
On 14/06/15 12:07, Julien Cristau wrote: [...] I can't see any similarities between your two traces, so please file your own bug. Thanks, Julien I've opened a bug here: https://bugs.debian.org/794212 Cheers, Tomasz signature.asc Description: Digital signature
Bug#790365: closed by Alessandro Ghedini gh...@debian.org (Bug#790365: fixed in libwmf 0.2.8.4-10.4)
Control: notfixed -1 libwmf/0.2.8.4-10.4 On Fri, Jul 31, 2015 at 09:45:17AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the pycode-browser package: #790365: pycode-browser: CVE-2015-0849: predictable temporary file vulnerability It has been closed by Alessandro Ghedini gh...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Alessandro Ghedini gh...@debian.org by replying to this email. Not sure how this happened, but it looks like I closed the wrong bug... Sorry for the noise. Cheers signature.asc Description: Digital signature
Bug#794216: [kwin-x11] Since yesterday windows decorations disappeared
Package: kwin-x11 Version: 4:5.3.2-2 Severity: critical --- Please enter the report below this line. --- Hello, after last updates I can't see windows decorations anymore. I try deleting plasma configuration files but nothing changes. Running kwin-x11 --replace I get: Could not find drkonqi at /usr/lib/x86_64-linux-gnu/libexec/drkonqi QXcbConnection: XCB error: 3 (BadWindow), sequence: 170, resource id: 136314888, major code: 20 (GetProperty), minor code: 0 QXcbConnection: XCB error: 3 (BadWindow), sequence: 187, resource id: 136314888, major code: 20 (GetProperty), minor code: 0 kwin_core: Extensions: shape: 0x 11 composite: 0x 4 render: 0x b fixes: 0x 50 randr: 0x 14 sync: 0x 31 damage: 0x 11 Constructing a KPluginInfo object from old style JSON. Please use kcoreaddons_desktop_to_json() for /usr/lib/x86_64-linux-gnu/qt5/plugins/org.kde.kdecoration2/kwin5_aurorae.so instead of kservice_desktop_to_json() in your CMake code. Couldn't start kded5 from org.kde.kded5.service: QDBusError(org.freedesktop.DBus.Error.ServiceUnknown, The name org.kde.kded5 was not provided by any .service files) , falling back to running kbuildsycoca5 kf5.kservice.sycoca: Trying to open ksycoca from /home/mcalorio/.cache/ksycoca5 Could not locate decoration plugin Constructing a KPluginInfo object from old style JSON. Please use kcoreaddons_desktop_to_json() for /usr/lib/x86_64-linux-gnu/qt5/plugins/org.kde.kdecoration2/kwin5_aurorae.so instead of kservice_desktop_to_json() in your CMake code. Trying to load decoration plugin: /usr/lib/x86_64-linux-gnu/qt5/plugins/org.kde.kdecoration2/kwin5_aurorae.so kwin_core: screens: 2 desktops: 1 kwin_core: Done. Module 'org.kde.kwin.decoration' does not contain a module identifier directive - it cannot be protected from external registrations. aurorae: Trying to load QML Decoration kwin4_decoration_qml_plastik Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Could not initialize GLX Application::crashHandler() called with signal 6; recent crashes: 1 KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = kwin_x11 path = /usr/bin pid = 29857 KCrash: Arguments: /usr/bin/kwin_x11 --replace Could not find drkonqi at /usr/lib/x86_64-linux-gnu/libexec/drkonqi QXcbConnection: XCB error: 3 (BadWindow), sequence: 170, resource id: 18874376, major code: 20 (GetProperty), minor code: 0 QXcbConnection: XCB error: 3 (BadWindow), sequence: 187, resource id: 18874376, major code: 20 (GetProperty), minor code: 0 kwin_core: Extensions: shape: 0x 11 composite: 0x 4 render: 0x b fixes: 0x 50 randr: 0x 14 sync: 0x 31 damage: 0x 11 Constructing a KPluginInfo object from old style JSON. Please use kcoreaddons_desktop_to_json() for /usr/lib/x86_64-linux-gnu/qt5/plugins/org.kde.kdecoration2/kwin5_aurorae.so instead of kservice_desktop_to_json() in your CMake code. Couldn't start kded5 from org.kde.kded5.service: QDBusError(org.freedesktop.DBus.Error.ServiceUnknown, The name org.kde.kded5 was not provided by any .service files) , falling back to running kbuildsycoca5 kf5.kservice.sycoca: Trying to open ksycoca from /home/mcalorio/.cache/ksycoca5 Could not locate decoration plugin Constructing a KPluginInfo object from old style JSON. Please use kcoreaddons_desktop_to_json() for /usr/lib/x86_64-linux-gnu/qt5/plugins/org.kde.kdecoration2/kwin5_aurorae.so instead of kservice_desktop_to_json() in your CMake code. Trying to load decoration plugin: /usr/lib/x86_64-linux-gnu/qt5/plugins/org.kde.kdecoration2/kwin5_aurorae.so kwin_core: screens: 2 desktops: 1 kwin_core: Done. Module 'org.kde.kwin.decoration' does not contain a module identifier directive - it cannot be protected from external registrations. aurorae: Trying to load QML Decoration kwin4_decoration_qml_plastik Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Could not initialize GLX Application::crashHandler() called with signal 6; recent crashes: 2 KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name =
Bug#770659: WebRTC camera/microphone sharing does not work
Package: chromium Version: 44.0.2403.107-1 Followup-For: Bug #770659 Dear Maintainer, given what has been said in the upstream bug discussion, especially https://code.google.com/p/chromium/issues/detail?id=501318#c37 it seems the usage of use_system_libsrtp is heavily discouraged, the option is deprecated and probably it will be removed soon. Will you consider using the bundled libsrtp? If this is not the case I think that WebRTC should be disabled altogether and its absence be documented. Please note that this is a question, not a request, as I understand that there are good reasons to avoid bundled libraries. I just want to know if it's time to change browser (or compile my own version of chromium). I'm sure I'm not the only one interested in it. Thank you and kind regards, Paride -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794218: openssl: no display built date
Package: openssl Version: 1.0.2d-1 Severity: minor Dear Maintainer, (jessie - openssl 1.0.1k-3+deb8u1) $ openssl version -v -b OpenSSL 1.0.1k 8 Jan 2015 built on: Fri Jun 12 18:48:03 2015 (stretch) $ openssl version -v -b OpenSSL 1.0.2d 9 Jul 2015 built on: reproducible build, date unspecified a fix patch: --- a/crypto/cversion.c +++ b/crypto/cversion.c @@ -68,7 +68,7 @@ return OPENSSL_VERSION_TEXT; if (t == SSLEAY_BUILT_ON) { #ifdef DATE -# ifdef OPENSSL_USE_BUILD_DATE +# if 1 return (DATE); # else return (built on: reproducible build, date unspecified); Thank you. -- Hiroyuki YAMAMORI -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, armhf Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openssl depends on: ii libc62.19-19 ii libssl1.0.0 1.0.2d-1 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20150426 -- 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#794210: systemd reboots spontaneously and with no trace on uninstalling ipmi
Am 31.07.2015 um 11:23 schrieb David Liontooth: root@cartago:~# just list ipmi ii freeipmi-bmc-watchdog 1.4.5-3 amd64GNU implementation of the IPMI protocol - BMC watchdog [..] At that moment, however, the machine just rebooted. /var/log/messages around the reboot show only this: Jul 30 22:37:17 cartago ipmiutil: igetevent waiting for events ... Jul 30 23:28:22 cartago uptimed: moving up to position 18: 0 days, 06:30:26 Jul 31 01:33:05 cartago rsyslogd: [origin software=rsyslogd swVersion=8.4.2 x-pid=2299 x-info=http://www.rsyslog.com;] start Jul 31 01:33:05 cartago kernel: [0.577333] pci :00:1a.0: System wakeup disabled by ACPI Most likely, by having the ipmi packages installed, you had enabled the watchdog functionality in systemd. After uninstalling the package, the watchdog no longer responded, so systemd rebooted the system. Which would be expected behaviour. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#789596: php5-redis 2.2.5-1 stable causes segfault in php5-fpm - fix available in 2.2.7
Package: php5-redis Version: 2.2.5-1 Followup-For: Bug #789596 I can confirm the segfault with 2.2.5 - I compiled 2.2.7 from source and the segfaults disappeared. In my case I'm using uwsgi with uwsgi-plugin-php with a fairly big php app that does a lot of redis activity. The segfaults were a lot more frequent when the redis cache was empty. Here's one more report of the same segfault https://www.drupal.org/node/2522966 !!! uWSGI process 31428 got Segmentation Fault !!! *** backtrace of 31428 *** /usr/local/bin/uwsgi(uwsgi_backtrace+0x30) [0x4635b0] /usr/local/bin/uwsgi(uwsgi_segfault+0x21) [0x463951] /lib/x86_64-linux-gnu/libc.so.6(+0x35180) [0x7fc48d28e180] /usr/lib/libphp5.so(+0x398848) [0x7fc489db9848] /usr/lib/php5/20131226/redis.so(zim_Redis_hMset+0x28b) [0x7fc481a3615b] /usr/lib/libphp5.so(dtrace_execute_internal+0x2a) [0x7fc489dd24ea] /usr/lib/libphp5.so(+0x470c80) [0x7fc489e91c80] /usr/lib/libphp5.so(execute_ex+0x40) [0x7fc489e206b0] /usr/lib/libphp5.so(dtrace_execute_ex+0x78) [0x7fc489dd2388] /usr/lib/libphp5.so(+0x4711ae) [0x7fc489e921ae] /usr/lib/libphp5.so(execute_ex+0x40) [0x7fc489e206b0] /usr/lib/libphp5.so(dtrace_execute_ex+0x78) [0x7fc489dd2388] /usr/lib/libphp5.so(zend_call_function+0xaea) [0x7fc489dd421a] /usr/lib/libphp5.so(zif_call_user_func+0x6a) [0x7fc489cfdc5a] /usr/lib/libphp5.so(dtrace_execute_internal+0x2a) [0x7fc489dd24ea] /usr/lib/libphp5.so(+0x470c80) [0x7fc489e91c80] /usr/lib/libphp5.so(execute_ex+0x40) [0x7fc489e206b0] /usr/lib/libphp5.so(dtrace_execute_ex+0x78) [0x7fc489dd2388] /usr/lib/libphp5.so(+0x4711ae) [0x7fc489e921ae] /usr/lib/libphp5.so(execute_ex+0x40) [0x7fc489e206b0] /usr/lib/libphp5.so(dtrace_execute_ex+0x78) [0x7fc489dd2388] /usr/lib/libphp5.so(zend_call_function+0xaea) [0x7fc489dd421a] -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/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 Init: systemd (via /run/systemd/system) Versions of packages php5-redis depends on: ii libc6 2.19-18 ii php5-common [phpapi-20131226] 5.6.9+dfsg-0+deb8u1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794217: socketpair: unclear where the SOCK_NONBLOCK and SOCK_CLOEXEC flags go
Package: manpages-dev Version: 3.74-1 Severity: minor File: socketpair Hi, reading 'man 2 socketpair' it is unclear where the new SOCK_NONBLOCK and SOCK_CLOEXEC flags go in the function call. One has to read through man 2 socket to discover that the type argument now also serves as flags. I recommend making this a bit clearer by changing the Notes from: Since Linux 2.6.27, socketpair() supports the SOCK_NONBLOCK and SOCK_CLOEXEC flags described in socket(2). to: Since Linux 2.6.27, socketpair() supports the SOCK_NONBLOCK and SOCK_CLOEXEC flags in the _type_ argument as described in socket(2). MfG Goswin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armel Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages manpages-dev depends on: ii manpages 3.61-1 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.6.7.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794219: ITP: tlsh -- fuzzy hashing library
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio lu...@debian.org * Package name: tlsh Version : 3.2.1 Upstream Author : Trend Micro * URL : https://github.com/trendmicro/tlsh * License : Apache-2 Programming Lang: C++, Python Description : fuzzy hashing library The Trend Micro Locality Sensitive Hash is a fuzzy hash algorithm that can be used to compare similar but not identical files. Identifying near duplicates and similar files is known to be useful to identify malware samples with similar binary file structure, variants of spam email, or backups with corrupted files. tlsh is available as a static library and a Python module. It also ships with the tlsh_unittest, a command-line tool to generate TLSH hash values and compare TLSH hash values to determine similarity. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#794220: nmu: critterding_1.0-beta14+dfsg-2
Package: release.debian.org Severity: normal Tags: experimental User: release.debian@packages.debian.org Usertags: binnmu nmu critterding_1.0-beta14+dfsg-2 . ALL . experimental . -m Rebuild against bullet 2.83 Rebuild the version in experimental for the recently completed bullet transition. (The sid version seems to use a bundled bullet copy.) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625691: thunar: Thunar crashes when opened dir is renamed by other program
Package: thunar Version: 1.6.3-2 Followup-For: Bug #625691 Hi, This might be related to this bug. I deleted a file and thunar crashed, when checking gdb I found the following message: (Thunar:30405): GLib-GObject-WARNING **: invalid uninstantiatable type '(null)' in cast to 'ThunarThumbnailer' Seems similar to this bug report only it happened for a video file instead of a whole directory. I've attached the crash log. (Note I had to sigint then sigterm thunar in this debug because it didn't crash out just froze) Kitty -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (400, 'oldstable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages thunar depends on: ii desktop-file-utils 0.22-1 ii exo-utils 0.10.2-4 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libgudev-1.0-0 215-17+deb8u1 ii libice6 2:1.0.9-1+b1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libsm6 2:1.2.2-1+b1 ii libthunarx-2-0 1.6.3-2 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii shared-mime-info1.3-1 ii thunar-data 1.6.3-2 Versions of packages thunar recommends: ii dbus-x11 1.8.18-0+deb8u1 ii gvfs 1.22.2-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii thunar-volman0.8.0-4 ii tumbler 0.1.30-1+b1 ii xdg-user-dirs0.15-2 ii xfce4-panel 4.10.1-1 Versions of packages thunar suggests: pn thunar-archive-plugin none pn thunar-media-tags-plugin none -- no debconf information GNU gdb (Debian 7.7.1+dfsg-5) 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 /usr/bin/Thunar...Reading symbols from /usr/lib/debug/.build-id/23/eaf23fb1cc4264ad331f35 9cee26a853a0808b.debug...done. done. (gdb) run Starting program: /usr/bin/Thunar [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffedc40700 (LWP 30419)] [New Thread 0x7fffed43f700 (LWP 30420)] [New Thread 0x7fffe7986700 (LWP 30422)] [Thread 0x7fffe7986700 (LWP 30422) exited] thunar-volman: Unsupported USB device type. thunar-volman: Unsupported USB device type. thunar-volman: Unknown block device type. thunar-volman: Could not detect the volume corresponding to the device. thunar-volman: Unsupported USB device type. thunar-volman: Unsupported USB device type. thunar-volman: Unknown block device type. thunar-volman: Could not detect the volume corresponding to the device. thunar-volman: Unsupported USB device type. thunar-volman: Unsupported USB device type. thunar-volman: Unknown block device type. thunar-volman: Could not detect the volume corresponding to the device. thunar-volman: Unsupported USB device type. thunar-volman: Unsupported USB device type. thunar-volman: Unknown block device type. thunar-volman: Could not detect the volume corresponding to the device. [New Thread 0x7fffe7986700 (LWP 1810)] [Thread 0x7fffe7986700 (LWP 1810) exited] [New Thread 0x7fffe7986700 (LWP 3342)] [Thread 0x7fffe7986700 (LWP 3342) exited] [New Thread 0x7fffe7986700 (LWP 5559)] [New Thread 0x7fffe63eb700 (LWP 5560)] [Thread 0x7fffe7986700 (LWP 5559) exited] [Thread 0x7fffe63eb700 (LWP 5560) exited] [New Thread 0x7fffe63eb700 (LWP 8133)] [Thread 0x7fffe63eb700 (LWP 8133) exited] SNIP (Was just a bunch of threads starting and exiting) [New Thread 0x7fffe63eb700 (LWP 11380)] [New Thread 0x7fffe52be700 (LWP 11381)] (Thunar:30405): GLib-GObject-WARNING **: invalid uninstantiatable type '(null)' in cast to 'ThunarThumbnailer' [Thread 0x7fffe52be700 (LWP 11381) exited] [Thread 0x7fffe63eb700 (LWP 11380) exited]
Bug#793991: lazarus: armel and armhf builds stall
I tried a simpler package, ddrescueview [1], and instead of building the Debian package, I simply ran: lazbuild source/ddrescueview.lpi --bm=GNU/Linux Release As before, the build appeared to stall, and after hitting ctrl-c I noticed that in the background the build had actually completed successfully and there was a working 'ddrescueview' executable. I'll file a bug upstream. [1] http://ddrescueview.sourceforge.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794215: chromium isn't your default browser
Package: chromium Version: 44.0.2403.89-1~deb8u1 Severity: normal Dear maintener, When I run a chromium session the system always plays: Chromium isn't your default browser then the choice is Set as default or Don't ask again. Nothing works. In Chromium settings same messages; nothing works as well. I suggest that the set as default button works. I am using: Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u2 (2015-07-17) x86_64 GNU/Linux chromium-l10n /$ dpkg --status chromium Package: chromium Status: install ok installed Priority: optional Section: web Installed-Size: 144739 Maintainer: Debian Chromium Maintainers pkg-chromium-ma...@lists.alioth.debian.org Architecture: amd64 Source: chromium-browser Version: 44.0.2403.89-1~deb8u1 Provides: gnome-www-browser, www-browser Depends: libasound2 (= 1.0.16), libatk1.0-0 (= 1.12.4), libc6 (= 2.15), libcairo2 (= 1.6.0), libcups2 (= 1.4.0), libdbus-1-3 (= 1.1.4), libexpat1 (= 2.0.1), libfontconfig1 (= 2.11), libfreetype6 (= 2.3.9), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.37.3), libgnome-keyring0 (= 3.2.2-2~), libgtk2.0-0 (= 2.24.0), libharfbuzz0b (= 0.9.11), libjpeg62-turbo (= 1.3.1), libnspr4 (= 2:4.9-2~) | libnspr4-0d (= 1.8.0.10), libnss3 (= 2:3.14.3), libpango-1.0-0 (= 1.14.0), libpangocairo-1.0-0 (= 1.14.0), libpci3 (= 1:3.2.1-1), libspeechd2 (= 0.7.1), libspeex1 (= 1.2~beta3-1), libsrtp0, libstdc++6 (= 4.9), libx11-6 (= 2:1.4.99.1), libxcomposite1 (= 1:0.3-1), libxcursor1 ( 1.1.2), libxdamage1 (= 1:1.1), libxext6, libxfixes3 (= 1:5.0), libxi6 (= 2:1.2.99.4), libxml2 (= 2.7.4), libxrandr2 (= 2:1.2.99.2), libxrender1, libxslt1.1 (= 1.1.25), libxss1, libxtst6, x11-utils, xdg-utils Suggests: chromium-l10n, chromium-inspector Conffiles: /etc/chromium.d/README d534c23de20ba9a520d38a4147e752bf /etc/chromium.d/apikeys 4f20b0c45a8822b697dc9e36e6744037 Description: web browser Web browser that aims to build a safer, faster, and more stable internet browsing experience. . This package contains the web browser component. Homepage: http://www.chromium.org/Home best Reagards, D.B..
Bug#764007: (no subject)
What's the status of this? Cheers, Patrick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764007: (no subject)
On 31/07/15 12:23, Patrick Schleizer wrote: What's the status of this? Waiting on https://trac.torproject.org/projects/tor/ticket/12716 Help with it would be appreciated. :) As soon as that is merged, I will upload meek. If you can't help, you can also find preliminary packages here: https://mentors.debian.net/package/meek X -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature