Bug#752045: [RFR] templates://dictionaries-common/{dictionaries-common.templates}
On Tue, 1 Jul 2014 07:40:45 +0200 Christian PERRIER wrote: Template: dictionaries-common/invalid_debconf_value To fix this error, reinstall (or install) the package that provides the missing value. maybe it should be ${value}? renaming (e.g., wenglish- wamerican). In this case it is harmless and wenglish - wamerican? -- victory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741573: Two menu systems
Keith Packard kei...@keithp.com writes: Thanks for pointing that out. desktop2menu is a perl script which uses the published perl bindings for .desktop files and has a start at a mapping from .desktop Categories to menu sections. It also doesn't correctly handle generating .xpm files for the icons. I think this does demonstrate that we could, with little effort, allow applications to ship only .desktop files and have the menu package take those and generate menu files for other systems. Isn't this the tool that Sune wrote and mentioned earlier in this bug as being incomplete and primarily useful for generating a template that requires subsequent work? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741573#45 -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753376: u-boot: Enable support for UDOO-Quad board.
Package: u-boot Version: 2014.04+dfsg1-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, I do own a UDOO-Quad board[0] and would like to see it fully supproted on Debian. The attached patch adds the board target and an example file for the fw_* utilities. I tested it on my board and it workes. [0] http://www.udoo.org/ - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armhf (armv7l) Kernel: Linux 3.15-trunk-armmp (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTslv9AAoJEGlMre9Rx7W29jgQAMGQBSqof60rSiceGFn01C9J BcQB44ME6hOLG+y37zwHjWthGKXQPCPgWhGCk07Mf4zCGIzZPrrRZroloGbgimp+ lTpWEAoL3TaquI+aDx6JpYkLJWHI2GWVoIO+h2T36X6yTcC/Klfa78JbOwb5nmzC Or6FW63R32Dh1EkraK9DdyahnSJWDGAbQjhMc5LeFE3P+W7EzijtIqDDXCTom4rF OQkp5vQa89UnGN5oLyK3rLv69KyMu0wkm1O0P1dxBz4eoVeqnMiiWyI/pYwSeBev Ba/u0rfDJoHJfz1oSG6cH0bFjHJwOR0aHfypoHo//ciHPh/QgyiiIEsIJOi0QpHI IkxXTTXvGixoIJM8GRNdiT6rgQIZ94bWmmopsWnmcsPo6ZgigIe+esozy9/DKCoY QpzrAJPwPm1YFX+1jkIqzUAxCmUE28y0DFp4wdwa96v5zdP3SqubIEv3l5r21ily PftqmYM6DGSqZ7zq+qJhZ0GFzuq0IPuisbstfykYEhYd60w+E2YkkIhp6w+mvy2j Euexl2NHlmRDHPui4hT4FIo8PTp21eLqmZvESrizeB6SL2gIYlQthyrpj5LzMkVW cBuTMXlbnJpRJdCLL8VmiS8WQ3En3yPDfGFVjhNYQimv/Im0PzCAVwzs9jZbtoX2 Z3fHck6MOOIKlW9YD49L =bUUp -END PGP SIGNATURE- diff --git a/debian/env-configs/udoo_quad.config b/debian/env-configs/udoo_quad.config new file mode 100644 index 000..9ffdf9f --- /dev/null +++ b/debian/env-configs/udoo_quad.config @@ -0,0 +1,9 @@ +# Configuration file for fw_(printenv/saveenv) utility. +# Up to two entries are valid, in this case the redundant +# environment sector is assumed present. +# +# XXX this configuration might miss a fifth parameter for the Number of +# sectors + +# MTD device name Device offset Env. size Flash sector size +/dev/mmcblk00xC 0x2000 diff --git a/debian/targets b/debian/targets index a11546b..7b8c7dc 100644 --- a/debian/targets +++ b/debian/targets @@ -17,6 +17,7 @@ armhf mx6_cubox-i u-boot.img spl/u-boot-spl.bin SPL armhf nokia_rx51 u-boot.bin armhf omap3_beagle u-boot.bin spl/u-boot-spl.bin MLO armhf omap4_panda u-boot.bin spl/u-boot-spl.bin MLO +armhf udoo_quad u-boot.imx armhf wandboard_dl u-boot.imx armhf wandboard_quad u-boot.imx armhf wandboard_solo u-boot.imx
Bug#749937: closed by Emilien Klein emilien+deb...@klein.st (Closing bug report)
Date: Sun, 29 Jun 2014 08:51:58 +0200 From: Emilien Klein emilien+deb...@klein.st As another RC bug (#748561) caused the autoremoval of GNU Health from testing, I'm closing this bug report. Bug #748561 is about not-installability of the package in sid, not in testing. This remains unfixed. For the record : being uninstallable in all architedcture for an extended period of time is an RC bug. Filing bugs in these case has been discussed here : https://lists.debian.org/debian-devel/2010/08/msg00063.html There have been indications that the Debian packaging of GNU Health might be taken over by the Debian Tryton maintainers, possibly creating versioned packages for Tryton that would allow GNU Health and Tryton's newest version to coexist at the same time: http://lists.gnu.org/archive/html/health/2014-06/msg8.html please close the bug when this is done. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753377: ibus-libpinyin: Missing dep on ibus
Package: ibus-libpinyin Version: 1.6.91-1 Severity: important Hi, ibus-libpinyin should depend on ibus Cheers -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ibus-libpinyin depends on: ii libc6 2.19-4 ii libgcc11:4.9.0-7 ii libglib2.0-0 2.40.0-3 ii libibus-1.0-5 1.5.7-1 ii liblua5.1-05.1.5-5 ii libpinyin4 0.9.93+repack1-1+b1 ii libsqlite3-0 3.8.5-2 ii libstdc++6 4.9.0-7 ii libuuid1 2.20.1-5.8 pn python:any none ibus-libpinyin recommends no packages. ibus-libpinyin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753378: josm: not installable in sid
Package: josm Version: 0.0.svn6502+dfsg3-1 Severity: grave User: trei...@debian.org Usertags: edos-outdated Hello, josm is no longer installable in sid since it depends on libmetadata-extractor-java ( 2.4.0). However, we have since 2014/06/30 version 2.6.4-2 in sid. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741573: Two menu systems
On Monday 30 June 2014 23:23:53 Russ Allbery wrote: Isn't this the tool that Sune wrote and mentioned earlier in this bug as being incomplete and primarily useful for generating a template that requires subsequent work? Correct. The primary issue is that there isn't a 1:1 mapping between all categories. I don't exactly remember the exact categories, but an example could be that the debian menu format generally have a 'game' category, whereas the desktop file based spec has a hierarchy of game categories, where the top level should be empty. by looking in the desktop2menu script in the giant mapping table for !WARN should show where the mapping can't be done, or there are no good actual match. There is also, iirc, a couple of other oddities here and there that says I wouldn't want to use it in a automatic fashion. I do think that arch's XdgMenu package is a much better approach for getting a xdg-based menu into various window managers, but it should really be maintained by someone in debian who has a use for it. (that will likely exclude Plasma users like me and Gnome users like Joss) /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753376: u-boot: Enable support for UDOO-Quad board.
On Tue, Jul 01, 2014 at 08:58:11AM +0200, Michael Fladischer wrote: I do own a UDOO-Quad board[0] and would like to see it fully supproted on Debian. The attached patch adds the board target and an example file for the fw_* utilities. Thanks! Will apply it. I tested it on my board and it workes. Would you be willing to test it with a few more patches? It doesn't seem to have support for raw initrd's, adding uEnv.txt would be trivial, supporting ext4 and generic filesystem load commands, and I'd also like to improve the fallback booting options to handle files in /boot vs. /. I'm striving for recent boards to have similar features/behavior when appropriate. live well, vagrant signature.asc Description: Digital signature
Bug#752283: bug still seems to be in policy-funcs ..
Hi Michael! I redid the update, but paid more attention to the steps.. first, I did apt-get purge acpi-fakekey acpi-support acpi-support followed by apt-get install acpi-support acpi-support-base acpi-fakekey This gets me version 0.141-4 Then I edit /etc/default/acpi-support to enable LID_SLEEP=true followed by /etc/init.d/acpi-support restart After which closing the lid at this laptop does *not* result in suspend now copying over policy-funcs from acpi-support-base 0.141-2 into /usr/share/acpi-support/policy-funcs followed by /etc/init.d/acpi-support restart *does* result in suspend being called when closing the lid -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753021: RFS: cpl-plugin-muse/0.18.1+dfsg-1 [ITP] -- ESO data reduction pipeline for MUSE
Le 28/06/2014 18:22, Ole Streicher a écrit : Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: debian-as...@lists.debian.org, debian-scie...@lists.debian.org, debian-ment...@lists.debian.org Dear Mentors, I am looking for a sponsor for my package cpl-plugin-muse. Hi Ole, I'm a bit busy right now. Can you ping me around mid July, I should have more time then! Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#749547: procps: fix FTBFS on ppc64el (new patch available for dh-autoreconf)
On Sun, Jun 29, 2014 at 09:34:04AM +0200, John Paul Adrian Glaubitz wrote: ERROR: tcl error sourcing ./pgrep.test/pgrep.exp. ERROR: couldn't execute kill: no such file or directory It seems command -v is not always what you expect it to be. I'm trying to work out how in TCL do exec $env(SHELL) kill $testproc1_pid Once I work out what brackets, quotes etc TCL needs, I should have a solution. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753315: RFS: ecj/3.10.0-1 - [UPLOADED]
Am 30.06.2014 23:12, schrieb Emmanuel Bourg: Thank you for the log Matthias. Could you also detail the steps to reproduce this error please? I tried to build gcc with --enable-java-maintainer-mode but I didn't see this error (but my configure args were probably incomplete). see libjava/HACKING. - you need the ecj1 and gjavah scripts - From Import a new release, do Remove the generated class and header files I configured with # to install: # libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev libgconf2-dev libqt4-dev triplet=x86_64-linux-gnu #PATH=/scratch/packages/gcc/svn:$PATH #export PATH branch=gcc-4_9-branch #branch=trunk ecjjar=/home/packages/gcc/svn/ecj-4.9.jar ecjjar=/usr/share/java/ecj.jar ../$branch/configure \ --prefix=/home/packages/gcc/svn/jinstall \ --enable-languages=c,c++,java \ --disable-multilib \ --enable-java-maintainer-mode \ --with-ecj-jar=$ecjjar \ --enable-gjdoc \ --enable-gconf-peer \ --enable-gstreamer-peer \ --enable-java-awt=gtk,qt,xlib \ --enable-gtk-cairo \ --build=$triplet \ --host=$triplet \ --target=$triplet \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753376: u-boot: Enable support for UDOO-Quad board.
On 2014-07-01 09:27, Vagrant Cascadian wrote: Would you be willing to test it with a few more patches? It doesn't seem to have support for raw initrd's, adding uEnv.txt would be trivial, supporting ext4 and generic filesystem load commands, and I'd also like to improve the fallback booting options to handle files in /boot vs. /. Sure, I just sumbled across the problem of bootz not being able to load the raw initramfs. Cheers, -- Michael Fladischer Fladi.at signature.asc Description: OpenPGP digital signature
Bug#753021: Aw: Bug#753021: RFS: cpl-plugin-muse/0.18.1+dfsg-1 [ITP] -- ESO data reduction pipeline for MUSE
Gesendet: Dienstag, 01. Juli 2014 um 09:55 Uhr Von: Thibaut Paumard thib...@debian.org An: Ole Streicher deb...@liska.ath.cx, 753...@bugs.debian.org Betreff: Bug#753021: RFS: cpl-plugin-muse/0.18.1+dfsg-1 [ITP] -- ESO data reduction pipeline for MUSE Le 28/06/2014 18:22, Ole Streicher a écrit : Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: debian-as...@lists.debian.org, debian-scie...@lists.debian.org, debian-ment...@lists.debian.org Dear Mentors, I am looking for a sponsor for my package cpl-plugin-muse. I'm a bit busy right now. Can you ping me around mid July, I should have more time then! Heyho, I uploaded it, yesterday. At least so I thought. Cannot find it in the new queue. Will do better tonight. Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753379: base: CD, DVD not detected
Package: base Severity: normal Dear Maintainer, It's my first report using Reportbug What led up to the situation? • Steps to reproduce bug 1. Insert any CD or DVD 2. The CD or DVD is not automatically detected by the system What outcome did you expect instead? • Expected result is the system should automatically detect the CD or DVD What exactly did you do (or not do) that was effective (or ineffective)? • Running the following command in Root Terminal fixed the issue without reboot and is permanent on reboot echo 2000 /sys/module/block/parameters/events_dfl_poll_msecs • Sources • http://ignorantguru.github.io/udevil/#polling • http://forums.debian.net/viewtopic.php?f=7t=109433 Any additional system information? • Debian: 8 / Jessie, Testing, 64 bit, Debian 3.14.7-1 (2014-06-16) x86_64 GNU/Linux • Kernel: 3.14-1-amd64 • Gnome: 3.8.4 • Hardware: Toshiba Tecra A8 laptop • Initial Debian install: Netinstall at http://cdimage.debian.org/cdimage/jessie_di_alpha_1/amd64/iso-cd/debian-jessie- DI-a1-amd64-netinst.iso` -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741996: Please package recent upstream release
Hi, (Cc'ing Antonio and Sebastien, as they've done some work on the package in Git recently, and might be interested in taking over the package maintenance now that Laurent explicitly asked for help. Anyone interested in keeping Vagrant in Debian, now might be a good time to get involved :) micah wrote (26 May 2014 15:17:44 GMT) : Hi, it seems like upstream is now on 1.6.2, so it would be nice if that one were available in debian! I gave it a *quick* try, imported 1.6.3, refreshed patches and so on. The current state of my work can be found there: https://git-tails.immerda.ch/vagrant I got a package built, but then: $ vagrant init hashicorp/precise32 Bundler, the underlying system used to manage Vagrant plugins, is reporting that a plugin or its dependency can't be found. This is usually caused by manual tampering with the 'plugins.json' file in the Vagrant home directory. To fix this error, please remove that file and reinstall all your plugins using `vagrant plugin install`. /usr/lib/ruby/vendor_ruby/bundler/resolver.rb:357:in `resolve': Could not find gem 'vagrant (= 1.6.3) ruby' in the gems available on this machine. (Bundler::GemNotFound) from /usr/lib/ruby/vendor_ruby/bundler/resolver.rb:164:in `start' from /usr/lib/ruby/vendor_ruby/bundler/resolver.rb:129:in `resolve' from /usr/lib/ruby/vendor_ruby/bundler/definition.rb:203:in `resolve' from /usr/lib/ruby/vendor_ruby/bundler/definition.rb:133:in `specs' from /usr/lib/ruby/vendor_ruby/bundler/definition.rb:178:in `specs_for' from /usr/lib/ruby/vendor_ruby/vagrant.rb:76:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/bin/vagrant:101:in `main' zsh: exit 1 vagrant init hashicorp/precise32 Note that I'm no Ruby guy, so I can very well have missed something obvious. Any idea? Also, they are now providing packages, which might be a good thing to integrate and cooperate with upstream: Upstream uses FPM to build binary packages, and thus provides no source package that would be useful for Debian :( (Oh, and I erroneously pushed a bunch of upstream tags to the collab-maint repo. Cleaning my mess, sorry.) Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753021: Aw: Bug#753021: RFS: cpl-plugin-muse/0.18.1+dfsg-1 [ITP] -- ESO data reduction pipeline for MUSE
Le 01/07/2014 10:10, Steffen Möller a écrit : Heyho, I uploaded it, yesterday. At least so I thought. Cannot find it in the new queue. Will do better tonight. Thanks Steffen :-) signature.asc Description: OpenPGP digital signature
Bug#753148: reproduced on another computer
On Mon, Jun 30, 2014 at 10:38:51AM +0300, Svjatoslav Agejenko wrote: Downloading Dropbox... 100% - it stalls here - Odd. Could you try interrupting it and seeing what errors it produces? (Ctrl+C) -- Kind regards, Loong Jin signature.asc Description: Digital signature
Bug#690540: libvirt-bin: dnsmasq should not use option --bind-interfaces
user cont...@itopie.ch usertags 690540 + itopie.ch.it-virtualization thanks Hi Guido, On Sun, 04 May 2014 13:56:15 +0200, Guido Günther wrote: On Mon, Oct 15, 2012 at 01:09:38PM +0200, Luca Capello wrote: Package: libvirt-bin Version: 0.9.12-5 Severity: wishlist Tags: pca.it-virtualization Hi there! While debugging #689221, I experienced such a bug, which is actually the counterpart of #504605, which I still think it deserves a better solution ;-) It uses bind-dynamic nowadays. Is this more what you'd expected? Cheers, What does nowadays mean? And for whom, dnsmasq or libvirt? The bug is still present in wheezy-backports: = # cat /etc/os-release PRETTY_NAME=Debian GNU/Linux 7 (wheezy) NAME=Debian GNU/Linux VERSION_ID=7 VERSION=7 (wheezy) ID=debian ANSI_COLOR=1;31 HOME_URL=http://www.debian.org/; SUPPORT_URL=http://www.debian.org/support/; BUG_REPORT_URL=http://bugs.debian.org/; # dpkg-query -W \*libvirt\* libvirt-bin 1.2.4-1~bpo70+1 libvirt01.2.4-1~bpo70+1 # cat /var/lib/libvirt/dnsmasq/default.conf ##WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE ##OVERWRITTEN AND LOST. Changes to this configuration should be made using: ##virsh net-edit default ## or other application using the libvirt API. ## ## dnsmasq conf file created by libvirt strict-order pid-file=/var/run/libvirt/network/default.pid except-interface=lo bind-interfaces listen-address=192.168.122.1 dhcp-range=192.168.122.2,192.168.122.254 dhcp-no-override dhcp-leasefile=/var/lib/libvirt/dnsmasq/default.leases dhcp-lease-max=253 dhcp-hostsfile=/var/lib/libvirt/dnsmasq/default.hostsfile addn-hosts=/var/lib/libvirt/dnsmasq/default.addnhosts # = Thx, bye, Gismo / Luca signature.asc Description: Digital signature
Bug#730600: [Kolab-devel] [pkg-kolab] Bug#730600: Bug#730600: libkolab(xml): New upstream version available
Hi Diane, On So 29 Jun 2014 20:12:23 CEST, Diane Trout wrote: I mentioned the libcalendaring thing in #debian-qt-kde, Sune Vuorela (svuorela) listed these as his requirements for libcalendaring getting into Debian. 1) libcalendaring-* doesn't have a single symbol in common with kdepimlibs *and* 2) there are two versions of libkolab(-xml) that doesn't conflict and 3) these versions of libkolab(-xml) doesn't share symbols, then I can start withdraw my objections Diane Thanks for discussing this with Sune. He is one of the best persons to consult on KDE stuff in Debian. However, the demands make me choke a bit. Question at Kolab upstream: Are any of the requirements already fulfilled? Or is bringing libcalendaring merely utopic because the demands of the KDE team (and those are pretty ok/necessary IMHO) cannot be met with the current libcalendaring code base. I want to ask the upstream devs, before I waste my time with diving into the code myself and realizing that too much patch work would be needed to get libcalendaring into Debian... Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpEM12bX_J3q.pgp Description: Digitale PGP-Signatur
Bug#708350: transition: java7
Am 30.06.2014 01:03, schrieb Emilio Pozuelo Monfort: Control: block -1 by 750640 720911 Control: block 720911 by 750640 On 30/06/14 00:56, Emilio Pozuelo Monfort wrote: Hi Steven, On 29/06/14 18:58, Steven Chamberlain wrote: Hi, On 24/06/14 16:11, Emilio Pozuelo Monfort wrote: Is there anything left to do here? I presume openjdk-6 removal is the last thing to be done here. ftpmaster can't do that until icedtea-web stops building icedtea-6-plugin I think: https://bugs.debian.org/720911#36 Is it as easy as just removing that binary package? Or is it more complicated than that? Is there a bug report about it? Any progress on that? Alright, that is #750640. Apparently src:icedtea-web just needs to stop building the icedtea-6-plugin binary. Matthias, can you do that? Then we can finally drop openjdk-6 from the archive. done. I would like to keep openjdk-6 in unstable (with a RC issue so that it doesn't migrate) to prepare and test security updates. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753380: python-django-pyscss: FTBFS - Python.h: No such file or directory
Package: python-django-pyscss Version: 1.0.1-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] === Testing with python2.7 running test Searching for Pillow Reading https://pypi.python.org/simple/Pillow/ Best match: Pillow 2.4.0 Downloading https://pypi.python.org/packages/source/P/Pillow/Pillow-2.4.0.zip#md5=b46ac9f00580920ffafe518bc765e43c Processing Pillow-2.4.0.zip Writing /tmp/easy_install-yCpACh/Pillow-2.4.0/setup.cfg Running Pillow-2.4.0/setup.py -q bdist_egg --dist-dir /tmp/easy_install-yCpACh/Pillow-2.4.0/egg-dist-tmp-tiq_j9 _imaging.c:76:20: fatal error: Python.h: No such file or directory #include Python.h ^ compilation terminated. error: Setup script exited with error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 debian/rules:28: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 1 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Yet there seems to be no build dependency on libpython2.7-dev in place, which would likely fix the problem. Best, Michael python-django-pyscss-build-log.txt.gz Description: application/gunzip pgp9tc9ixuFSi.pgp Description: PGP signature
Bug#725957: GDL builds again on powerpc and kfreebsd, needs updated plplot though
On Mon, Jun 30, 2014 at 03:57:57AM +0200, Axel Beckert wrote: Control: tag -1 + pending Control: block -1 by 713309 Hi Sylwester, Axel Beckert wrote: Sylwester Arabas wrote: Could you please try if using CMake gives the same linking error? Good idea, thanks for reminding me of that option. That was the right hint, thanks! :-) The package builds fine with cmake (current state available at [1]) on at least powerpc and kfreebsd-i386. Haven't tested it on kfreebsd-amd64 yet, but it's unlikely that it fails there if it succeeds on kfreebsd-i386 and amd64. The only issue left is that plplot is out of date in Debian Unstable and gnudatalanguage's build dependencies currently can't be satisfied in Debian Unstable: libcsiro0, a dependency of libplplot11 and built by the plplot source package, currently depends on libqhull5 which is no more available (it has been replaced by libqhull6) in Debian Unstable. I can't really upload gnudatalanguage before plplot is fixed. To test the builds despite the missing build dependency, I took the formerly available libqhull5 packages from Debian's snapshot archive at [2]. Andrew: Any news on the plplot front? [1] http://anonscm.debian.org/gitweb/?p=collab-maint/gnudatalanguage.git [2] http://snapshot.debian.org/package/qhull/2009.1-3/#libqhull5_2009.1-3 Axel, I'm currently just doing some final tests on the 5.10.0 packages for plplot. This has taken a while as I've been busy with work and also a number of other issues have needed fixing as part of the transition. I think I am there now. I'll need a sponsor to upload the packages. Once ready I'll put them on Debian mentors and let you know. Thanks Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753365: apt-cacher: version regexp to tight
On Tue, Jul 01, 2014 at 12:27:11AM +0200, gregor herrmann wrote: Package: apt-cacher Version: 1.7.9 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 The following just made me unhappy: Sorry! Tue Jul 1 00:17:00 2014|debug [30573]: Resolved request is http://ftp.ch.debian.org/debian/pool/main/d/dh-autoreconf/dh-autoreconf_9_all.deb Tue Jul 1 00:17:00 2014|debug [30573]: Sorry, not allowed to fetch that type of file: dh-autoreconf_9_all.deb Tue Jul 1 00:17:00 2014|debug [30573]: Response: 403 Sorry, not allowed to fetch that type of file: dh-autoreconf_9_all.deb Afer digging around, I found %VALID_VERSION% and its definition in /usr/share/apt-cacher/lib/apt-cacher.pl (line 267): version = '(?:\d+:)?[0-9][-+:.~a-zA-Z0-9]+', Yes, this does not much the plain '9' of dh-autoreconf ... Changing it to version = '(?:\d+:)?[0-9][-+:.~a-zA-Z0-9]*', allowed me to go on ... Thanks. I will try to get a new upload done before this leaks into testing. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753148: reproduced on another computer
Hello! Started install: sudo apt-get install nautilus-dropbox Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libavresample1 libavutil52 libavutil53 libblas-dev libgstreamer1.0-0 liblapack-dev libmozjs24d xulrunner-24.0 Use 'apt-get autoremove' to remove them. The following NEW packages will be installed: nautilus-dropbox 0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 0 B/104 kB of archives. After this operation, 377 kB of additional disk space will be used. Selecting previously unselected package nautilus-dropbox. (Reading database ... 575217 files and directories currently installed.) Unpacking nautilus-dropbox (from .../nautilus-dropbox_1.4.0-3_amd64.deb) ... Processing triggers for desktop-file-utils ... Processing triggers for gnome-menus ... Processing triggers for man-db ... Processing triggers for hicolor-icon-theme ... incorrect gamma=(0/10) incorrect gamma=(0/10) incorrect gamma=(0/10) incorrect gamma=(0/10) Setting up nautilus-dropbox (1.4.0-3) ... Downloading Dropbox... 100% o share and store your files online. Want to learn more? Head to http://www.dropbox.com/ --- Here it hangs indefinitely Process list: ps aux | grep dropbox root 16088 0.0 0.0 58696 1944 pts/15 T11:35 0:00 sudo apt-get install nautilus-dropbox root 16089 0.2 0.2 80124 23812 pts/15 T11:35 0:00 apt-get install nautilus-dropbox root 17110 0.0 0.1 21512 11784 pts/16 Ss+ 11:35 0:00 /usr/bin/dpkg --status-fd 54 --configure nautilus-dropbox:amd64 root 17111 0.0 0.0 4180 544 pts/16 S+ 11:35 0:00 /bin/sh /var/lib/dpkg/info/nautilus-dropbox.postinst configure 1.4.0-3 root 17112 98.6 0.4 80372 35684 pts/16 R+ 11:35 5:01 /usr/bin/python /usr/bin/dropbox update n0 17733 0.0 0.0 7832 852 pts/17 S+ 11:40 0:00 grep dropbox Pressed Ctrl + C multiple times, notheing happens. But Ctrl + Z returns me back to the terminal. When I grep for dropbox process list. The same processes appear. So installation keeps hanging in the background. If I restart computer and attempt to install any other package, apt-get discovers that dropbox-nautilus was left unconfigured and resumes package configuration, which lock up apt-get again. The only way to get rid of this is to issue: sudo dpkg -r nautilus-dropbox PS: python --version Python 2.7.3 uname -a Linux sws 3.14-0.bpo.1-amd64 #1 SMP Debian 3.14.7-1~bpo70+1 (2014-06-21) x86_64 GNU/Linux bash --version GNU bash, version 4.2.37(1)-release (x86_64-pc-linux-gnu) Best regards, Svjatoslav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749547: procps: fix FTBFS on ppc64el (new patch available for dh-autoreconf)
On Sun, Jun 29, 2014 at 09:34:04AM +0200, John Paul Adrian Glaubitz wrote: Unfortunately, it still fails to build from source on s390x, ppc64, arm64, hppa and sh4 [1]. The error is always the same: ERROR: tcl error sourcing ./pgrep.test/pgrep.exp. ERROR: couldn't execute kill: no such file or directory Are any of you able to apply a patch and see if it fixes it? I can see why people complain of TCL quoting hell now. If you are consistently getting this FTBFS problem and have the time/inclination. The patch is found at: https://gitorious.org/procps/procps/commit/cacba5613ece6536820a0453ae67026eafde It's actually dependent on the pbuilder not having procps installed, strangely enough. If it works (or doesn't) let me know. I can bring forward this patch if we got something working ok. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753381: ghc: please support ccache
Package: ghc Version: 7.6.3-13 Severity: normal Dear Maintainer, To reproduce: - install ccache - $ export PATH=/usr/lib/ccache:$PATH - get a haskell package sources and install its build-deps - build it with dpkg-buildpackage Attached log is haskell-skein build (after s/-v2/-v3/ in /usr/share/cdbs/1/class/hlibrary.mk to make it more verbose). I see HOME is set by ghc d/rules to /homedoesnotexistatbuildtime. http://sources.debian.net/src/ghc/7.8.20140411-5/debian/rules#L17 How about setting it only if not already set? (not tested) Thanks. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable'), (1, 'experimental') Architecture: hurd-i386 (i686-AT386) Kernel: GNU-Mach 1.4-486-dbg/Hurd-0.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ghc depends on: ii gcc 4:4.9.0-4 ii libbsd-dev 0.6.0-2 ii libc0.3 2.19-4 ii libc0.3-dev [libc6-dev] 2.19-4 ii libffi-dev 3.1-2 ii libffi6 3.1-2 ii libgmp-dev 2:6.0.0+dfsg-4 ii libgmp10 2:6.0.0+dfsg-4 ii libtinfo55.9+20140118-1 ghc recommends no packages. Versions of packages ghc suggests: ii ghc-doc 7.6.3-13 ii ghc-prof 7.6.3-13 pn haskell-doc none pn llvm none ii perl 5.18.2-4 -- no debconf information dpkg-buildpackage: source package haskell-skein dpkg-buildpackage: source version 1.0.9-1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Clint Adams cl...@debian.org dpkg-source --before-build haskell-skein-1.0.9 dpkg-buildpackage: host architecture hurd-i386 fakeroot debian/rules clean test -x debian/rules dh_clean [ ! -x debian/hlibrary.setup ] || debian/hlibrary.setup clean cleaning... rm -rf dist dist-ghc dist-hugs debian/hlibrary.setup Setup.hi Setup.ho Setup.o .*config* rm -f configure-ghc-stamp build-ghc-stamp build-hugs-stamp build-haddock-stamp rm -rf debian/tmp-inst-ghc rm -f debian/extra-depends rm -f debian/libghc-skein-doc.links rm -f debian/hlibrary.Makefile rm -rf debian/dh_haskell_shlibdeps dpkg-source -b haskell-skein-1.0.9 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building haskell-skein using existing ./haskell-skein_1.0.9.orig.tar.gz dpkg-source: info: building haskell-skein in haskell-skein_1.0.9-1.debian.tar.xz dpkg-source: info: building haskell-skein in haskell-skein_1.0.9-1.dsc debian/rules build test -x debian/rules mkdir -p . /usr/share/cdbs/1/rules/buildcore.mk:110: CDBS WARNING:DEB_COMPRESS_EXCLUDE is deprecated since 0.4.85 if test ! -e Setup.lhs -a ! -e Setup.hs; then echo No setup script found!; exit 1; fi for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc --make $setup -o debian/hlibrary.setup; exit 0; fi; done [1 of 1] Compiling Main ( Setup.hs, Setup.o ) Linking debian/hlibrary.setup ... debian/hlibrary.setup configure --ghc -v3 \ --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc/lib \ --builddir=dist-ghc \ --haddockdir=/usr/lib/ghc-doc/haddock/skein-1.0.9/ --datasubdir=skein\ --htmldir=/usr/share/doc/libghc-skein-doc/html/ --enable-library-profiling \ -fforce-endianness -f-big-endian --enable-tests Configuring skein-1.0.9... creating dist-ghc searching for ghc in path. found ghc at /usr/bin/ghc (/usr/bin/ghc,[--numeric-version]) /usr/bin/ghc is version 7.6.3 looking for tool ghc-pkg near compiler in /usr/bin found ghc-pkg in /usr/bin/ghc-pkg (/usr/bin/ghc-pkg,[--version]) /usr/bin/ghc-pkg is version 7.6.3 (/usr/bin/ghc,[--supported-languages]) (/usr/bin/ghc,[--info]) Reading installed packages... (/usr/bin/ghc-pkg,[dump,--global,-v0]) (/usr/bin/ghc,[--print-libdir]) Flags chosen: big-endian=False, force-endianness=True, reference=False Dependency base =3 5: using base-4.6.0.1 Dependency bytestring =0.9: using bytestring-0.10.0.2 Dependency cereal =0.3 0.5: using cereal-0.4.0.1 Dependency crypto-api =0.6 0.14: using crypto-api-0.13 Dependency filepath ==1.*: using filepath-1.3.0.1 Dependency hspec =1.3: using hspec-1.8.1.1 Dependency skein -any: using skein-1.0.9 Dependency tagged =0.2 0.8: using tagged-0.7.2 searching for alex in path. Cannot find alex on the path searching for ar in path. found ar at /usr/bin/ar searching for c2hs in path. Cannot find c2hs on the path searching for cpphs in path. Cannot find cpphs on the path searching for ffihugs in path. Cannot find ffihugs on the path searching for gcc in path. found gcc at /usr/lib/ccache/gcc (/usr/lib/ccache/gcc,[-dumpversion]) /usr/lib/ccache/gcc returned ExitFailure 1 with error message: ccache: failed to create /homedoesnotexistatbuildtime/.ccache (No such file or directory) Warning: cannot determine version of /usr/lib/ccache/gcc : searching for greencard in path. Cannot find greencard on the path searching for
Bug#753365: apt-cacher: version regexp to tight
On Tue, 01 Jul 2014 09:49:56 +0100, Mark Hindley wrote: The following just made me unhappy: Sorry! No worries, bugs happen ... Changing it to version = '(?:\d+:)?[0-9][-+:.~a-zA-Z0-9]*', allowed me to go on ... Thanks. I will try to get a new upload done before this leaks into testing. Excellent, thanks! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #129: The ring needs another token -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753382: ITP: ucpp -- embeddable, quick and light C preprocessor
Package: wnpp Severity: wishlist Owner: Rene Engelhard r...@rene-engelhard.de * Package name: ucpp Version : 1.3.2 * URL : Thomas Pornin por...@bolet.org * License : BSD Programming Lang: C Description : embeddable, quick and light C preprocessor A C preprocessor designed to be embeddable, quick, light and fully compliant to ISO Standard 9899:1999, aka ISO C99, or simply, C99. will build - ucpp (standalone binary) - libucpp-dev (_static_ library to embed ucpp) Needed because of cpp-4.7(maybe?) going away, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748004 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#557432: We have it building!
After spending some time fixing builds on Fedora, I took a view over the fence, and found this bug. Maybe trying our patches (at http://pkgs.fedoraproject.org/cgit/ucblogo.git/tree/ ) could help? Best, Matěj -- http://www.ceplovi.cz/matej/, Jabber: mc...@ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC My life has been full of terrible misfortunes most of which never happened. -- Michel de Montaigne signature.asc Description: OpenPGP digital signature
Bug#753305: No contact displayed
Exactly the same issue here. It's said that v0.8 needs akonadi-4.13 (https://bugs.kde.org/show_bug.cgi?id=332643) but I didn't dare to try the experimental repository for such a package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748004: Bug#753373: libreoffice: Please migrate away from gcc-4.7 in Jessie if possible
block 753373 by 753382 thanks Hi, On Tue, Jul 01, 2014 at 07:47:19AM +0200, Niels Thykier wrote: I didn't receive a actual answer from doko on whether cpp-4.7 was also going to go away. I can package ucpp but it needs to go through NEW. Or I use a internal ucpp copy... Regards, Rene Reducing src:gcc-4.7 to just building cpp-4.7 sounds like a reasonable alternative to removing src:gcc-4.7. I filed #753382 to be sure. I'd actually prefer to keep cpp-4.7 (that would mean basically indefinitely[1], though, so it's not a really good option.) Regards, Rene [1] I myself added --with-idlc-cpp to LO back then to support a system-ucpp and it supported /usr/bin/cpp(-4.7), too. Fedora switched back to ucpp when gcc 4.8 broke it and I kept cpp-4.7 so I am probably the only one who really does use /usr/bin/cpp-4.7 for idlc... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753382: ITP: ucpp -- embeddable, quick and light C preprocessor
Hello, On 1 July 2014 11:28, Rene Engelhard r...@debian.org wrote: Needed because of cpp-4.7(maybe?) going away, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748004 And what's wrong with cpp-4.9, mcpp, gpp and so on? -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753383: grub-legacy: grub-install(8) should honor $TMPDIR
Source: grub-legacy Version: 0.97-67 Severity: normal Tag: patch Dear Maintainer, It'd be convenient to place grub-install's temporary files in $TMPDIR when set. Right now they are placed in /tmp, which on a typical install is on the same partition as /; hence if for some reason / is mounted in read-only mode, it's not possible to (re)install the boot-loader. -- Guilhem. --- a/grub-install.in +++ b/grub-install.in @@ -31,8 +31,8 @@ grub_shell=${sbindir}/grub grub_set_default=${sbindir}/grub-set-default -log_file=/tmp/grub-install.log.$$ -img_file=/tmp/grub-install.img.$$ +log_file=${TMPDIR:-/tmp}/grub-install.log.$$ +img_file=${TMPDIR:-/tmp}/tmp/grub-install.img.$$ rootdir= grub_prefix=/boot/grub @@ -47,8 +47,8 @@ mklog=/bin/tempfile --prefix=grub mkimg=/bin/tempfile --prefix=grub elif test -x /bin/mktemp; then -mklog=/bin/mktemp /tmp/grub-install.log.XX -mkimg=/bin/mktemp /tmp/grub-install.img.XX +mklog=/bin/mktemp --tmdir grub-install.log.XX +mkimg=/bin/mktemp --tmdir grub-install.img.XX else mklog= mkimg= signature.asc Description: Digital signature
Bug#753382: ITP: ucpp -- embeddable, quick and light C preprocessor
Hi, On Tue, Jul 01, 2014 at 11:39:34AM +0200, Andrew Shadura wrote: On 1 July 2014 11:28, Rene Engelhard r...@debian.org wrote: Needed because of cpp-4.7(maybe?) going away, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748004 And what's wrong with cpp-4.9, mcpp, gpp and so on? The answer with cpp-4.8 is in the bug. To be honest I didn't try cpp-4.9... And I don't know about mcpp and gpp but *if* I use a custom cpp I will definitely go to what LO uses in its upstream configuration internally - and that is ucpp. 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#746863: [Debian-med-packaging] Bug#746863: insighttoolkit4: ftbfs with GCC-4.9
Mmm. I think that's wishful thinking on the part of rock-dev. We already have the latest git of gccxml (referenced in the above) packaged and it was used in the build that failed. I see, I've added a note the related upstream bug http://www.gccxml.org/Bug/view.php?id=14912 best, Gert signature.asc Description: This is a digitally signed message part
Bug#752283: bug still seems to be in policy-funcs ..
Hi Gijs After which closing the lid at this laptop does *not* result in suspend now copying over policy-funcs from acpi-support-base 0.141-2 into /usr/share/acpi-support/policy-funcs followed by /etc/init.d/acpi-support restart *does* result in suspend being called when closing the lid That seems to be a different problem. The only change between these two policy-funcs files is the check for systemd-logind (see attached). Could it be that you have systemd running and thus this feature is not supposed to be offered by acpi-support but by systemd? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL --- lib/policy-funcs 2014-07-01 11:50:56.737781399 +0200 +++ ../policy-funcs 2014-07-01 11:50:42.293810770 +0200 @@ -14,13 +14,14 @@ local PMS getXconsole - PMS=/usr/bin/gnome-power-manager /usr/bin/kpowersave /usr/bin/xfce4-power-manager + PMS=/usr/bin/gnome-power-manager /usr/bin/kpowersave /usr/bin/xfce4-power-manager /usr/bin/mate-power-manager PMS=$PMS /usr/bin/guidance-power-manager /usr/lib/dalston/dalston-power-applet pidof -x $PMS /dev/null || { test $XUSER != pidof dcopserver /dev/null test -x /usr/bin/dcop /usr/bin/dcop --user $XUSER kded kded loadedModules | grep -q klaptopdaemon; } || +HasLogindAndSystemd1Manager || PowerDevilRunning || GnomeSettingsDaemonPowerRunning } @@ -48,6 +49,18 @@ done } +# Check if systemd-logind will be able to call org.freedesktop.systemd1.Manager +# interface provided by systemd running as PID 1 or by systemd-shim +HasLogindAndSystemd1Manager() { + pidof -x /lib/systemd/systemd-logind /dev/null + # shutdown.target used as a representative of power management calls class + dbus-send --print-reply --system --type=method_call \ +--dest=org.freedesktop.systemd1 \ +/org/freedesktop/systemd1 \ +org.freedesktop.systemd1.Manager.GetUnitFileState string:shutdown.target \ + /dev/null 21 +} + # Ask kde if the powerdevil module is loaded PowerDevilRunning() { DBusSend kded4 org.kde.kded /kded org.kde.kded.loadedModules | grep -q powerdevil
Bug#725957: Bug#751718: RFP: Python GDL module - Python / GNU Data Language bridge
Dear Mr. Beckert, all gdl developers, I am perplexed by the apparent necessity for gdl to run on non-intel platforms such as powerpc to be properly accepted by the debian distribution. The point is, gdl is, until further notice, a free replacement of IDL to be used to run instrumental data reduction pipelines, etc. This means that the pipelines exist, are already in use with IDL, so they actually run on intel architectures only. This explains also why gdl developers develop solely on those architectures (they have IDL in parallel to compare results, etc.). Obviously, it explains also why we are bound to find bugs when going to ppc architectures. (only one compilation bug seems even ridiculoulsy few!). My advice for what it is worth: In view of this, and to stick to the alleged rationale for GDL, I think it is best to restrict the compilation of gdl to platforms, i.e., Intel 32 and 64 bits. Doing otherwise, although an interesting possibility, would, in my opinion, add suspicion about the motives of providing a free clone of IDL. Best regards to all, and thanks to Axel for your support for gdl in debian. Gilles Duvert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753296: Acknowledgement (mpv completion fails)
On 06/30/2014 08:05 PM, Axel Beckert wrote: Yep, that's definitely broken... what architecture are you on? AFAICT both amd64 and i386 look fine. Damn! I had mpv pinned from deb-multimedia. Indeed, looks like the rebuild fails there for some reason, because the debian package works fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684772: dblatex: ignores label setting in chapter
[Andreas Hoenen 2012-08-19] Hi Benoît, I want to inform you about Debian BTS report #684772 [1] for dblatex: explicit labeling (e.g. of chapters) is not handled like described in DocBook: The Definitive Guide (and like handled by DocBook - HTML conversion). The only possibly related thing I have found is dblatex parameter chapter.autolabel, however I don't see any effect when setting it from its default value 1 to 0. The reporter, Petter Reinholdtsen, suggests the ability to change the start number of the first chapter to a value of his choosing as an alternative. Hi. Any news on this? I really would like this to work for a book project I am working on. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753370: pu: package intel-microcode/1.20140624.1
On Tue, 01 Jul 2014, Adam D. Barratt wrote: On Mon, 2014-06-30 at 21:15 -0300, Henrique de Moraes Holschuh wrote: Please approve a fast-track upload of intel-microcode to non-free stable (Wheezy). What do you mean by a fast-track upload? It can't get into stable any more quickly than the point release. As in don't wait 1 month in testing before you upload to stable... The next point release is fine, I figure anyone that cares can get the packages from stable-proposed-updates. Intel has issued a high-priority microcode update, which better addresses the critical errata already fixed by the microcode update currently in wheezy-proposed-updates. [...] I've attached the proposed diff, with the microcode data hunks removed for brevity. Actually, you didn't. :-) Oops. Attached it this time. Diffstat below: b/changelog |9 b/debian/changelog | 21 b/microcode-20140624.dat |38773 +++ microcode-20140430.dat |38709 -- 4 files changed, 38803 insertions(+), 38709 deletions(-) Please go ahead; thanks. Uploaded. Thank you very much! -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh diff --git a/changelog b/changelog index ae6a9c2..234efa5 100644 --- a/changelog +++ b/changelog @@ -1,3 +1,12 @@ +2014-06-24: + * Updated Microcodes: +sig 0x000306a9, pf mask 0x12, 2014-05-29, rev 0x001b, size 12288 +sig 0x000306c3, pf mask 0x32, 2014-05-23, rev 0x001a, size 20480 +sig 0x000306e4, pf mask 0xed, 2014-05-29, rev 0x0428, size 13312 +sig 0x000306e7, pf mask 0xed, 2014-05-29, rev 0x070d, size 15360 +sig 0x00040651, pf mask 0x72, 2014-05-23, rev 0x0018, size 19456 +sig 0x00040661, pf mask 0x32, 2014-05-23, rev 0x0010, size 23552 + 2014-04-30: * New microcodes: sig 0x000306e7, pf mask 0xed, 2014-04-14, rev 0x070c, size 15360 diff --git a/debian/changelog b/debian/changelog index 0b01412..072c11b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,24 @@ +intel-microcode (1.20140624.1) stable; urgency=high + + * New upstream microcode data file 20140624 ++ Updated Microcodes: + sig 0x000306a9, pf mask 0x12, 2014-05-29, rev 0x001b, size 12288 + sig 0x000306c3, pf mask 0x32, 2014-05-23, rev 0x001a, size 20480 + sig 0x000306e4, pf mask 0xed, 2014-05-29, rev 0x0428, size 13312 + sig 0x000306e7, pf mask 0xed, 2014-05-29, rev 0x070d, size 15360 + sig 0x00040651, pf mask 0x72, 2014-05-23, rev 0x0018, size 19456 + sig 0x00040661, pf mask 0x32, 2014-05-23, rev 0x0010, size 23552 ++ High urgency: there are fast-tracked microcode updates in this + release which imply that critical errata are being fixed + * Intel strongly suggests that this CPU microcode update be applied +to all Ivy Bridge, Haswell, and Broadwell processors (thanks to +Canonical for the warning, refer to LP#1335156) + * This update is reported to better fix the errata addressed by the +20140430 update (refer to LP#1335156) + * source: remove superseded upstream data file: 20140430 + + -- Henrique de Moraes Holschuh h...@debian.org Fri, 27 Jun 2014 17:00:53 -0300 + intel-microcode (1.20140430.1) stable; urgency=low * New upstream microcode data file 20140430 diff --git a/microcode-20140430.dat b/microcode-20140624.dat similarity index 84% rename from microcode-20140430.dat rename to microcode-20140624.dat index 0c83366..85cb04c 100644 --- a/microcode-20140430.dat +++ b/microcode-20140624.dat
Bug#753384: ftpsync has wrong version string
Package: mirrors The change in git to ftpsync's version on the 8th of May set it to: VERSION=20140805 That string in the past has been year, month and day. It therefore should be: VERSION=20140508 Or whatever the date is when it gets changed again. -- Robert Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753385: [wnpp-alert] doesn't unescape HTML entities
Package: devscripts Version: 2.14.5 Severity: minor $ wnpp-alert ksh RFA 691199 ksh -- Real, ATamp;T version of the Korn shell It should be of course: RFA 691199 ksh -- Real, ATT version of the Korn shell -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753265: mpv: dvd tracks index starts at 0 instead of 1
On dom, giu 29, 2014 at 11:06:57 +0200, arne anka wrote: Package: mpv Version: 1:0.4.0-dmo1 Uhm... Severity: normal Dear Maintainer, recent version suddenly starts to enumerate dvd tracks at 0 instead of the usual 1, which means that dvd://1-3 will play tracks 2-4 Yeah, seems like this was on purpose, to make the disc-title property consistent across bd, mkv and dvd streams (the other two already start from 0). I don't think there's much I can do about this. Cheers signature.asc Description: Digital signature
Bug#752591: Status of bug 752591
What's the status of this bug? It is closed, but still marked as found in the latest udev version: 204-14, so that apt-listbugs complains for the 204-12 → 204-14 upgrade. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751165: duck: please don't treat trailing , as part of URL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 tags 751165 + pending thanks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTspC9AAoJEBy08PeN7K/pyYMP/1Z7jbTmAIj7U46+aTBlEw6+ wu0XjeNzV21HyhArqc4ALWDppu/XTj0eAdp6ln9SGIs6/3DZxAgMB/1HPCDAA7fU EXaqvvTqxJN5vzcCq82peBmm30f6VySkcurV55CjxEESCtbj2OvM51JmGOVf/5jt JSJAXWMcCkJmLE3EpitOs2vLbw/yrvtbsu+wrUjNjDXPgQspgiMYD/X+iHf2CwZ1 hj8d8NvOAU8F9fvsNPGnY4Cx85h/sLeU8rvCAjxadF0N17NiwfZSfTCKmOxd2bNh fV7Xbzex0YrWezu3KkismxVBFhXUaiur2FVFwG5dyNcXpW6/qq2SwAxFrbxSP7nr VT4HS2H6Mugb7opTemegDZEQn9d07A42uMQCOO5jy1eV+06PUDR7vAtCcEUnLKIM 5m5dWA2vhvX0n5zdXfvbRK5i/GIEAybSp99F1JlPXkKhf8kbIxRd2LQ3GPBJFKGp 3RKUlCBS//o1uoUVLp0bsmOOMFVtwt3dpyh8suGIKYRfaQQS+tMdvIW4505e/ipN 3PF6E4o/Oh+nJQWpN1O4ntj8t6S8Lkal2BPoUSNSZUgKyvaaD1QzvRi8WecYw2w1 9BQFXvoS+WKg8q3a5p4ZHOX5FoIif6SFAdXqj3JcfZyz1vxhdpII9LObwTGlZWBl WrYUaL5+cPed7J2OGV72 =3A5d -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#753004: Please compile git with PCRE support
Jonathan Nieder writes (Re: Please compile git with PCRE support): It works in jessie and wheezy-backports. Ah, thanks. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753386: [system-config-printer] no AuthInfoRequired username,password set in printers.conf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: system-config-printer Version: 1.4.3-4 Severity: normal - --- Please enter the report below this line. --- On Add new printer and Window printer via SAMBA there is not set option AuthInfoRequired username,password in the config /etc/cups/printers.conf even if there is checked option prompt user if authentication is required. - --- System information. --- Architecture: amd64 Kernel: Linux 3.14-1-amd64 Debian Release: jessie/sid | -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlOylo8ACgkQ6aU4/+gLeBmqDQCgoUgtblhlDvFhXpE3gRLmTuiK q4YAn0o6oiqrvAvH/VzM9GUMBruQXeax =b1Tm -END PGP SIGNATURE-
Bug#753387: icc-profiles-free: missing documentation
Package: icc-profiles-free Version: 2.0.1+dfsg-1 Severity: normal Dear Maintainer, to be rather blunt: A bunch of files (icc profiles in this particular case) *without any documentation whatsoever* on the usage of those files seems rather useless to any 'ordinary' user (interested in color management in conjunction with graphics software). If it is not possible to include the documentation with these files (via pdftotext or else), I guess it might be a better option to just merge the files into icc-profiles (non-free) in order to provide some documenation. Cheers, Johannes -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable'), (100, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753314: zip: fails to restore some split .zip archives
Thanks a lot for such an useful and detailed bug report. I will forward it upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753314: zip: fails to restore some split .zip archives
Forwarded upstream: http://www.info-zip.org/phpBB3/viewtopic.php?f=6t=383p=2726#p2726 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753388: escape html entities to fix xss at the login screen
Package: gosa Severity: important Hi, Gonicus fixed a GOsa² XSS vulnerability [1]. I will provide an upload that fixes this in a minute... Mike [1] https://oss.gonicus.de/labs/gosa/changeset/21276/trunk/gosa-core -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpaJA1qx8C6v.pgp Description: Digitale PGP-Signatur
Bug#753389: haskell-hourglass: FTBFS on hurd
Source: haskell-hourglass Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Forwarded: https://github.com/vincenthz/hs-hourglass/pull/4 Dear Maintainer, Attached patch fixes FTBFS on hurd-i386. Thanks for considering. --- haskell-hourglass-0.2.2.orig/cbits/unix.c +++ haskell-hourglass-0.2.2/cbits/unix.c @@ -2,7 +2,7 @@ * lowlevel binder for macosx and */ #include time.h -#ifdef __MACH__ +#if defined __MACH__ !defined __GNU__ #include mach/clock.h #include mach/mach.h #endif @@ -15,7 +15,7 @@ */ void hourglass_clock_calendar(struct timespec *timespec) { -#ifdef __MACH__ +#if defined __MACH__ !defined __GNU__ clock_serv_t cclock; mach_timespec_t mts;
Bug#693554: libav-tools: avconv X11 grabbing example from the man doesn't work
Control: tag -1 moreinfo upstream Sorry for not replying earlier. On Sat, Nov 17, 2012 at 3:23 PM, Lorenzo Sutton lorenzofsut...@gmail.com wrote: Package: libav-tools Version: 6:0.8.4-1 Severity: normal Dear Maintainer, Running: avconv -f x11grab -s cif -r 25 -i :0.0 out.mpg which is exactly the same as the manual entry example under X11 grabbing (but for the output file) generates a 0 bytes file and the following output: avconv: Symbol `av_pix_fmt_descriptors' has different size in shared object, consider re-linking avconv version 0.8.4-6:0.8.4-1, Copyright (c) 2000-2012 the Libav developers built on Oct 23 2012 07:29:48 with gcc 4.7.2 [x11grab @ 0x8b953e0] device: :0.0 - display: :0.0 x: 0 y: 0 width: 352 height: 288 [x11grab @ 0x8b953e0] shared memory extension found [x11grab @ 0x8b953e0] Estimating duration from bitrate, this may be inaccurate Input #0, x11grab, from ':0.0': Duration: N/A, start: 1353183611.469278, bitrate: 81100 kb/s Stream #0:0: Video: rawvideo (BGRA / 0x41524742), bgra, 352x288, 81100 kb/s, 25 tbr, 1000k tbn, 25 tbc File 'out.mpg' already exists. Overwrite ? [y/N] y Incompatible pixel format 'bgra' for codec 'mpeg1video', auto-selecting format 'yuv420p' [buffer @ 0x8ba77a0] w:352 h:288 pixfmt:bgra tb:1/100 sar:0/1 sws_param: [avsink @ 0x8b930e0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x8b93520] w:352 h:288 fmt:bgra sar:0/1 - w:352 h:288 fmt:yuv420p sar:0/1 flags:0x4 [mpeg @ 0x8b8f800] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf53.32.100 Stream #0:0: Video: mpeg1video, yuv420p, 352x288, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 - #0:0 (rawvideo - mpeg1video) Press ctrl-c to stop encoding [buffer @ 0x8ba77a0] Changing frame properties on the fly is not supported. Last message repeated 31 times Changing frame properties on the fly is not supported..00 bitrate= 0.0kbits/s Last 3 lines is repeated continuously, with only the number for repeated # times changed. Do you still experience this problem? I just tried it on my laptop (with libav 9.13, actually), and it works for me just fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752283: bug still seems to be in policy-funcs ..
On 1 Jul 2014, Michael Meskes wrote: Hi Gijs After which closing the lid at this laptop does *not* result in suspend now copying over policy-funcs from acpi-support-base 0.141-2 into /usr/share/acpi-support/policy-funcs followed by /etc/init.d/acpi-support restart *does* result in suspend being called when closing the lid That seems to be a different problem. The only change between these two policy-funcs files is the check for systemd-logind (see attached). Yeah, I had looked at the diff, but could not really see a cause. (sorry) Could it be that you have systemd running and thus this feature is not supposed to be offered by acpi-support but by systemd? that is entirely possible. The machine does have a process running called /lib/systemd/systemd-logind which is part of systemd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752797: libconfig-model-perl: Should split library from command
On Thursday 26 June 2014 13:00:52 you wrote: The lib*-perl namespace is (or at least should be) for perl libraries, not for end user binaries. The cme command should live in its own package, Err, why ? What is the problem you're trying to solve ? Some people will argue that a new binary package will be created for a small script. What do people on debian-perl think ? Should cme live in its own binary package ? and it should Recommend all the parser modules (libconfig-model-*-perl), as cme is quite useless without specific parser modules. Parser modules are targeted for specific applications and are useless without this specific application. For instance libconfig-model-lcdproc is useless without lcdproc. Currently, libconfig-model-perl suggests libconfig-model-dpkg-perl, libconfig-model-openssh-perl . All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#742767: TeX Gyre OpenType and wrongly(?) named glyphs
Am Dienstag, den 01.07.2014, 08:08 +0900 schrieb Norbert Preining: or adding another fake glyph fi/f_i, Yes, please. This sounds like the best compromise: It retains backward and forward compatibility, should be trivial to implement and should be safe for future changes that poppler (or any other rendering framework) introduce. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753390: non-free stuff in source package
Package: mrpt Version: 1:1.2.0-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please remove the doc directory from the source package. Most of the stuff is either licensed under CC-BY-NC-ND or some other license that makes it unfit for main. In this context you might want to review your debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613377: authconfig call
authconfig (which breaks the nis on the host) is only called in post-install.sh for centos 4 and 5 and rhel 5. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753391: kdeconnect: New version available
Package: kdeconnect Version: 0.5.2.1-1 Severity: wishlist Dear Maintainer, KDEconnect evolving and the actual version on android is the version 0.7. It add lots of interesting features as remote control your computer with your phone... Could you considere uploading the lastest version ? Best Regards Mourad -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdeconnect depends on: ii kde-runtime 4:4.13.1-1 ii libc6 2.19-3 ii libgcc1 1:4.9.0-6 ii libkcmutils4 4:4.13.1-1 ii libkdecore5 4:4.13.1-1 ii libkdeui5 4:4.13.1-1 ii libkio5 4:4.13.1-1 ii libqca2 2.0.3-6 ii libqca2-plugin-gnupg 2.0.0~beta3-2 ii libqca2-plugin-ossl 2.0.0~beta3-2 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.6+dfsg-2 ii libqt4-declarative4:4.8.6+dfsg-2 ii libqt4-network4:4.8.6+dfsg-2 ii libqt4-svg4:4.8.6+dfsg-2 ii libqt4-xml4:4.8.6+dfsg-2 ii libqtcore44:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libstdc++64.9.0-6 kdeconnect recommends no packages. kdeconnect suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753392: systemd: fails to boot if system has a cgroup mount point
Package: systemd Version: 44-11+deb7u4 Severity: normal Dear Maintainer, I have installed systemd on this Wheezy laptop as well as on a test Jessie system and on both systems the system failed to later boot due to the same reason: the system already has an fstab entry for cgroup (for using lxc). This has failed the boot of systemd. It took me a while to detect the issue at the first time, as the actual error message was burried before many unrelated log messages. Is there any way to detect the issue ahead of time? I filed this as a normal severity, but I would take no issue with demoting it to wishlist, if there's really nothing to be done about it. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=he_IL.utf8, LC_CTYPE=he_IL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.15 ii initscripts 2.88dsf-41+deb7u1 ii libacl1 2.2.51-8 ii libaudit01:1.7.18-1.1 ii libc62.13-38+deb7u1 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.4.3-4 ii libdbus-1-3 1.6.8-1+deb7u1 ii libkmod2 9-3 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 44-11+deb7u4 ii libsystemd-id128-0 44-11+deb7u4 ii libsystemd-journal0 44-11+deb7u4 ii libsystemd-login044-11+deb7u4 ii libudev0 175-7.2 ii libwrap0 7.6.q-24 ii udev 175-7.2 ii util-linux 2.20.1-5.3 Versions of packages systemd recommends: ii libpam-systemd 44-11+deb7u4 Versions of packages systemd suggests: ii python2.7.3-4+deb7u1 ii python-cairo 1.8.8-1+b2 ii python-dbus 1.1.1-1 pn systemd-gui none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753079: transition: librime
On 29/06/14 19:31, Guo Yixuan wrote: Hi, On Sun, Jun 29, 2014 at 3:23 AM, Niels Thykier ni...@thykier.net wrote: On 2014-06-29 05:34, Guo Yixuan (郭溢譞) wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, We're planning to upload a new version of librime, which has ABI/API breaks. The affected packages are few, and all under IME team's maintenance, and we're mostly ready to have sourceful upload for these packages: Source: fcitx-rime Source: ibus-rime Ben file: [...] Hi, Could you please upload the new version of librime to experimental? This should automatically generate a simple tracker for your (called auto-librime). ~Niels Osamu just helped to upload it (to unstable), so it's now in the new queue. [1] Please next time upload to experimental when you're asked to do so. In this case it's fine, I verified that there are no conflicts with other transitions, so there's no need to cancel the upload. Why did you rename the -dev package from librime-dev to librime1-dev? Having an unversioned -dev package (e.g. librime-dev) is generally preferred. A versioned one makes sense when there are two versions of the library simultaneously, but that is not the case here. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753393: missing license in debian/copyright
Package: python-pyramid Version: 1.5.1+dfsg-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Hi Barry, please add the missing MIT licenses of all files contributed by Ian Bicking to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
On 7/1/2014 1:40 PM, Fabian Greffrath wrote: Am Dienstag, den 01.07.2014, 08:08 +0900 schrieb Norbert Preining: or adding another fake glyph fi/f_i, Yes, please. This sounds like the best compromise: It retains backward and forward compatibility, should be trivial to implement and should be safe for future changes that poppler (or any other rendering framework) introduce. I have no clue what this will solve. Say that the original input stream has this: effe = e f i e and the feature processor turns that into glyph representing e glyph representing fi glyph representing e which in the pdf stream can become 121 with 1 pointing glyph representing e and 2 representing fi. The pdf file has then this mapping with fi being named f_i and not fi (why should it) and also carries a tounicode which maps the 1 to unicode e and 2 to unicodes f followed by i. The reference to ff never ends up in the subsetted file. Just fix poppler, because it it has this problem with f_i it definitely has more such problems. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741252: [Pkg-systemd-maintainers] Bug#741252: dh-systemd: please merge systemd2init to allow autogenerating shell init scripts
Hi Michael. sorry for late reply, my INBOX is showing 1212 unread messages and sometimes something slips. On Mon, Mar 10, 2014, at 18:53, Michael Stapelberg wrote: Hi Ondřej, Ondřej Surý ond...@debian.org writes: Could you merge it from: ssh://git.debian.org/git/collab-maint/systemd2init.git This should allow most packages to just specify: debian/package.service and run: systemd2init package to generate templated debian/package.init I’ll happily merge this if and only if you (or lzap, or both of you, or somebody else :-)) commit to maintaining this in the future, i.e. you’ll handle all the bugreports and I won’t have to deal with a script that I didn’t write/know/use. Does that sound fair to you? That's fair and I do commit to maintain this in the future as I intend to use this script in all my packages. Ondrej -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653562: GOsa² 2.7 checks for underscores in hostnames, closing this bug
Control: fixed -1 2.7.4 Control: close -1 See subject of this mail... The issue has been fixed by upstream and is not present anymore in GOsa = 2.7.4. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpFtbcpgYNHL.pgp Description: Digitale PGP-Signatur
Bug#753079: transition: librime
On Tue, Jul 1, 2014 at 8:02 AM, Emilio Pozuelo Monfort po...@debian.org wrote: On 29/06/14 19:31, Guo Yixuan wrote: Hi, On Sun, Jun 29, 2014 at 3:23 AM, Niels Thykier ni...@thykier.net wrote: On 2014-06-29 05:34, Guo Yixuan (郭溢譞) wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, We're planning to upload a new version of librime, which has ABI/API breaks. The affected packages are few, and all under IME team's maintenance, and we're mostly ready to have sourceful upload for these packages: Source: fcitx-rime Source: ibus-rime Ben file: [...] Hi, Could you please upload the new version of librime to experimental? This should automatically generate a simple tracker for your (called auto-librime). ~Niels Osamu just helped to upload it (to unstable), so it's now in the new queue. [1] Please next time upload to experimental when you're asked to do so. In this case it's fine, I verified that there are no conflicts with other transitions, so there's no need to cancel the upload. Thank you! Why did you rename the -dev package from librime-dev to librime1-dev? Having an unversioned -dev package (e.g. librime-dev) is generally preferred. A versioned one makes sense when there are two versions of the library simultaneously, but that is not the case here. The renaming is due to a backward-incompatible API change in librime 1.0, where some struct members changed types. So I followed the recommendation here.[1] [1] https://wiki.debian.org/TransitionBestPractices Yixuan
Bug#753392: systemd: fails to boot if system has a cgroup mount point
Am 01.07.2014 13:52, schrieb Tzafrir Cohen: Package: systemd Version: 44-11+deb7u4 Severity: normal Dear Maintainer, I have installed systemd on this Wheezy laptop as well as on a test Jessie system and on both systems the system failed to later boot due to the same reason: the system already has an fstab entry for cgroup (for using lxc). This has failed the boot of systemd. It took me a while to detect the issue at the first time, as the actual error message was burried before many unrelated log messages. Is there any way to detect the issue ahead of time? We might add a preinst check for that to systemd-sysv if we can detect it reliably. The user would then get a debconf prompt with an explanation of the situation and how to fix it and would have to confirm if he wants to continue with the installation. Otherwise preinst and the installation would fail. There are rough plans to do the same for missing devices in /etc/fstab (which will cause the system to be dropped into a rescue shell) and the usage of keyscript in /etc/crypttab. -- 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#752283: bug still seems to be in policy-funcs ..
Could it be that you have systemd running and thus this feature is not supposed to be offered by acpi-support but by systemd? that is entirely possible. The machine does have a process running called /lib/systemd/systemd-logind which is part of systemd Then it is not the fault of the acpi-support script. systemd is supposed to handle the event in this case. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752591: Status of bug 752591
Hi! Am 01.07.2014 12:41, schrieb Vincent Lefevre: What's the status of this bug? It is closed, but still marked as found in the latest udev version: 204-14, so that apt-listbugs complains for the 204-12 → 204-14 upgrade. Not quite sure how this bug ended up like this. Marked version 204-14 as fixed, so everything should be fine now. -- 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#753099: glibc FTBFS on alpha: test suite failures
On Tue, Jul 01, 2014 at 04:02:55PM +1200, Michael Cree wrote: On Mon, Jun 30, 2014 at 11:02:24PM +0200, Aurelien Jarno wrote: On Sun, Jun 29, 2014 at 09:53:30PM +1200, Michael Cree wrote: Source: glibc Version: 2.19-4 Severity: important User: debian-al...@lists.debian.org Usertags: alpha Justification: Fails to build from source but built in the past. Finally the fixed gcc-4.8 arrived, however the rebuild of glibc on alpha failed with unexpected test suite failures. From the log: Encountered regressions that don't match expected failures (debian/testsuite-checking/expected-results-alpha-linux-gnu-libc): badsalttest.out, Error 1 This one looks might be worrying, as it might affect the crypt() function, and thus safety of passwords. Do you have more details about the failure. It's one of the string functions reading one byte passed the end of the string. The badsalttest very carefully places a short checksum at the very end of a page and marks the next page of memory as invalid and the string function used in the bad salt test (I've forgotten which one it was now) reads one byte too far. So the worst it can do is result in a spurious segmentation violation. Ok, find then. test-double.out, Error 1 test-float.out, Error 1 test-snan.out, Error 1 I guess these three are actually due to the new FP tests that have been added in 2.19, so it should be relatively fine ignoring them, though it might be a good idea to confirm that. Interestingly these pass fine in the alphaev67 libc test suite. The difference between libc6.1 and libc6.1-alphaev67 is the use of extra CPU instructions such as the byte-word extension and the extra floating point instructions for efficient conversion of integer to float and back. Oh, there might be a special square-root instruction introduced too IIRC. The thing to remember there is that the alphaev67 flavour is consider by the glibc build script as a cross-build, so some of the tests are not run. I don't know if it is the case there. tst-backtrace2.out, Error 1 tst-backtrace3.out, Error 1 tst-backtrace4.out, Error 1 tst-backtrace5.out, Error 1 tst-backtrace6.out, Error 1 I don't think having the backtrace function working is something critical for a system, so yes they can be ignored. It might be interesting to see what caused them to stop working though. Once again they pass in the build of libc6.1-alphaev67 but not in libc6.1. Maybe something about the byte-word extension? Adam Conrad told me he has an idea about a patch to backport for this, but it seems he contacted you privately about that. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753394: sensord(8) man page is obsolete with apache2 2.4
Package: sensord Version: 1:3.3.5-2 Severity: normal The sensord(8) man page contains: Here, we start sensord(8) and configure it to store readings in a round-robin database; note that we disable logging of sensor readings to syslog(3), and enable logging of the load average. mkdir /var/www/sensord chown www-data:staff /var/www/sensord chmod a=rwxs /var/www/sensord Here, we create a world-writable, Web-accessible directory in which graphs will be stored; we set the ownership and permissions on this directory appropriately. You will have to determine the location and ownership that is appropriate for your machine. sensord --load-average \ --rrd-file /var/log/sensord.rrd \ --rrd-cgi /var/www/sensord \ /usr/lib/cgi-bin/sensord.cgi chmod a+rx /usr/lib/cgi-bin/sensord.cgi but with apache2 2.4[*]: Along the security model, we did also change the default Document Root, files are served from. Previous releases served /var/www by default when no other virtual host matched the request. Starting with this release, we changed the default document root to /var/www/html, so that sensitive files from other virtual hosts wich are typically put into some directory below /var/www are not exposed by the default virtual host. This change further improves the out of box security. [*] /usr/share/doc/apache2/NEWS.Debian.gz -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sensord depends on: ii libc62.19-4 ii librrd4 1.4.8-1+b1 ii libsensors4 1:3.3.5-2 ii lm-sensors 1:3.3.5-2 ii lsb-base 4.1+Debian13 sensord recommends no packages. Versions of packages sensord suggests: ii rrdtool 1.4.8-1+b1 -- Configuration Files: /etc/default/sensord changed [not included] -- 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#753076: UDD/ftpnew: Various packages missing
Hi James, thanks for your bug report. On Sat, Jun 28, 2014 at 10:33:48PM -0400, James McCoy wrote: Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd Not all of the packages from the NEW queue are showing up in UDD's tables. This affects rmadison/madison.cgi's information with respect to the affected packages. As a simple example, pyjamas has been in NEW for a few months: $ curl https://ftp-master.debian.org/new.822 2/dev/null | grep-dctrl -FSource pyjamas Source: pyjamas Binary: pyjamas-pyjs, pyjamas-ui, pyjamas-gmap, pyjamas-canvas, pyjamas-doc, pyjamas, pyjamas-gchart Version: 0.8.1 Architectures: source, all Age: 3 months Last-Modified: 1395106402 Queue: new Maintainer: Luke Kenneth Casson Leighton l...@lkcl.net Changed-By: lkcl l...@lkcl.net Sponsored-By: ph...@debian.org Distribution: unstable Fingerprint: DFF1415ACE3227FCF20707D6D04BA3A00125D5C0 Closes: #710033 Changes-File: pyjamas_0.8.1_amd64.changes However it doesn't show up in UDD: $ rmadison -u new pyjamas That's true. The ftpnew gatherer was written in the idea that only really new packages are injected (not those with changed binaries for instance). Now we have a case were the source package name string 'pyjamas' is in UDD but the release of this entry is oldstable. With the current philosophy that's not really new since the package is known in oldstable. So the question is rather to define first, what we want to see in the new_packages table and than adapt the importer code. Until today I was not aware that madison is using new_packages in UDD. While I think it is cool that it has gained some wider use we should obviously specify what should be in the table to make it fit for this purpose since as I tried to explain above some packages are left out *intentionally* for the purpose the table was created for (= usage in Blends tasks pages where this information would only add noise). I think to make the importer flexible enough it would at least need another column featuring a flag about the status of the package in new. Feel free to propose patches to ssh://alioth.debian.org/git/collab-qa/udd.git udd/ftpnew_gatherer.py Kind regards and thanks for you bug report Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753368: texlive-base: suggest /etc/mailcap entry for dvi2tty
Hi Kevin, thanks for your report. Sounds convincing. But since I don't have much experience with mime type handling, does that interfere with the entry for xdvi in the same file? THere we have by now: application/x-dvi; /usr/bin/xdvi %s; description=TeX DVI; test=test -n $DISPLAY; nametemplate=%s.dvi; priority=5 Is it ok to simply add this line you propose: application/x-dvi; /usr/bin/dvi2tty -q %s; copiousoutput; description=TeX DVI; priority=3 ? Thanks and all the best Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753362: libjpeg6b: build with dh-autoreconf
On Mon, Jun 30, 2014 at 06:35:59PM -0300, Mauricio Faria de Oliveira wrote: Package: src:libjpeg6b Version: 6b1-4 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Hi Bill, This patch runs dh-autoreconf when building libjpeg6b. It is required for generating shared libraries on ppc64el and probably other new ports as well. It includes a patch to add -Wno-obsolete in AM_INIT_AUTOMAKE, due to ansi2knr being deprecated in automake1.11. Thanks! Is it possible to pass -Wno-obsolete as an argument to automake instead of patching configure.ac ? Clearly, the original files were generated without patching. 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#753395: osspd: messes up gbsplay
Source: osspd Version: 1.3.2-6 Severity: important Seems like osspd messes up gbsplay. For example, try to play the gbs included with gbsplay: ~$ dpkg -L gbsplay | grep \.gbs /usr/share/doc/gbsplay/examples/nightmode.gbs.gz Slowing down the samplerate (-r option of gbsplay) seems to be making things better but still way afar for being correct. Sophoklis -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (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 Versions of packages osspd depends on: ii init-system-helpers 1.18 ii libc6 2.18-4 ii libfuse2 2.9.3-9 ii lsb-base 4.1+Debian12 ii osspd-alsa [osspd-backend]1.3.2-6 ii osspd-pulseaudio [osspd-backend] 1.3.2-6 osspd recommends no packages. osspd suggests no packages. Versions of packages mentioned in this bug report: ii gbsplay 0.0.91-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#753396: sshguard should whitelist IPv6 localhost (::1/128) by default
Package: sshguard Version: 1.5-5 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear maintainer, please include IPv6 localhost address (::1/128) by default in the whitelist config file. Cheers, Ondrej - -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (900, 'stable'), (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sshguard depends on: ii iptables 1.4.14-3.1 ii libc6 2.19-1 sshguard recommends no packages. sshguard suggests no packages. - -- Configuration Files: /etc/sshguard/whitelist changed: 127.0.0.0/8 ::1/128 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJTsrGKAAoJEAyZtw70/LsH9e4P/A8q0M5f9mIa9bObY5O6tFYd yyZqXqS8h4PhEm5Rd76SCNaYCUBHbwIjAxzcQLSnBugsaIgQlQ+KutodXv/aRFR0 EuQEuIzp9ssuuGPPLwE3As3B47Xom40ShPXVSKrcdySLPRgJV7DYc5N7MRH+hS3R MWcBQIsUGibM1oQUqLgYDf6+Iw4A5Bl+3E/WPrcUtFpjtcdwHxW87bMdf0Nlq1SK qXOUy04cEofkc6JcEmhnTKoiG8uOAZDu1y/CdJNYSCnubYMgUY8kTUEoJhlth557 DxsBK91KenJ05KiLYuGslXWdyD79QToTCTCbI2BekHPisbWY6WBXTTint+uKbp6q bt9yEZJD/NbEuW3GhykZCEiANpr/N2jhcp42lrWPAu5CiJheKoolJywLDR1peJO5 qj1sRod95hYK0nYBYQVbY8meAWQBJPF81fOsKQVdt/UMdKfzTGl1St97deseWIiU onR+UXIpQ5b2qrD8Agw9oKnrYYcVSP2W0Xua/46b0TvdWT8Il88ZTIeouCyRJO6l 5rflSzYK11TCJmWvO56VV38MPGQBLsdYgtzTsRHJvXKnujtkHkvENJM6iwQafkUR Z5Y/q4OfmZ012zA+oyJboQAzAAaJ+88HCJzLZZ8jaASHR7RR1qMRSIAvHLg/17VC lXXF1uMkcRHe+AeUfkw7 =D5Bv -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#745803: [Pkg-chromium-maint] Bug#745803: chromium: Chromium crashes when Save Image As
Hi sabine, in order to give more info: 1. type in console: chormium --enable-logging --v=1 2. do your staff 3. look into /home/your_user/.config/chromium to find a file named chrome_debug.log 4. send it :) thanks, Piero 2014-06-22 19:35 GMT+02:00 Sabine Engelhardt fro...@atari-frosch.de: Package: chromium Version: 35.0.1916.153-1~deb7u1 Followup-For: Bug #745803 Hi, this error is still active. It happens when I click on „save as“ and then slip a little bit with the mouse. I can use „save as“, but only with a „clear“ click. For me this problem exists since at least the last three versions of chromium in Debian Wheezy. As I use the menu item under this one, „copy link address“, very often, it happens to me sometimes that I accidentially get the „save as“ menu item and then slip, and then chromium always crashes. All tabs can be restored correctly afterwards, with no need to relogin anywhere, but still, it is disturbing. Nothing in /var/log/messages, kern.log, or syslog. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 35.0.1916.153-1~deb7u1 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libc6 2.13-38+deb7u1 ii libcairo2 1.12.2-3 ii libcap2 1:2.22-1.2 ii libcups21.5.3-5+deb7u1 ii libdbus-1-3 1.6.8-1+deb7u1 ii libexpat1 2.1.0-1+deb7u1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgcrypt11 1.5.0-5+deb7u1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii libnspr42:4.9.2-1+deb7u1 ii libnss3 2:3.14.5-1 ii libpango1.0-0 1.30.0-1 ii libspeechd2 0.7.1-6.2 ii libspeex1 1.2~rc1-7 ii libstdc++6 4.7.2-5 ii libudev0175-7.2 ii libx11-62:1.5.0-1+deb7u1 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu3 ii libxrandr2 2:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxslt1.1 1.1.26-14.1 ii libxss1 1:1.2.2-1 ii libxtst62:1.2.1-1+deb7u1 ii xdg-utils 1.1.0~rc1+git20111210-6 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none -- Configuration Files: /etc/chromium/master_preferences changed: { distribution: { import_bookmarks: false, import_bookmarks_from_file: /etc/chromium/initial_bookmarks.html, skip_first_run_ui: true, make_chrome_default: true, make_chrome_default_for_user: true, create_all_shortcuts: true, show_welcome_page: false }, browser: { show_home_button: true, check_default_browser : false }, bookmark_bar: { show_on_all_tabs: true }, homepage: http://seerose.local/index.html; } -- no debconf information -- http://www.atari-frosch.de/ | http://blog.atari-frosch.de/ PGP encryption welcome! Key-ID: 0xCC0AEF3E @ usual places. Und außerdem bin ich der Meinung, daß Deutschland kein Rechtsstaat ist. ___ Pkg-chromium-maint mailing list pkg-chromium-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-chromium-maint
Bug#753397: nagios-nrpe-server: Initscript chown to user nagios hardcoded regardless of configuration
Package: nagios-nrpe-server Version: 2.12-5ubuntu1.2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** When setting nagios-nrpe-server to run under any user that is not nagios, the initscript creates a conflict since it has a chown command hardcoded to user nagios which is the default in the package. The in the init script as per the package included in ubuntu precise: *** 43,47 #since /var/run can be wiped completly we create our run directory here if [ ! -d $PIDDIR ]; then mkdir $PIDDIR chown nagios $PIDDIR fi --- In my nrpe_local.cfg configuration I have nagios set to run as a custom user: nrpe_user=srv-monitor nrpe_group=srv-monitor Hence when I restart the server the upstart script will leave the permissions messed up and the service will fail to start properly. IMHO the initscript should either not try to chown the piddir at all, or at least parse this setting from /etc/default or any other config, but the way the package is right now makes unpractical or simply impossible to run the service reliably unless with the default nagios user. In my cluster I did add this setting as a variable in the header of the initscript. Ideally it should be parsed through the relevant /etc/default file. - NAGIOS_USER=srv-monitor [...] chown $NAGIOS_USER $PIDDIR - Cheers, -kali- -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0-51-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 Versions of packages nagios-nrpe-server depends on: ii adduser 3.113ubuntu2 ii libc62.15-0ubuntu10.5 ii libssl1.0.0 1.0.1-4ubuntu5.16 ii libwrap0 7.6.q-21 ii lsb-base 4.0-0ubuntu20.3 Versions of packages nagios-nrpe-server recommends: ii nagios-plugins1.4.15-5ubuntu3.2 ii nagios-plugins-basic 1.4.15-5ubuntu3.2 nagios-nrpe-server suggests no packages. -- no debconf information -- *Kali Hernandez* | System Administrator | Sociomantic Labs www.sociomantic.com https://www.sociomantic.com | *T* +49 (0)30 3087 4615 *M* +49 (0)176 6701 3633 *S* kali.hernan...@sociomantic.com Follow us on Twitter http://www.twitter.com/sociomantic + Facebook http://www.facebook.com/sociomantic + Blog http://blog.sociomantic.com | *We're hiring!* Check out our Careers http://www.sociomantic.com/careers page. Sociomantic Labs Logo This message and any attachments are confidential and intended solely for the use of the individual to whom it is addressed.
Bug#753398: nagios-nrpe-server: Initscript chown to user nagios hardcoded regardless of configuration
Package: nagios-nrpe-server Version: 2.12-5ubuntu1.2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** When setting nagios-nrpe-server to run under any user that is not nagios, the initscript creates a conflict since it has a chown command hardcoded to user nagios which is the default in the package. The in the init script as per the package included in ubuntu precise: *** 43,47 #since /var/run can be wiped completly we create our run directory here if [ ! -d $PIDDIR ]; then mkdir $PIDDIR chown nagios $PIDDIR fi --- In my nrpe_local.cfg configuration I have nagios set to run as a custom user: nrpe_user=srv-monitor nrpe_group=srv-monitor Hence when I restart the server the upstart script will leave the permissions messed up and the service will fail to start properly. IMHO the initscript should either not try to chown the piddir at all, or at least parse this setting from /etc/default or any other config, but the way the package is right now makes unpractical or simply impossible to run the service reliably unless with the default nagios user. In my cluster I did add this setting as a variable in the header of the initscript. Ideally it should be parsed through the relevant /etc/default file. - NAGIOS_USER=srv-monitor [...] chown $NAGIOS_USER $PIDDIR - Cheers, -kali- -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0-51-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 Versions of packages nagios-nrpe-server depends on: ii adduser 3.113ubuntu2 ii libc62.15-0ubuntu10.5 ii libssl1.0.0 1.0.1-4ubuntu5.16 ii libwrap0 7.6.q-21 ii lsb-base 4.0-0ubuntu20.3 Versions of packages nagios-nrpe-server recommends: ii nagios-plugins1.4.15-5ubuntu3.2 ii nagios-plugins-basic 1.4.15-5ubuntu3.2 nagios-nrpe-server suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753319: Some improvments in maint-guide (found while translating)
Hi, May I ask 2 things: * Update the translation first, please. (I have comments on some translation text bellow.) The translation was up-to-date at the time I wrote this. (And I updated the translations in the git repository already; see below for two additional items). Great! Danke! H... I wrote these in many years and may be lost track of the style consistency. Unless all fixes are in one patch for the whole document and complete, I would rather pass this colon fixes to avoid overloading translatiors. If you agree with the fix in principle, I can look through the document, apply the fix and unfuzzy all translations with latin or cyrrilc script (sorry, I'm unfamiliar with any other script including their punctuation rules). I would wait of course until the current updates arrived to avoid confusing translators. Would you be ok with this workflow? Yes, as long as the whole document is fixed at once. I can do unfuzzy for Japanese. (No new Chinese build) (Unfuzzying is the big headach for me.) I am afraid of collision with the new translation updates. So may I ask you to send me a patch from your chosen commit in the git. I will do robust merging using gettext. -literal for libraries, literalmail/literal for email readers and +literal for libraries, literalmail/literal for e-mail readers and email without - is accepted in the US style. Changing one out of many is also bad. It simply looks strange to me. That is not strong argument after I explained my choice is a concious one. Since you insist, I made further study on subject. google word hit counts are about the same. Then I found Wikipedia article on email with the primary spelling being email :-) Its article starts with spelling. http://en.wikipedia.org/wiki/Email#Spelling Electronic mail has several English spelling options that occasionally are the cause of vehement disagreement. (very interesting summary, please read) So I am absolutely going to stay with the spelling email. This is technical document following IETF and Achaddemic practice is the right one. The following sentence is unclear to me. I did my best to translate it, but you should consider rewording it: Could you phrase this one more clearly? I really have trouble parsing it. How about: The actual triplet path is dynamically set into the literal$(DEB_HOST_MULTIARCH)/literal variable using the citerefentry refentrytitledpkg-architecture/refentrytitlemanvolnum1/manvolnum/citerefentry command for each binary package build. Typo? I'm not sure about this one: -commandpdebuild/command (used by commandgbp buildpackge/command) +commandpdebuild/command (used by commandgbp buildpackage/command) Yes. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752797: libconfig-model-perl: Should split library from command
Hi, On Tue, Jul 1, 2014 at 7:37 AM, Dominique Dumont d...@debian.org wrote: On Thursday 26 June 2014 13:00:52 you wrote: The lib*-perl namespace is (or at least should be) for perl libraries, not for end user binaries. The cme command should live in its own package, Err, why ? What is the problem you're trying to solve ? The problem is that as an end user I couldn't care less that the command I use (cme) is written in perl, or it has a public module associated with it. In my particular case, I have limited space, so I regularly crawl the lib* namespace to remove unused stuff (mostly by marking as automatic). This package is confusing because despite the name, it contains a binary that I do want. Some people will argue that a new binary package will be created for a small script. What do people on debian-perl think ? Should cme live in its own binary package ? and it should Recommend all the parser modules (libconfig-model-*-perl), as cme is quite useless without specific parser modules. Parser modules are targeted for specific applications and are useless without this specific application. For instance libconfig-model-lcdproc is useless without lcdproc. Currently, libconfig-model-perl suggests libconfig-model-dpkg-perl, libconfig-model-openssh-perl . Which is why they should be Recommends and not Depends. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753397: [Pkg-nagios-devel] Bug#753397: nagios-nrpe-server: Initscript chown to user nagios hardcoded regardless of configuration
tag 753397 wontfix thanks On Tue, 01 Jul 2014, Kali Hernandez wrote: Package: nagios-nrpe-server Version: 2.12-5ubuntu1.2 This is not ubuntu. However, users != nagios are not supported and we won't ever support them. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748651: Still present with systemd-208-5
Hi Eric, Sorry for not replying earlier, I've been somewhat busy. On Mon, Jun 30, 2014 at 10:10 AM, VALETTE Eric OLNC/OLPS eric2.vale...@orange.com wrote: Tested today, still failing. I have a nice collection of bugs on my machine: 1) the rtkit bug #747568 This is indeed annoying as it appears that rtkit will not work with systemd 208 :( 2) the launch twice by kde and generic X11 #705426 This one is pending an upload. Note that due to udisks2 forcing libpam-systemd and dropping sysdem-shim, it will become impossible to really install sysvinit-core. Yes, because systemd-shim does not work with the integrated cgroup handling in systemd 208. BTW: why is the bug still tagged as moreinfo? The log you provided was not very useful because the kernel argument needed is systemd.log_level=debug not systemd.log=verbose. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753399: mutt changes folder name quietly behind user and freeze
Package: mutt Version: 1.5.23-1 Severity: important I was using mutt with maildir with: ~/Maildir/Inbox ~/Maildir/Outbox ~/Maildir/debian-infrastructure-announce.lists.debian.org ... (With maildrop filter using ML signiture etc.) With current mutt, these are changed to the followings in my back: ~/Maildir/.Inbox ~/Maildir/.Outbox ~/Maildir/.debian-infrastructure-announce_2Elists_2Edebian_2Eorg ... ~/Maildir/..maildir++ Since mutt changed these directory, it can not save changes once mail directory contents are changed. I have to kill mutt. maildir++ 1 in ~/Maildir/..maildir++ which is newly generated. This is such a surprize. Please do not do this without fair warning. Osamu -- Package-specific info: Mutt 1.5.23 (2014-03-12) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.14-1-amd64 (x86_64) ncurses: ncurses 5.9.20140118 (compiled with 5.9) libidn: 1.28 (compiled with 1.28) hcache backend: tokyocabinet 1.4.48 Compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.8.2-16' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.2 (Debian 4.8.2-16) Configure options: '--prefix=/usr' '--sysconfdir=/etc' '--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' '--with-mailpath=/var/mail' '--disable-dependency-tracking' '--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' '--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'x86_64-linux-gnu' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm' Compilation CFLAGS: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode.patch features/ifdef.patch features/xtitles.patch features/trash-folder.patch features/purge-message.patch features/imap_fast_trash.patch features/sensible_browser_position.patch features-old/patch-1.5.4.vk.pgp_verbose_mime.patch features/compressed-folders.patch features/compressed-folders.debian.patch debian-specific/Muttrc.patch debian-specific/Md.etc_mailname_gethostbyname.patch debian-specific/use_usr_bin_editor.patch debian-specific/correct_docdir_in_man_page.patch debian-specific/dont_document_not_present_features.patch debian-specific/document_debian_defaults.patch debian-specific/assumed_charset-compat.patch debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch
Bug#738863:
We hit the same bug with a Linux-3.12 kernel and openvswitch in SLES-12 and I built a reproducer without openvswitch with just two network interfaces, one VLAN and one DNAT+SNAT rule. Also some more analysis of what goes wrong http://www.spinics.net/lists/netdev/msg287640.html = this is actually a kernel bug that can be triggered by openvswitch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752913: [php-maint] Bug#752913: Bug#752913: php5-cli: php crashes with general protection
Hi Tim, On Sat, Jun 28, 2014, at 09:23, Tim Schumacher wrote: At Fri, 27 Jun 2014 20:44:20 +0200, Ondřej Surý wrote: However I would suggest to report this bug to upstream developers at bugs.php.net. I could cutpaste your bugreport into their interface, but it would be better if you could be in touch with upstream directly, since you can provide more details if asked. To get a proper bugreport I did take a snapshot from snaps.php.net and compiled it with these flags: './configure' '--with-pgsql' '--with-gd' '--with-curl' '--with-openssl' '--enable-phar' '--enable-cli' '--with-iconv' '--with-zlib' '--with-mhash' '--enable-sockets' '--with-mcrypt' '--enable-calendar' '--enable-mbstring' '--with-pdo-pgsql' '--enable-zip' '--enable-fpm' I then started the server this way: ~/tmp/php5.6-201406280430/sapi/cli/php -d date.timezone=Europe/Berlin app/console server:run Then ran the curl command and I got a proper exception from php/symfony but no mysterious crash with general protection. I then tried the same with 5.6 RC1 and got the same results. So I think this is somehow a debian issue :/. The problem here is that you haven't compiled the PHP with same parameters as we do in Debian package. F.e. we do use dynamically loaded modules and you have compiled your modules into the php binary, etc... That said - I am able to reproduce the general protection error and I will try to compile PHP with same configure options as Debian php and we'll see... Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741027: Workaround
Hi, This is the answer I got when I reported this issue to lkml.org (Direct URL to the report https://lkml.org/lkml/2014/6/30/77 https://lkml.org/lkml/2014/6/30/77) From Jörg Rödel and Borislav Petkov: Hey Kelvin, Most likely the BIOS is buggy and does not setup the IOMMU hardware correctly so that it can't be used reliably in Linux. You can try to update the BIOS the the latest version and see if it fixes the issue, if not you should disable the IOMMU in the BIOS to get rid of the problem. Or you pass 'amd_iommu=off' on the kernel command-line to disable the AMD IOMMU driver in the Linux kernel. --- There is no BIOS Update available for this Mother Board. It has the most recent from Jan 2014. I couldn't find any option available in the BIOS Menu to disable the IOMMU, very bad BIOS by the way. So I tried yesterday a fresh install passing the 'amd_iommu=off' to the kernel and everything is working fine. No delays/hangs, etc. The workaround worked just perfect. Thank you very much for your help!
Bug#743568: module-bluetooth-discover.so has to be manually loaded for bt audio
Control: reassign -1 blueman Control: retitle -1 blueman: unload pulseaudio bluetooth module On Sun, Jun 29, 2014 at 6:01 PM, Mattia Belluco dewa...@ninthfloor.org wrote: On 06/07/2014 02:19 AM, Felipe Sateler wrote: On Wed, May 14, 2014 at 3:51 PM, Mattia Belluco dewa...@ninthfloor.org wrote: On 04/29/2014 06:51 AM, Felipe Sateler wrote: Control: tags -1 moreinfo Hi Mattia, After much tinkering I found out one of the reasons my bluetooth audio devs (A2DP and not) were not pairing was due to the module: module-bluetooth-discover.so. .. nonetheless the second if doesn't work but the module can be loaded manually Can you still reproduce this with pulseaudio 5.0? If so, please attach the output of: pulseaudio -k ; pulseaudio - --log-time (this will restart the pulseaudio server). Yes, I still have the same issues with pulseaudio 5.0 (pulseaudio 5.0-2 amd64) I attached the output of pulseaudio as requested. I didn't put that inline because of the size but I put here what I think are the relevant lines: ( 0.208| 0.001) I: [pulseaudio] module.c: Loaded module-bluetooth-policy (index: #7; argument: ). ( 0.209| 0.001) D: [pulseaudio] module.c: Checking for existence of '/usr/lib/pulse-5.0/modules/module-bluez5-discover.so': success ( 0.212| 0.002) D: [pulseaudio] dbus-util.c: Successfully connected to D-Bus system bus 47fb21108884e3349e09c6e25373b679 as :1.33 ( 0.214| 0.002) I: [pulseaudio] module.c: Loaded module-bluez5-discover (index: #9; argument: ). ( 0.214| 0.000) D: [pulseaudio] module.c: Checking for existence of '/usr/lib/pulse-5.0/modules/module-bluez4-discover.so': success ( 0.218| 0.003) I: [pulseaudio] module.c: Loaded module-bluez4-discover (index: #10; argument: ). ( 0.218| 0.000) I: [pulseaudio] module.c: Loaded module-bluetooth-discover (index: #8; argument: ). ( 0.218| 0.000) D: [pulseaudio] module.c: Checking for existence of '/usr/lib/pulse-5.0/modules/module-esound-protocol-unix.so': failure ( 0.220| 0.001) I: [pulseaudio] module.c: Loaded module-native-protocol-unix (index: #11; argument: ). ( 0.220| 0.000) D: [pulseaudio] module.c: Checking for existence of '/usr/lib/pulse-5.0/modules/module-gconf.so': failure ... ( 0.261| 0.000) I: [pulseaudio] main.c: Daemon startup complete. ( 0.261| 0.000) D: [pulseaudio] bluez4-util.c: dbus: interface=org.freedesktop.DBus, path=/org/freedesktop/DBus, member=NameAcquired ( 0.262| 0.000) W: [pulseaudio] bluez5-util.c: BlueZ D-Bus ObjectManager not available ( 0.262| 0.000) D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC0 is accessible: yes ( 0.262| 0.000) D: [pulseaudio] module-udev-detect.c: Resuming all sinks and sources of card alsa_card.pci-_00_1b.0. ( 0.262| 0.000) D: [pulseaudio] bluez4-util.c: Registering /MediaEndpoint/BlueZ4/HFPAG on adapter /org/bluez/908/hci0. ( 0.262| 0.000) D: [pulseaudio] bluez4-util.c: Registering /MediaEndpoint/BlueZ4/HFPHS on adapter /org/bluez/908/hci0. ( 0.262| 0.000) D: [pulseaudio] bluez4-util.c: Registering /MediaEndpoint/BlueZ4/A2DPSource on adapter /org/bluez/908/hci0. ( 0.262| 0.000) D: [pulseaudio] bluez4-util.c: Registering /MediaEndpoint/BlueZ4/A2DPSink on adapter /org/bluez/908/hci0. ( 0.264| 0.002) I: [pulseaudio] bluez4-util.c: Couldn't register endpoint /MediaEndpoint/BlueZ4/A2DPSink, because BlueZ is configured to disable the endpoint type. ( 0.268| 0.003) D: [pulseaudio] bluez4-util.c: Device /org/bluez/908/hci0/dev_00_02_3C_27_8D_68 interface org.bluez.AudioSink property 'State' changed to value 'disconnected' ( 0.268| 0.000) D: [pulseaudio] bluez4-util.c: Device /org/bluez/908/hci0/dev_00_02_3C_27_8D_68 interface org.bluez.Audio property 'State' changed to value 'disconnected' ... ( 4.990| 4.721) I: [pulseaudio] client.c: Created 1 Native client (UNIX socket client) ( 4.990| 0.000) D: [pulseaudio] protocol-dbus.c: Interface org.PulseAudio.Core1.Client added for object /org/pulseaudio/core1/client1 ( 4.990| 0.000) D: [pulseaudio] protocol-native.c: Protocol version: remote 29, local 29 ( 4.990| 0.000) I: [pulseaudio] protocol-native.c: Got credentials: uid=1000 gid=1000 success=1 ( 4.990| 0.000) D: [pulseaudio] protocol-native.c: SHM possible: yes ( 4.990| 0.000) D: [pulseaudio] protocol-native.c: Negotiated SHM: yes ( 4.991| 0.000) D: [pulseaudio] module-augment-properties.c: Looking for .desktop file for python2.7 ( 4.991| 0.000) D: [pulseaudio] module-augment-properties.c: Found /usr/share/applications/python2.7.desktop. ( 4.994| 0.003) I: [pulseaudio] module.c: Unloading module-bluetooth-discover (index: #8). ( 4.994| 0.000) I: [pulseaudio] module.c: Unloading module-bluez5-discover (index: #9). ( 4.994| 0.000) I: [pulseaudio] module.c: Unloaded module-bluez5-discover (index: #9). ( 4.995| 0.000) I: [pulseaudio] module.c: Unloading
Bug#753362: libjpeg6b: build with dh-autoreconf
On 07/01/2014 10:09 AM, Bill Allombert wrote: Is it possible to pass -Wno-obsolete as an argument to automake instead of patching configure.ac ? It seems not to be possible. Even with -Wno-obsolete (or its variant) specified, automake fails with that error. $ autoreconf -fvi -Wno-obsolete [...] autoreconf: running: automake-1.11 --add-missing --copy --force-missing *--warnings=no-obsolete* [...] configure.ac:24: automatic de-ANSI-fication support is deprecated autoreconf: automake-1.11 failed with exit status: 1 $ $ automake-1.11 *-Wno-obsolete* [...] configure.ac:24: automatic de-ANSI-fication support is deprecated $ I believe the value is re-set when parsing AM_INIT_AUTOMAKE. I looked in some of automake's perl modules, but couldn't find its right spot. from Automake/Options.pm: This packages manages Automake's options and strictness settings. Options can be either local or global. Local options are set using an CAUTOMAKE_OPTIONS variable in a FMakefile.am and apply only to this FMakefile.am. Global options are set from the command line or passed as an argument to CAM_INIT_AUTOMAKE, they apply to all FMakefile.ams. So maybe local options override global options. Clearly, the original files were generated without patching. Agreed. I would think it might have happened when ansi2knr was not yet deprecated, or a local option was used in a Makefile.am, maybe both.. maybe none. :) If I got you right, the inconvenience itself seems to be carrying a patch only for that matter, if an env var/cmdline arg could do. So, for that, I wouldn't know another option. On the side of causing no difference compared without -Wno-obsolete, I can confirm the packages generated in ppc64el (with that patch) and powerpc are identical in terms of files -- so the patch/option doesn't affect the expected build output: $ for dir in ppc64el/ powerpc/; do cd $dir mkdir contents for deb in *.deb; do dpkg-deb -c $deb | cut -d. -f2- | sort | sed 's,\(powerpc64le\|powerpc\),GNU_ARCH,g' contents/${deb%%_*}; done cd .. ; done $ diff -r ppc64el/contents/ powerpc/contents/ $ echo $? 0 Would that be OK with the rationale above? Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752762: load-module module-alsa-sink freezes display
On Sat, Jun 28, 2014 at 4:38 AM, Michael Meskes mes...@debian.org wrote: Jun 26 12:54:57 feivel pulseaudio[3128]: [pulseaudio] module.c: Failed to load module module-alsa-sink (argument: ): initialization failed. Yes, this is expected, because that module needs the card details to Wouldn't it be better than to have the line look like this? #load-module module-alsa-sink card-details Probably... but I don'y think we should carry a patch for that. load. Is this message shown only once, or repeatedly? Does the log say afterwards: Only once. [pulseaudio] main.c: Module load failed. [pulseaudio] main.c: Failed to initialize daemon. Yes, it did. What DE/WM are you using? Were there sounds being played at the moment? gnome-shell, everything up-to-date sid, no sounds being displayed. When pulseaudio is working, does sound play? IIRC, gnome starts some sounds on startup. This error is weird, because the module load failure should just cause pulseaudio to exit. Perhaps something caused PA to respawn repeatedly? Does it do that if it's, like, killed at the beginning of a session? Yes. By default, pulseaudio is autospawned whenever a connection is attempted. You can disable this behavior in client.conf. Did the gdm/xsession/any other log have something useful to say? Currently I'm quite stumped as to where the bug may be. I tried using this module in an attempt to figure out why my sound doesn't work correctly, or in other words, not at all when using the defaults. For this, try using pavucontrol. There you can see if your card is actually being picked up. I tried that before to no avail as there appeared to be something wrong with pulseaudio in general. Since then I found the problem, a misconfigured default sink in client.conf. I don't remember editing this file at all, but maybe that was an old config from back when. Good that you have sound now, then. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751390: Re: Bug#751390: src:pcre3: use dh-autoreconf to fix FTBFS on ppc64el
Hi Mark and Helmut, Helmut wrote: Please consider reworking the patch to address some of the above. Mark: Presumably what I need to do is to patch configure.ac instead of configure. The version numbers appear to be conveniently at the top of there, so this should be straightforward. Erwan wrote: I've reworked the initial patch according to the previous comments: [...] I've added a change into soname.patch to apply changes into configure.ac instead of configure. Would you have any news, or comments on the new patch attached (msg#10), or consider it for a new upload, if you judge it good to go? AFAICT, it has addressed the considerations raised. Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741996: Please package recent upstream release
On Tue, Jul 01, 2014 at 10:18:37AM +0200, intrigeri wrote: Hi, (Cc'ing Antonio and Sebastien, as they've done some work on the package in Git recently, and might be interested in taking over the package maintenance now that Laurent explicitly asked for help. FWIW I already considered myself as a vagrant co-maintainer before the RFH ... :) Anyone interested in keeping Vagrant in Debian, now might be a good time to get involved :) micah wrote (26 May 2014 15:17:44 GMT) : Hi, it seems like upstream is now on 1.6.2, so it would be nice if that one were available in debian! I gave it a *quick* try, imported 1.6.3, refreshed patches and so on. The current state of my work can be found there: https://git-tails.immerda.ch/vagrant I got a package built, but then: $ vagrant init hashicorp/precise32 Bundler, the underlying system used to manage Vagrant plugins, is reporting that a plugin or its dependency can't be found. This is usually caused by manual tampering with the 'plugins.json' file in the Vagrant home directory. To fix this error, please remove that file and reinstall all your plugins using `vagrant plugin install`. /usr/lib/ruby/vendor_ruby/bundler/resolver.rb:357:in `resolve': Could not find gem 'vagrant (= 1.6.3) ruby' in the gems available on this machine. (Bundler::GemNotFound) from /usr/lib/ruby/vendor_ruby/bundler/resolver.rb:164:in `start' from /usr/lib/ruby/vendor_ruby/bundler/resolver.rb:129:in `resolve' from /usr/lib/ruby/vendor_ruby/bundler/definition.rb:203:in `resolve' from /usr/lib/ruby/vendor_ruby/bundler/definition.rb:133:in `specs' from /usr/lib/ruby/vendor_ruby/bundler/definition.rb:178:in `specs_for' from /usr/lib/ruby/vendor_ruby/vagrant.rb:76:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/bin/vagrant:101:in `main' zsh: exit 1 vagrant init hashicorp/precise32 Note that I'm no Ruby guy, so I can very well have missed something obvious. Any idea? I had tried previously with the 1.5 release before my last upload of 1.4.something that dropped the hardcoded usage of ruby1.9, and I was also unlucky. The problem is that the upstream code assumes it was installed using its own infrastructure, and just putting things in the right places is not enough. Also, they are now providing packages, which might be a good thing to integrate and cooperate with upstream: Upstream uses FPM to build binary packages, and thus provides no source package that would be useful for Debian :( _Maybe_ studying the binaries might help, but I doubt it. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#753400: pepperflashplugin-nonfree: Please extract manifest.json along with libpepflashplayer.so
Package: pepperflashplugin-nonfree Version: 1.4 Severity: wishlist Hi. At the time of writing, Pepper Flash version is determined from binary itself. It's OK, but for some applications it's easier to parse manifest.json than to grep through large binary. (It's a matter of taste, I understand.) I'm making adapter which aims to use Pepper Flash in a browsers with NPAPI support. My code now searches for plugin on several paths: in various Chrome installation directories and in /usr/lib/pepperflashplugin-nonfree, where your package puts it. All other paths contain manifest.json, so it would be nice to have it at /usr/lib/pepperflashplugin-nonfree too. This will make version detection code a bit easier. Please consider extracting manifest.json along with libpepflashplayer.so. -- Rinat. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pepperflashplugin-nonfree depends on: ii binutils 2.24.51.20140617-1 ii debconf [debconf-2.0] 1.5.53 ii gnupg 1.4.16-1.2 ii libatk1.0-02.12.0-1 ii libcairo2 1.12.16-2 ii libcurl3-gnutls7.37.0-1+b1 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc11:4.9.0-7 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-02.24.23-1 ii libnspr4 2:4.10.6-1 ii libnss32:3.16.1-1 ii libpango-1.0-0 1.36.3-1 ii libpango1.0-0 1.36.3-1 ii libstdc++6 4.9.0-7 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxt6 1:1.1.4-1 ii wget 1.15-1+b1 pepperflashplugin-nonfree recommends no packages. Versions of packages pepperflashplugin-nonfree suggests: ii chromium 35.0.1916.153-2 pn halnone ii ttf-dejavu 2.34-1 ii ttf-mscorefonts-installer 3.5 pn ttf-xfree86-nonfreenone -- 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#752797: libconfig-model-perl: Should split library from command
Quoting Felipe Sateler (2014-07-01 15:24:52) On Tue, Jul 1, 2014 at 7:37 AM, Dominique Dumont d...@debian.org wrote: On Thursday 26 June 2014 13:00:52 you wrote: The lib*-perl namespace is (or at least should be) for perl libraries, not for end user binaries. The cme command should live in its own package, Err, why ? What is the problem you're trying to solve ? The problem is that as an end user I couldn't care less that the command I use (cme) is written in perl, or it has a public module associated with it. In my particular case, I have limited space, so I regularly crawl the lib* namespace to remove unused stuff (mostly by marking as automatic). This package is confusing because despite the name, it contains a binary that I do want. Some people will argue that a new binary package will be created for a small script. Script is small, but the dependencies it pulls in which is tied to the tool not the library also counts: The library is usable without Tk or FUSE or bash-completion. and it should Recommend all the parser modules (libconfig-model-*-perl), as cme is quite useless without specific parser modules. Parser modules are targeted for specific applications and are useless without this specific application. For instance libconfig-model-lcdproc is useless without lcdproc. Currently, libconfig-model-perl suggests libconfig-model-dpkg-perl, libconfig-model-openssh-perl . Which is why they should be Recommends and not Depends. I agree: Libraries generally should neither depend nor recommend binaries or daemons, only (if at all) suggest them. Also, libconfig-model-*-perl (those implementing specific models) should not even suggest tool packages, but instead enhance them: As I understand these libraries, they do not interact with the tools, but enhance them by offering methods to interact with their configfiles. The cme tool, packaged separately, should then recommend model libraries and suggest the tools those models relate to. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#753401: fonts-dejavu-core: 57-dejavu-sans overrides sans-serif settings in 60-latin.conf
Package: fonts-dejavu-core Version: 2.34-1ubuntu1 Severity: normal Dear Maintainer, first of all I'm new to reporting bugs in Debian, so I'm sorry if this is the wrong place to report this of if this isn't even a bug. In 57-dejavu-sans.conf DejaVu Sans is set as the default sans-serif font which is redundant IMHO. 60-latin.conf already has a list of fonts to use and the dejavu settings overrides the settings there. This was very confusing for me as I didn't unterstand why the chang in 60-latin.conf didn't have any effect. Here are the lines which I think should be removed in 57-dejavu-sans.conf: !-- Generic name assignment -- alias familyDejaVu Sans/family default familysans-serif/family /default /alias !-- Generic name aliasing -- alias familysans-serif/family prefer familyDejaVu Sans/family /prefer /alias I'm sorry if there's a reason for them being in that file which I don't know about. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-24-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#751484: c-icap is still broken for me
Sun, 29 Jun 2014 09:57:48 +0200 от Mathieu Parent math.par...@gmail.com: 2014-06-27 22:14 GMT+02:00 Rinat Ibragimov ibragimovri...@mail.ru: Hi. I have version 1:0.3.3-3 of c-icap installed and it still have the issue reported in original message. The following patch for /etc/init.d/c-icap makes it work: --- c-icap.orig 2014-06-20 16:48:00.0 +0400 +++ c-icap 2014-06-28 00:04:39.828406663 +0400 @@ -49,7 +49,7 @@ { local CONFFILE=$1 local var_regexp_group='\(User\|Group\|CommandsSocket\)' - local full_regexp=^[[:space:]]*${var_regexp_group}[[:space:]]\+\([^']*\)$ + local full_regexp=^[[:space:]]\*${var_regexp_group}[[:space:]]\+\([^']\*\)$ local variable local value I think asterisk sign was treated like a glob beeing in double quotes. Globbing doesn't happen in double quotes (Try echo * in a terminal). There must be something else. Can you run the init script with sh -x /etc/init.d/c-icap start and post the result here? That was false alert. I definitely broken it myself. Now restored from deb package script just works, all errors gone. Sorry about the noise. --- Rinat
Bug#753362: libjpeg6b: build with dh-autoreconf
On Tue, Jul 01, 2014 at 10:58:17AM -0300, Mauricio Faria de Oliveira wrote: Clearly, the original files were generated without patching. Agreed. I would think it might have happened when ansi2knr was not yet deprecated, or a local option was used in a Makefile.am, maybe both.. maybe none. :) According to the embedded comments, the files were generated by 1.11.1. If I got you right, the inconvenience itself seems to be carrying a patch only for that matter, if an env var/cmdline arg could do. So, for that, I wouldn't know another option. Would that be OK with the rationale above? I am concerned that, if we cannot rebuild the files from the upstream source without patching, we cannot trust future versions of autoconf/automake to process our patched code correctly. This leads to a huge maintainance cost. Cheers, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753402: libguess: FTBFS on s390x
Source: libguess Version: 1.2~git20131128.cc43cefc-1 Severity: serious Justification: fails to build from source (but built successfully in the past) libguess failed to build on s390x. Please take a look at it. The full build log is available at https://buildd.debian.org/status/fetch.php?pkg=libguessarch=s390xver=1.2~git20131128.cc43cefc-1stamp=1403693117 Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#753403: [2048-qt] Package uninstallable due to unresolved dependencies
Package: 2048-qt Version: 0.1.5-1 Severity: important --- Please enter the report below this line. --- 2048-qt Package cannot be installed due to dependency with virtual package qtbase-abi-5-3-0 wich is not provided by any real package on Debian Sid. Virtual package version provided by libqt5core5a (5.3.1+dfsg-2) is qtbase- abi-5-3-1. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-1-amd64 Debian Release: jessie/sid 950 unstableftp.deb-multimedia.org 900 unstableftp.debian.org 800 experimentalftp.debian.org 500 stable people.debian.org --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.2.5) | libgcc1 (= 1:4.1.1) | libgl1-mesa-glx | OR libgl1 | libqt5core5a (= 5.0.2) | libqt5gui5(= 5.0.2) | libqt5network5(= 5.0.2) | libqt5qml5(= 5.1.0) | libqt5quick5 (= 5.0.2) | libqt5widgets5(= 5.0.2) | libstdc++6(= 4.1.1) | qml-module-qtquick-controls | qml-module-qtquick-dialogs | Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part.