Bug#774058: base: Asus R510D Touchpad/Keyboard not working as expected
Package: base Severity: important Dear Maintainer, I buy a new laptop, an Asus R510D, I installed debian with an old 7.somethig Debian version.Even while the instalation was running the touchpad wasn't working and the keyboard presented a weird behaivior. I tried to update the distribution 8.0 and reinstall some drivers. I haven't any other problem else, I have everithing working fine: graphics, network connections, etc. I hope someone can helpme out with this. Thanks. Regards, Daniel Solis M. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748914: Missing function declaration shadows stack underflow
Hi Michael This appears to have been fixed upstream and is included in linsmith 0.99.28-1 in Debian. If you get the chance, please run your tests on the current version and let me know if you pick up any other errors. Regards Graham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774059: ca-certificates: allow custom paths to configuration, certs etc
Package: ca-certificates Severity: wishlist Tags: patch X-Debbugs-CC: debian-ad...@lists.debian.org User: debian-ad...@lists.debian.org Usertags: needed-by-DSA-Team Please apply the attached patch to allow custom paths to configuration, certs etc. DSA will be using this patch to implement this plan for consistent handling of SSL certificates on debian.org hosts: https://lists.debian.org/debian-services-admin/2014/12/msg0.html -- bye, pabs https://wiki.debian.org/PaulWise From a54cb4f5b201bfcf6028782b723de7b639199d33 Mon Sep 17 00:00:00 2001 From: Paul Wise p...@debian.org Date: Sun, 28 Dec 2014 14:41:57 +0800 Subject: [PATCH] Allow customisation of the paths used by update-ca-certificates --- sbin/update-ca-certificates | 40 ++-- 1 file changed, 34 insertions(+), 6 deletions(-) diff --git a/sbin/update-ca-certificates b/sbin/update-ca-certificates index 9303b07..bc56da5 100755 --- a/sbin/update-ca-certificates +++ b/sbin/update-ca-certificates @@ -23,6 +23,13 @@ verbose=0 fresh=0 +CERTSCONF=/etc/ca-certificates.conf +CERTSDIR=/usr/share/ca-certificates +LOCALCERTSDIR=/usr/local/share/ca-certificates +CERTBUNDLE=ca-certificates.crt +ETCCERTSDIR=/etc/ssl/certs +HOOKSDIR=/etc/ca-certificates/update.d + while [ $# -gt 0 ]; do case $1 in @@ -30,6 +37,24 @@ do verbose=1;; --fresh|-f) fresh=1;; +--certsconf) + shift + CERTSCONF=$1;; +--certsdir) + shift + CERTSDIR=$1;; +--localcertsdir) + shift + LOCALCERTSDIR=$1;; +--certbundle) + shift + CERTBUNDLE=$1;; +--etccertsdir) + shift + ETCCERTSDIR=$1;; +--hooksdir) + shift + HOOKSDIR=$1;; --help|-h|*) echo $0: [--verbose] [--fresh] exit;; @@ -37,11 +62,10 @@ do shift done -CERTSCONF=/etc/ca-certificates.conf -CERTSDIR=/usr/share/ca-certificates -LOCALCERTSDIR=/usr/local/share/ca-certificates -CERTBUNDLE=ca-certificates.crt -ETCCERTSDIR=/etc/ssl/certs +if [ ! -s $CERTSCONF ] +then + fresh=1 +fi cleanup() { rm -f $TEMPBUNDLE @@ -151,7 +175,9 @@ mv -f $TEMPBUNDLE $CERTBUNDLE echo $ADDED_CNT added, $REMOVED_CNT removed; done. -HOOKSDIR=/etc/ca-certificates/update.d +if [ -d $HOOKSDIR ] +then + echo -n Running hooks in $HOOKSDIR VERBOSE_ARG= [ $verbose = 0 ] || VERBOSE_ARG=--verbose @@ -162,5 +188,7 @@ do done echo done. +fi + # vim:set et sw=2: -- 2.1.4 signature.asc Description: This is a digitally signed message part
Bug#773890: flash-kernel: No entry for BeagleBone Black when running 3.18 kernel
On Fri, 2014-12-26 at 12:46 -0800, Vagrant Cascadian wrote: On 2014-12-26, Ian Campbell wrote: On Wed, 2014-12-24 at 12:42 -0800, Vagrant Cascadian wrote: The following patch adds an additional Machine entry for the more specific name. Not sure if there's a more elegant way to add an entry that's simply a duplicate of another entry with a different Machine id. It's permissible to have multiple Machine entries in a stanza, so if the only difference is that field then it's fine to just add a new one (a bunch of the kirkwood TS-xxx enties follow this pattern since they have a boardfile name and a DTB name). Ok, then I think we should simply add the second Machine entry to the same stanza... Ack. Basically long-running inability to distinguish between the white and black models make this impossible to get right for both, but I believe there are far more BeagleBone Black systems in the wild, and is better supported out of the box. It would be better to require manual intervention on the BeagleBone white models than the other way around. OK, if that's the case then lets do as you suggests and just add the new entry. I'll do this at some point. OOI, do you know how broken the white is when booting with the black's DTB? Completely unusable, missing some minor peripheral or somewhere in the middle? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774060: [I18N:fi] Updated Finish translation of debconf templates
Package: src:grub2 Severity: wishlist Tags: patch, l10n Control: submitter -1 Timo Jyrinki timo.jyri...@iki.fi ---BeginMessage--- 18.12.2014, 10:50, Ian Campbell kirjoitti: 11.12.2014, 21:59, Ian Campbell kirjoitti: Please send the updated file to me, or submit it as a wishlist bug against grub2. Attached is the updated fi.po. Thanks again. I just wanted to check that you had seen the followup CFT, which I'm afraid will have fuzzied the new translation: ... It has been brought to my attention that the phrase EFI removable path in the previous English version is confusing and wrong and should really be EFI removable media path. Therefore I am sending out an updated po file (see attached) with this fixed. I'm afraid this will have marked any existing translations as fuzzy. Updated fi.po attached. Removed the fuzzies and adjusted the translation a bit. I'm aware the upload was already done, so maybe for the next one. As the translation is otherwise done, this is not hugely important. Thank you for the translation enablement work! -Timo # Esko Arajärvi e...@iki.fi, 2009, 2010. # Timo Jyrinki timo.jyri...@iki.fi, 2012, 2014. msgid msgstr Project-Id-Version: grub2\n Report-Msgid-Bugs-To: gr...@packages.debian.org\n POT-Creation-Date: 2014-12-13 20:23+\n PO-Revision-Date: 2014-12-27 18:53+0200\n Last-Translator: Timo Jyrinki timo.jyri...@iki.fi\n Language-Team: Finnish debian-l10n-finn...@lists.debian.org\n Language: fi\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Finnish\n X-Poedit-Country: FINLAND\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid Chainload from menu.lst? msgstr Ladataanko ketjutettuna tiedostosta menu.lst? #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub. msgstr GRUBin päivityskomentosarjat ovat löytäneet vanhoja GRUB-asetuksia tiedostosta /boot/grub. #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid In order to replace the Legacy version of GRUB in your system, it is recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image from your existing GRUB Legacy setup. This step can be automatically performed now. msgstr Järjestelmässä olevan vanhan GRUB-version korvaamiseksi on suositeltavaa muokata tiedostoa /boot/grub/menu.lst siten, että GRUB 2 ladataan olemassa olevista vanhoista GRUB-asetuksista. Tämä voidaan tehdä automaattisesti nyt. #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid It's recommended that you accept chainloading GRUB 2 from menu.lst, and verify that the new GRUB 2 setup works before it is written to the MBR (Master Boot Record). msgstr On suositeltavaa, että hyväksyt GRUB 2:n ketjutetun lataamisen tiedostosta menu.lst ja varmistat uusien GRUB 2 -asetusten toimivuuden ennen kuin asennat ne pääkäynnistyslohkoon (MBR). #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid Whatever your decision, you can replace the old MBR image with GRUB 2 later by issuing the following command as root: msgstr Riippumatta valinnasta vanha MBR voidaan korvata GRUB 2:lla myöhemmin suorittamalla seuraava komento pääkäyttäjänä: #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid GRUB install devices: msgstr Laitteet joille GRUB asennetaan: #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 msgid The grub-pc package is being upgraded. This menu allows you to select which devices you'd like grub-install to be automatically run for, if any. msgstr grub-pc-pakettia päivitetään. Tästä valikosta voit valita, mille laitteille grub-install suoritetaan automaattisesti. #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 msgid Running grub-install automatically is recommended in most situations, to prevent the installed GRUB core image from getting out of sync with GRUB modules or grub.cfg. msgstr grub-install:n suorittaminen automaattisesti on suositeltavaa useimmissa tilanteissa, jotta asennettu GRUB-ydin ei tulisi epäyhteensopivaksi GRUB- moduulien tai grub.cfg:n kanssa. #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid If you're unsure which drive is designated as boot drive by your BIOS, it is often a good idea to install GRUB to all of them. msgstr Jos et ole varma, mikä asema on määritelty käynnistysasemaksi koneen BIOS- asetuksissa, on usein hyvä ajatus asentaa GRUB kaikille asemille. #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid Note: it is possible to install GRUB to
Bug#772921: grub2 2.02~beta2-18: Please update debconf PO translation for the package grub2
On Sat, 2014-12-27 at 18:56 +0200, Timo Jyrinki wrote: 18.12.2014, 10:50, Ian Campbell kirjoitti: 11.12.2014, 21:59, Ian Campbell kirjoitti: Please send the updated file to me, or submit it as a wishlist bug against grub2. Attached is the updated fi.po. Thanks again. I just wanted to check that you had seen the followup CFT, which I'm afraid will have fuzzied the new translation: ... It has been brought to my attention that the phrase EFI removable path in the previous English version is confusing and wrong and should really be EFI removable media path. Therefore I am sending out an updated po file (see attached) with this fixed. I'm afraid this will have marked any existing translations as fuzzy. Updated fi.po attached. Removed the fuzzies and adjusted the translation a bit. I'm aware the upload was already done, so maybe for the next one. As the translation is otherwise done, this is not hugely important. Thanks. Since #772921 was already closed with the previous update I've forwarded this to a new bug (actually, I did that before I noticed you had CC'd #772921 here or I'd have probably cloned or reopened instead). The new one is #774060. Thank you for the translation enablement work! My pleasure. Cheers, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
On Fri, 2014-12-26 at 18:43 +0800, Chen Baozi wrote: On Tue, Dec 23, 2014 at 7:44 PM, Ian Campbell i...@debian.org wrote: On Tue, 2014-12-23 at 16:27 +0800, Chen Baozi wrote: I have a glance at the kernel’s installer configs and tried the netboot without any modification. Some work should be done to make debian-installer support OMAP5 uEVM (e.g., ethernet driver etc). Right, those should be listed in e.g. debian/installer/armhf/modules/armhf-armmp/nic-modules. By waiting the kernel building with some initial attempted configs added, just one question to ask. I looked through the debian/installer/armhf/modules/armhf-armmp/, but it looks like none of files is about regulator modules. However, according to my previous experience, missing regulator driver modules is the main reason that the old debian kernel doesn’t support OMAP5 uEVM. How does debian-installer deal with this situation (if it does need extra regulator drivers included?) Long term its a bit of an open question what we do wrt modules such as regulators, clocks, pinctrl etc. So far we have been a bit lucky: either such things are so central to the platform that it is acceptable (at least for now) to just build them into the main kernel binary by making them =y (e.g. CONFIG_I2C_S3C2410 which is for the main power controller on arndale) or they are closely associated with some particular device and it makes sense to put them in that udeb (e.g. phy-exynos5250-sata in sata-modules, or phy-sun4i-usb in usb-modules). Eventually I expect that we will end up creating separate udebs for these things, but I'm hoping that we can defer that until at least Stretch to avoid needing to mess around with any more new packages for Jessie. If uEVM has some module which either shouldn't be built in or isn't obviously associated with a particular device let us know what it is and we can have a think about how best to approach it. One thing I've played with, and I'm not sure if this is acceptable or not, is to put core drivers which aren't =y into the kernel-image udeb itself. I'm not really sure if that's a good idea, we don't currently do this for anything AFAIK, but it's perhaps an option. With the attached patch applied, debian installer (tested with network-console) can support OMAP5's ethernet driver and external MicroSD card. Note that I added related regulator phy entries to files that mainly writes the modules which use them, since there is no file dedicated to those modules. Do you know if phy-ti-pipe3 is used exclusively by USB or just only within the set of things used in the d-i context? Likewise the two regulators added to mmc? Baozi. --- diff -Nru linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/mmc-modules linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/mmc-modules --- linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/mmc-modules 2014-09-21 20:04:21.0 + +++ linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/mmc-modules 2014-12-26 03:16:02.0 + @@ -4,3 +4,5 @@ omap_hsmmc sunxi-mmc dw_mmc-exynos +pbias-regulator +palmas-regulator diff -Nru linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/usb-modules linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/usb-modules --- linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/usb-modules 2014-12-23 08:10:49.0 + +++ linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/usb-modules 2014-12-25 02:56:08.0 + @@ -1,8 +1,13 @@ #include usb-modules phy-sun4i-usb dwc3-exynos ohci-exynos ehci-exynos phy-exynos-usb2 ci_hdrc_imx +phy-mxs-usb Ack to your followup comment on this one. +dwc3-omap +ohci-omap3 +ehci-omap +phy-omap-usb2 +phy-ti-pipe3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774061: atop: trap divide error
Package: atop Version: 1.26-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? machine start-up process with atop installed. dmesg reports: [ 51.056645] traps: atop[2429] trap divide error ip:40780a sp:7fffc12bb468 error:0 in atop[40+26000] * 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 template lines *** -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-rc1+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages atop depends on: ii libc62.19-13 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages atop recommends: ii cron 3.0pl1-127 atop suggests no packages. -- Configuration Files: /etc/logrotate.d/psaccs_atop 354bf984e07dec33ef0832fe3ff6c3e0 [Errno 2] No such file or directory: u'/etc/logrotate.d/psaccs_atop 354bf984e07dec33ef0832fe3ff6c3e0' /etc/logrotate.d/psaccu_atop c6faf9502219f8f6628ff37374f699e6 [Errno 2] No such file or directory: u'/etc/logrotate.d/psaccu_atop c6faf9502219f8f6628ff37374f699e6' -- 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#772517: xbmc crashes with sigabrt or sigsegv while playing music with visualizer enabled
Hi Mike, 2014-12-08 1:30 GMT+01:00 Mike Edwards pf-debian-b...@mirkwood.net: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, * What led up to the situation? Playing music in xbmc with visualizer enabled. * What exactly did you do (or not do) that was effective (or ineffective)? Setting visualizer to 'none' appears to avoid the crash. Does it happen with all visualizer plugins or with just one particular? Could you please install xbmc-dbg and libav-dbg to have both XBMC and Libav debug symbols as well when creating coredumps? From the logs it looks like a memory handling problem. Could you please run xbmc in Valgrind like and collect the errors?: valgrind valgrind --trace-children=yes -- xbmc Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774062: usbutils: update-usbids changes md5sum of usb.ids
Package: usbutils Version: 1:007-2 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 update-usbids downloads a new /var/lib/usbutils/usb.ids file, therefore changing its md5sum, causing debsums to fail on this file (see the end of this mail body for an example). While I agree with #544503 that this file should be in volatile, as some users (including me) probably do want the usb.ids file to be signed, that bug report has been stale for five years now (sigh) so I'm proposing to just remove the usb.ids file from md5sum generation. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages usbutils depends on: ii libc6 2.19-11 ii libusb-1.0-0 2:1.0.19-1 ii zlib1g1:1.2.8.dfsg-2 usbutils recommends no packages. Versions of packages usbutils suggests: ii lynx-cur 2.8.9dev1-2 ii wget 1.15-1+b1 - -- no debconf information - -- debsums errors found: debsums: changed file /var/lib/usbutils/usb.ids (from usbutils package) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVJ/I0/hx3EthBlqjAQgX8A/9GAiwpnXf9oKYOILqGuUWcOPzbbnWTqMK xMeRNUOGLBrXHYK7a57fPwZv5vU+ejj+Vz3qRdn6ZAjb7XRAsMe8kRBwr8+rFk8a 23JmbQ7p1fdfTdSdgO8h0CK9K5k9VMeEFPih/sx8NqIuV40ACbGV1jQWVzSZi7ZZ 4aH+ad2buUq1iJxXd5V8qNFFa+fwdq33VKjk/Jg44bqrXRuwvnvvLQQyqtJShm0i rJULhY1UPv9TFNUgg/dugC2TmrVSSOiAKL3QnHNE/KsCguoOWECQNdHEv9abc9hC Ep3cIFHYCVHpFuLap86EN5cPb0rLvNkEFSMGt/OOdAogtB+BfVrCog64cYlSXm4V KiqnW3wMYGIAqlQtbHpt/3uhGiLo57icQc0uFuUQsZT0FAXAMcB8F4B5jdw48Z3M P3hNJBoWSha6tzWSVB2Nk7D2Klp8ZnKMaFVthDLMkx6+20XrCdlKTsXOylb/5rC2 GgofjNXHFtc3+2HV9kJuyI3qodn4A+TtfCw/K6HdkNpfjHXPjgazTuK6EwEeg/25 VWQTUX94TVsP/EC8xHIvpaSZA4wdkw6x7pZjaMduREnfhFM3kS6tqFmO8UWATKx4 Mk065aLk+GLOq6vmn4pO1I0gmrWdpnQr8mFtIE1y3EHJP+iOjpGAMw7O4jyMcVHf V1YExcQq0y8= =jqFy -END PGP SIGNATURE- From d7cd9adc25a7f271f77c556b375f0791b38ee89b Mon Sep 17 00:00:00 2001 From: Sebastian Schmidt y...@yath.de Date: Sun, 28 Dec 2014 10:00:29 +0100 Subject: [PATCH] Don't generate md5sum for usb.ids usb.ids may updated by update-usbids, causing a wrong md5sum for /var/lib/usbutils/usb.ids. --- debian/rules | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/rules b/debian/rules index 4fe5abb..0a4366f 100755 --- a/debian/rules +++ b/debian/rules @@ -126,7 +126,7 @@ binary-arch: build install # dh_perl dh_shlibdeps dh_gencontrol - dh_md5sums + dh_md5sums -Xusb.ids dh_builddeb -- -Zxz binary: binary-indep binary-arch -- 2.1.1
Bug#769541: ams: please add the 'Atte-Jensen-instrumentpatches' to the Ams package
The links to the AMS patches of Atte are fixed on his website, he told me. It seems possible to download them now: http://atte.dk/stuff On Sat, Nov 15, 2014 at 3:03 AM, Jonas Smedegaard d...@jones.dk wrote: Quoting rosea grammostola (2014-11-14 21:13:45) Ok, I asked Atte via email and you can use the latest GPL license. Thanks again for your help with this, Rosea - and thanks to Atte for clarifying. Sorry to be nitpicking so much, but can you please forward that email from Atte, including headers, for use as public record? Even better would be if instead Atte could state himself the licensing of his contribution by including such statement together with the code itself. ...and speaking of the code - it looks odd how the patch is committed to Github as a tarball. That seems unsuitable for kenrestivo to adopt - I suggest (unless you know better and have coordinated with kenrestivo already) to instead commit as regular source code the way it is intended to merge together with the rest of that code project, an then make a pull request. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
Bug#774063: pciutils: update-pciids changes md5sum of pci.ids
Package: pciutils Version: 1:3.2.1-3 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 [This is basically #774062 =~ s/usb/pci/g] update-pciids downloads a new /usr/share/misc/pci.ids file with probably a different content and therefore a different md5sum, causing debsums to fail on the pciutils package (see the bottom of this message). While something like #544503 for pciutils (putting {pci,usb}.ids into a (separate?) package in volatile) would be the better long-term solution (as in: not downloading some random file from a random host without any cryptographic verification and putting it into /usr/share) I'm proposing to remove pci.ids from md5sums generation altogether for now. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pciutils depends on: ii libc62.19-11 ii libpci3 1:3.2.1-3 pciutils recommends no packages. Versions of packages pciutils suggests: ii bzip2 1.0.6-7 ii curl 7.38.0-2 ii lynx-cur 2.8.9dev1-2 ii wget 1.15-1+b1 - -- no debconf information - -- debsums errors found: debsums: changed file /usr/share/misc/pci.ids (from pciutils package) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVJ/U+vhx3EthBlqjAQgKsxAApuL89QAwh353dpYiRMkZZete+BK1v+L6 Y80xko1QiKmavLCaee1uL7V+guADgbi9Wxt31dACHEo3SuSIbLtM/urWTB58p1Ar bwRTGnK3Zm9l2MLM5aLq1EOOyIJsBlVvl33DZEyfzkS9VCfw6RYY1V1B1Gxh1J/0 4BBp0Pvnd+s/M1NRUbZr3twXVYZQ7SRKUqBcbNNSp/C6f/PEuTkGgB24UIt1ekX4 OhXunXALymXUHoWewLwycE8apc+FwNvb6lOXn3dT0YliKWTmnaGsg15JCr5OwdGv nWkR591YaUvNdaU4E05oL3FkNC4jsAo7SUVmnBUzy5HV/m4FKKP4xeqDF7ewWZo6 XlK72Nn4C8Ue1zeZZ9wcxZ6M8p8RFzvWUpecRcoT+UyZAiDBSMD7UKIMFe2+A7zm E2haNxuOW+8yWrzalvuHsbkdby/pp+bqRYYZ3HI9WYPFFJyAc7wZatqkgAAFeugi qa989ioCEgnajPAu6r/E2lVv9BUqokt/UHpAoFfaKats6HSRBrm+PZA9fwmjhJ2u dom83Gyi72d0eKjFoDyEuEZsAIuS1ZNbTy2LrcU7HCkNJieZdThmyQca80TjQzrb Ue4WGw1jh6YevzwiketyBFrjSrcE2YZWOZgYo8LlOCfa/xidnnhcKjf32QidD6rJ 5vnCygE2lRQ= =xTdp -END PGP SIGNATURE- From aaafcce705c600f1e06a6ff4fc470ebeab538560 Mon Sep 17 00:00:00 2001 From: Sebastian Schmidt y...@yath.de Date: Sun, 28 Dec 2014 10:50:27 +0100 Subject: [PATCH] Don't generate md5sum for pci.ids pci.ids may be updated by update-pciids, causing a wrong md5sum for /usr/share/misc/pci.ids. --- debian/rules | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/rules b/debian/rules index 1b239ff..6f60d19 100755 --- a/debian/rules +++ b/debian/rules @@ -87,7 +87,7 @@ binary-arch: build dh_installdeb -a dh_shlibdeps -a dh_gencontrol -a - dh_md5sums -a + dh_md5sums -a -Xpci.ids dh_builddeb -a source diff: -- 2.1.1
Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Package: src:linux Version: 3.16.7-ckt2-1 Followup-For: Bug #774036 Dear Ben, many thanks for the superfast response and thanks for pointing out that I was running the nvidia driver. I run now with nouveau and also purge the virtualbox stuff. Unfortunately, the behavior is exactly the same though (except that there is no blinking cursor with nouveau, when the system hangs), i.e. the resume works when I use freezer in debug mode, the system hangs when I go to the next level (devices). rd@Silberkiste:/etc/default$ cat /sys/power/pm_test [none] core processors platform devices freezer rd@Silberkiste:/etc/default$ Please let me know, if there is anything more I could provide. Thanks Rainer -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-16) ) #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=d47ae970-51f3-48d3-b19d-edd7413e080f ro quiet elevator=noop rootflags=noatime,discard,data=ordered,errors=remount-ro acpi_sleep=old_ordering ** Not tainted ** Kernel log: [ 33.205263] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 33.205265] sd 4:0:0:0: [sda] [ 33.205267] Sense Key : Aborted Command [current] [descriptor] [ 33.205270] Descriptor sense data with sense descriptors (in hex): [ 33.205272] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 [ 33.205282] 07 80 0b 58 [ 33.205287] sd 4:0:0:0: [sda] [ 33.205290] Add. Sense: Scsi parity error [ 33.205293] sd 4:0:0:0: [sda] CDB: [ 33.205294] Read(10): 28 00 07 80 0b e8 00 00 08 00 [ 33.205306] sd 4:0:0:0: [sda] [ 33.205308] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 33.205310] sd 4:0:0:0: [sda] [ 33.205312] Sense Key : Aborted Command [current] [descriptor] [ 33.205315] Descriptor sense data with sense descriptors (in hex): [ 33.205317] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 [ 33.205327] 07 80 0b 58 [ 33.205332] sd 4:0:0:0: [sda] [ 33.205335] Add. Sense: Scsi parity error [ 33.205338] sd 4:0:0:0: [sda] CDB: [ 33.205339] Read(10): 28 00 07 80 0b f0 00 00 08 00 [ 33.205351] sd 4:0:0:0: [sda] [ 33.205353] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 33.205355] sd 4:0:0:0: [sda] [ 33.205357] Sense Key : Aborted Command [current] [descriptor] [ 33.205360] Descriptor sense data with sense descriptors (in hex): [ 33.205362] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 [ 33.205372] 07 80 0b 58 [ 33.205377] sd 4:0:0:0: [sda] [ 33.205380] Add. Sense: Scsi parity error [ 33.205383] sd 4:0:0:0: [sda] CDB: [ 33.205385] Read(10): 28 00 07 80 0b f8 00 00 08 00 [ 33.205408] sd 4:0:0:0: [sda] [ 33.205411] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 33.205414] sd 4:0:0:0: [sda] [ 33.205415] Sense Key : Aborted Command [current] [descriptor] [ 33.205419] Descriptor sense data with sense descriptors (in hex): [ 33.205421] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 [ 33.205431] 07 80 0b 58 [ 33.205436] sd 4:0:0:0: [sda] [ 33.205438] Add. Sense: Scsi parity error [ 33.205441] sd 4:0:0:0: [sda] CDB: [ 33.205443] Read(10): 28 00 07 80 0b 38 00 00 08 00 [ 33.205456] sd 4:0:0:0: [sda] [ 33.205459] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 33.205461] sd 4:0:0:0: [sda] [ 33.205463] Sense Key : Aborted Command [current] [descriptor] [ 33.205466] Descriptor sense data with sense descriptors (in hex): [ 33.205468] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 [ 33.205478] 07 80 0b 58 [ 33.205483] sd 4:0:0:0: [sda] [ 33.205486] Add. Sense: Scsi parity error [ 33.205489] sd 4:0:0:0: [sda] CDB: [ 33.205490] Read(10): 28 00 07 80 0b 40 00 00 08 00 [ 33.205502] sd 4:0:0:0: [sda] [ 33.205504] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 33.205507] sd 4:0:0:0: [sda] [ 33.205509] Sense Key : Aborted Command [current] [descriptor] [ 33.205512] Descriptor sense data with sense descriptors (in hex): [ 33.205514] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 [ 33.205524] 07 80 0b 58 [ 33.205529] sd 4:0:0:0: [sda] [ 33.205532] Add. Sense: Scsi parity error [ 33.205535] sd 4:0:0:0: [sda] CDB: [ 33.205536] Read(10): 28 00 07 80 0b 48 00 00 08 00 [ 33.205549] sd 4:0:0:0: [sda] [ 33.205551] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 33.205554] sd 4:0:0:0: [sda] [ 33.20] Sense Key : Aborted Command [current] [descriptor] [ 33.205558] Descriptor sense data with sense descriptors (in hex): [ 33.205560] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 [ 33.205571] 07 80 0b 58 [ 33.205575] sd 4:0:0:0: [sda] [ 33.205578] Add. Sense: Scsi parity error [ 33.205581] sd 4:0:0:0: [sda] CDB: [ 33.205583] Read(10): 28 00 07 80 0b 50 00 00 08 00 [ 33.205596] sd 4:0:0:0: [sda] [
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774064: podnapisi provider fails if there's no result
Package: subliminal Version: 0.7.4-1 Severity: minor File: /usr/bin/subliminal | ERROR: Unexpected error in provider 'podnapisi' | Traceback (most recent call last): | File /usr/lib/python3/dist-packages/subliminal/api.py, line 216, in download_best_subtitles | provider_subtitles = provider.list_subtitles(video, provider_video_languages) | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 141, in list_subtitles | return [s for l in languages for s in self.query(l, series=video.series, season=video.season, | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 142, in listcomp | episode=video.episode)] | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 128, in query | for s in root.findall('subtitle')]) | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 128, in listcomp | for s in root.findall('subtitle')]) | AttributeError: 'NoneType' object has no attribute 'split' File name I used: 'X-Files S08E09 - Salvage.mkv', language: pl changing subliminal/providers/podnapisi.py:125's (and probably 130's): s.find('release').text.split() into (s.find('release').text or '').split() is a quick fix which leads to: | ERROR: Unexpected error in provider 'podnapisi' | Traceback (most recent call last): | File /usr/lib/python3/dist-packages/subliminal/api.py, line 250, in download_best_subtitles | subtitle_text = provider.download_subtitle(subtitle) | File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, line 150, in download_subtitle | raise ProviderError('Cannot find the download link') | subliminal.exceptions.ProviderError: Cannot find the download link so I guess line 121 (the one with break condition) should be improved -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages subliminal depends on: ii python3 3.4.2-2 ii python3-subliminal 0.7.4-1 subliminal recommends no packages. subliminal 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#772862: Pending dpkg upload will Break your package due to trigger cycle in your package
Hi Niels, On Sat, 27 Dec 2014, Niels Thykier wrote: * wordpress - to be automatically removed on January 24th. - Craig: I am aware of the version in NEW. However, given it is in NEW, I doubt it will comply with the freeze policy. Do contact the release team if you believe otherwise. We have been pushing new upstream releases as security updates both in wheezy and in squeeze. It's likely that this will need to happen again during the 5 years of Jessie. Given this, it seems to me that pushing wordpress 4.1 in Jessie during the freeze should be considered too. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774020: systemd: black screen with backlight on start. rescue mode plus Ctrl-D allows normal boot
Hey Allan, allan [2014-12-27 17:57 -0500]: Found this in /var/log/slim.log - slim: waiting for X server to begin accepting connections. lightdm displayed the same behavior. Do you have both lightdm and slim installed? slim's startup scripts are broken, you might experience https://bugs.debian.org/768774 ? Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760032: debian/patches/asterisk-config-custom.patch
Control: tags -1 + patch Hello Asterisk maintainers, Find attached two files, asterisk-config-custom.patch and debiancontrol.patch asterisk-config-custom.patch This file is for in the directory debian/patches It creates the file contrib/script/asterisk-config-custom and manual page contrib/scripts/asterisk-config-custom.8 Plus updates toplevel Makefile so they will be installed. Activate it will be some something like echo asterisk-config-custom.patch debian/patches/series or quilt import -P asterisk-config-custom.patch path/to/file Updating debian/changelog would be something like debchange Added asterisk-config-custom (Closes: #760032) debiancontrol.patch --- A unified patch that has to be applied. It will tell asterisk(-config) users about asterisk-config-custom Looking forward to your feedback. Regards Geert Stappers Descirption: asterisk config custom Author: Geert Stappers stapp...@stappers.it Forwarded-Upstream: no Bug-Debian: #760032 Upgrading the asterik package, is usualy upgrading the asterisk-config package. But changing the asterisk-config package effects the custom configuration. Unless the asterisk configuration is in the package asterisk-config-custom. This patch provides the script asterisk-config-custom that helps to create the asterisk-config-custom package --- /dev/null +++ b/contrib/scripts/asterisk-config-custom @@ -0,0 +1,385 @@ +#!/bin/bash +# +# asterisk-config-custom +# script to help creating a 'asterisk-config-custom' .deb package +# +# +# Created by: Geert Stappers stapp...@stappers.it +# And distributed under the terms of the GPL +# +# +function acc_usage () +{ +cat HERE + +asterisk-config-custom {command} + +Where 'command' is 'init', 'next', 'sync', 'help' or 'force'. + + init: Creates directory 'my-asterisk-config' with content + + next: Provides instruction for next step + + sync: Mostly \`rsync --archive /etc/asterisk etc_asterisk\` + + help: Prints _another_ help text + + force: How to force the first install when asterisk-config is installed + +HERE +} + +function acc_help () +{ +cat HERE + +Program 'asterisk-config-custom' is for helping you making +your 'asterisk-config-custom' .deb package. + +Typical work flow is running + asterisk-config-custom init +only once. + +Now you have a directory named + my-asterisk-config +feel free to rename it +Important is that it has a debian/ directory +and an etc_asterisk/ directory + +Change working directory with + cd my-asterisk-config # or to what you renamed it. +Edit files in etc_asterisk. You may use + asterisk-config-custom sync +to get you a starting point. +Create the actual package with + dpkg-buildpackge -uc -us + +And install with + sudo dpkg -i ../asterisk-config-custom_*_all.deb + +See also \`asterisk-config-custom force\` + +HERE +} + +function acc_force () +{ +cat HERE + +When package \`asterisk-config\` is installed, you have to +use force to install your \`asterisk-config-custom\` package. + sudo dpkg --force-conflicts --force-overwrite -i ../asterisk-config-custom_*_all.deb +Purge the conflicting package with + sudo dpkg --purge asterisk-config + +Now you can use the typical workflow which includes + sudo dpkg -i ../asterisk-config-custom_*_all.deb + +You can avoid '--force-conflicts' and '--force-overwrite' by +installing \`asterisk-config-custom\` _before_ you install \`asterisk\`. +Or by + sudo apt-get remove asterisk + sudo dpkg -i ../asterisk-config-custom_*_all.deb + sudo apt-get install asterisk +That gives you downtime on Asterisk, but you get a reload/restart. +Note: Installing asterisk-config-custom does no asterisk reload. + +HERE +} + +function acc_init () +{ +# Creates a diretory and puts files in it, +# including the Debian packaging files. + +mkdir --parents my-asterisk-config/debian/source + +cat HERE my-asterisk-config/README + +In this directory you can / should run + + dpkg-buildbuildpackage -uc -us + +to get your 'asterisk-config-custom' package build. + +HERE + +cat LastLine my-asterisk-config/Makefile +# +# Makefile +# +all: etc_asterisk/asterisk.conf \ + usr/share/doc/asterisk-config/examples/configs/modules.conf.sample + @echo FYI: (minimal set of) configuration files are available + +etc_asterisk/asterisk.conf: + @mkdir --parents etc_asterisk + echo ; only a place holder etc_asterisk/asterisk.conf + +usr/share/doc/asterisk-config/examples/configs/modules.conf.sample: + @mkdir --parents usr/share/doc/asterisk-config/examples/configs + echo ; place holder \\ + usr/share/doc/asterisk-config/examples/configs/modules.conf.sample + + +install: + install --directory \$(DESTDIR)/usr + install --directory \$(DESTDIR)/etc/asterisk + rsync --archive --delete usr/* \$(DESTDIR)/usr + rsync --archive --delete etc_asterisk/* \$(DESTDIR)/etc/asterisk + +# l l +LastLine + +cat LastLine my-asterisk-config/acc.config +# This file will be read during \`asterisk-config-custom sync\` +# +ACC_SYNC_CONFIG_EXAMPLES=Yes
Bug#774065: rhythmbox: No visual feedback for Play/pause button
Package: rhythmbox Version: 3.1-1 Severity: minor Dear Maintainer, The rhythmbox UI shows the same play/pause button (the play arrow, non-pressed) regardless of whether it is pressed or not. The user should get some visual feedback confirming that Rhythmbox is indeed in playback/pause mode. *** Reporter, 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 template lines *** -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rhythmbox depends on: ii dbus1.8.12-1 ii gnome-icon-theme3.12.0-1 ii gstreamer1.0-plugins-base 1.4.4-2 ii gstreamer1.0-plugins-good 1.4.4-2 ii gstreamer1.0-x 1.4.4-2 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-13 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgirepository-1.0-1 1.42.0-2.2 ii libglib2.0-02.42.1-1 ii libgstreamer-plugins-base1.0-0 1.4.4-2 ii libgstreamer1.0-0 1.4.4-2 ii libgtk-3-0 3.14.5-1 ii libgudev-1.0-0 215-8 ii libjavascriptcoregtk-3.0-0 2.4.7-3 ii libjson-glib-1.0-0 1.0.2-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpeas-1.0-0 1.12.1-2 ii librhythmbox-core8 3.1-1 ii libsoup2.4-12.48.0-1 ii libtdb1 1.3.1-1 ii libtotem-plparser18 3.10.3-1 ii libwebkitgtk-3.0-0 2.4.7-3 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii media-player-info 22-2 ii rhythmbox-data 3.1-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages rhythmbox recommends: ii avahi-daemon 0.6.31-4+b2 ii gstreamer1.0-plugins-ugly1.4.4-2 ii gstreamer1.0-pulseaudio 1.4.4-2 ii gvfs-backends1.22.2-1 ii notification-daemon 0.7.6-2 ii rhythmbox-plugins3.1-1 ii xfce4-notifyd [notification-daemon] 0.2.4-3 ii yelp 3.14.1-1 Versions of packages rhythmbox suggests: ii gnome-codec-install 0.4.7+nmu2 ii gnome-control-center 1:3.14.2-2 ii gstreamer1.0-plugins-bad 1.4.4-2 ii rhythmbox-plugin-cdrecorder 3.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774018: libpython2.7-dbg: dangling symlink /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz
On 12/27/2014 02:47 PM, Vincent Lefevre wrote: Package: libpython2.7-dbg Version: 2.7.9-1 Severity: normal /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz is a dangling symlink: ypig% ls -l /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz lrwxrwxrwx 1 root root 38 2014-12-11 09:55:04 /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz - x86_64-linux-gnu-python2.7-config.1.gz ypig% ls -lL /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz ls: cannot access /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz: No such file or directory somehow expected, this file should be in the libpython2.7-dev package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774019: libpython3.4-dbg: danglink symlink /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz
On 12/27/2014 02:51 PM, Vincent Lefevre wrote: Package: libpython3.4-dbg Version: 3.4.2-3 Severity: normal /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz is a dangling symlink: ypig% ls -l /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz lrwxrwxrwx 1 root root 39 2014-12-02 16:14:33 /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz - x86_64-linux-gnu-python3.4m-config.1.gz ypig% ls -lL /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz ls: cannot access /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz: No such file or directory somehow expected, this file should be in the libpython3.4-dev package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774066: libnewtonsoft-json5.0-cil: throws on strings looking like date
Package: libnewtonsoft-json5.0-cil Version: 5.0r6+dfsg-1 Severity: normal Dear Maintainer, I tried to write a simple JSON-processing application that takes a couple of values from a web request and sends it around. Unfortunatelly this json parser throws a an exception as soon as a date string appears in the input. The format is fine: timestamp: 2014-09-24T16:15:20.174Z The result is: Missing method get_Local in assembly /usr/lib/mono/gac/Newtonsoft.Json/5.0.0.0__b9a188c8922137c6/Newtonsoft.Json.dll, type System.TimeZoneInfo I fail to see any reference to additional manifest settings or similar in the upstream documentation, http://james.newtonking.com/json/help/html/DatesInJSON.htm Regards, Eduard. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libnewtonsoft-json5.0-cil depends on: ii cli-common 0.9 ii libmono-corlib4.5-cil3.2.8+dfsg-8 ii libmono-system-core4.0-cil 3.2.8+dfsg-8 ii libmono-system-data4.0-cil 3.2.8+dfsg-8 ii libmono-system-numerics4.0-cil 3.2.8+dfsg-8 ii libmono-system-runtime-serialization4.0-cil 3.2.8+dfsg-8 ii libmono-system-xml-linq4.0-cil 3.2.8+dfsg-8 ii libmono-system-xml4.0-cil3.2.8+dfsg-8 ii libmono-system4.0-cil3.2.8+dfsg-8 libnewtonsoft-json5.0-cil recommends no packages. libnewtonsoft-json5.0-cil 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#773416: [DEBIAN-LTS] ettercap package
Hi Nguyen, On Fri, 26 Dec 2014, Nguyen Cong wrote: Yes. Sorry for my mistake, I changed it. Please tell me if I had to set the name in changelog to you, Gianfranco Costamagna. I have re-built it with care. But not sure it's good enough since I have troubled with DEP3. I ended up with upstream patch style. This debdiff looks mostly fine, thanks. I'm not at home and can't really handle the upload + announce for now though. If anyone else on this list can take care of it, please go ahead. Otherwise I'll take care of it early next year. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772687: [Pkg-fonts-devel] Bug#772687: fonts-droid: fallback font is installed too early to fontconfig
On Sun, 28 Dec 2014, Hideki Yamane wrote: With d-i beta2, fonts-droid package is pulled by default into Japanese desktop environment, and it breaks proper font selection and desktop looks. So, I'll up it to severity: important. Agreed, besides that it should have *lower* number ;-) 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#772687: [Pkg-fonts-devel] Bug#772687: fonts-droid: fallback font is installed too early to fontconfig
On Sun, 28 Dec 2014, Hideki Yamane wrote: With d-i beta2, fonts-droid package is pulled by default into Japanese desktop environment, and it breaks proper font selection and desktop looks. So, I'll up it to severity: important. PS: wouldn't that actually ask for an even higher severity? If by default all the the Japanese desktops are borken, that is more than important I think. 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#772862: Pending dpkg upload will Break your package due to trigger cycle in your package
On Sun, Dec 28, 2014 at 11:31:39AM +0100, Raphael Hertzog wrote: We have been pushing new upstream releases as security updates both in wheezy and in squeeze. It's likely that this will need to happen again during the 5 years of Jessie. Given this, it seems to me that pushing wordpress 4.1 in Jessie during the freeze should be considered too. For the same reason, I agree with Raphael. The short-term pain for getting wordpress 4.1 in will benefit over its lifecycle as the newer the package is to the then current the easier it is to maintain it. If there must only be a change for this fix, I can change the trigger line only, but it is a second preference. - 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#774067: linux 3.16.7-ckt: [patch] please add a dts for the LinkSprite pcDuino V3
Source: linux Version: 3.16.7-ckt2-1 Severity: wishlist Tags: patch On the debian-arm mailinglist, a user has asked for support for the LinkSprite pcDuino V3 board (see the thread starting at https://lists.debian.org/debian-arm/2014/12/msg00052.html). Driver-wise all core components of the board (serial console, MMC, SATA, USB, wired ethernet) are supported by kernel 3.16, it just lacks an appropriate device-tree file, which was added upstream in kernel 3.17. Attached is a patch to backport the device-tree file. As this is a completely self-contained addition and does not bring any code changes, I believe this to be suitable for inclusion into Jessie despite the freeze. Regards, Karsten -- Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der Werbung sowie der Markt- oder Meinungsforschung. Index: debian/patches/features/arm/dts-sun7i-Add-board-support-for-LinkSprite-pcDuino-V3.patch === --- debian/patches/features/arm/dts-sun7i-Add-board-support-for-LinkSprite-pcDuino-V3.patch (revision 0) +++ debian/patches/features/arm/dts-sun7i-Add-board-support-for-LinkSprite-pcDuino-V3.patch (working copy) @@ -0,0 +1,206 @@ +From 04089927981f295b42cd695485383b2d11283d59 Mon Sep 17 00:00:00 2001 +From: Zoltan HERPAI wigy...@uid0.hu +Date: Mon, 30 Jun 2014 23:57:56 +0200 +Subject: ARM: dts: sun7i: Add board support for LinkSprite pcDuino V3 +Origin: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=04089927981f295b42cd695485383b2d11283d59 + +The LinkSprite pcDuino V3 is an A20 based development board featuring +arduino compatible io headers, 1G RAM, 4G nand, sata, rtl8188cus usb wifi +and 100 Mbit ethernet using an ip101a phy: + +http://www.pcduino.com/pcduino-v3/ + +Signed-off-by: Zoltan HERPAI wigy...@uid0.hu +[hdego...@redhat.com: Various cleanups, correct led pins] +[hdego...@redhat.com: Add axp209, ir and gpio-keys nodes] +Signed-off-by: Hans de Goede hdego...@redhat.com +Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com + +--- a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile +@@ -381,7 +381,8 @@ + sun7i-a20-cubietruck.dtb \ + sun7i-a20-i12-tvbox.dtb \ + sun7i-a20-olinuxino-lime.dtb \ +- sun7i-a20-olinuxino-micro.dtb ++ sun7i-a20-olinuxino-micro.dtb \ ++ sun7i-a20-pcduino3.dtb + dtb-$(CONFIG_ARCH_TEGRA) += tegra20-harmony.dtb \ + tegra20-iris-512.dtb \ + tegra20-medcom-wide.dtb \ +--- /dev/null b/arch/arm/boot/dts/sun7i-a20-pcduino3.dts +@@ -0,0 +1,173 @@ ++/* ++ * Copyright 2014 Zoltan HERPAI ++ * Zoltan HERPAI wigy...@uid0.hu ++ * ++ * The code contained herein is licensed under the GNU General Public ++ * License. You may obtain a copy of the GNU General Public License ++ * Version 2 or later at the following locations: ++ * ++ * http://www.opensource.org/licenses/gpl-license.html ++ * http://www.gnu.org/copyleft/gpl.html ++ */ ++ ++/dts-v1/; ++/include/ sun7i-a20.dtsi ++/include/ sunxi-common-regulators.dtsi ++#include dt-bindings/gpio/gpio.h ++#include dt-bindings/input/input.h ++ ++/ { ++ model = LinkSprite pcDuino3; ++ compatible = linksprite,pcduino3, allwinner,sun7i-a20; ++ ++ soc@01c0 { ++ mmc0: mmc@01c0f000 { ++ pinctrl-names = default; ++ pinctrl-0 = mmc0_pins_a, mmc0_cd_pin_reference_design; ++ vmmc-supply = reg_vcc3v3; ++ bus-width = 4; ++ cd-gpios = pio 7 1 0; /* PH1 */ ++ cd-inverted; ++ status = okay; ++ }; ++ ++ usbphy: phy@01c13400 { ++ usb1_vbus-supply = reg_usb1_vbus; ++ usb2_vbus-supply = reg_usb2_vbus; ++ status = okay; ++ }; ++ ++ ehci0: usb@01c14000 { ++ status = okay; ++ }; ++ ++ ohci0: usb@01c14400 { ++ status = okay; ++ }; ++ ++ ahci: sata@01c18000 { ++ target-supply = reg_ahci_5v; ++ status = okay; ++ }; ++ ++ ehci1: usb@01c1c000 { ++ status = okay; ++ }; ++ ++ ohci1: usb@01c1c400 { ++ status = okay; ++ }; ++ ++ pinctrl@01c20800 { ++ ahci_pwr_pin_a: ahci_pwr_pin@0 { ++allwinner,pins = PH2; ++ }; ++ ++ led_pins_pcduino3: led_pins@0 { ++allwinner,pins = PH15, PH16; ++allwinner,function = gpio_out; ++allwinner,drive = 0; ++allwinner,pull = 0; ++ }; ++ ++ key_pins_pcduino3: key_pins@0 { ++allwinner,pins = PH17, PH18, PH19; ++allwinner,function = gpio_in; ++allwinner,drive = 0; ++allwinner,pull = 0; ++ }; ++ }; ++ ++ ir0: ir@01c21800 { ++ pinctrl-names = default; ++ pinctrl-0 = ir0_pins_a; ++ status = okay; ++ }; ++ ++ uart0: serial@01c28000 { ++ pinctrl-names = default; ++ pinctrl-0 = uart0_pins_a; ++ status = okay; ++ }; ++ ++ i2c0: i2c@01c2ac00 { ++ pinctrl-names = default; ++ pinctrl-0 = i2c0_pins_a; ++ status = okay; ++ ++ axp209: pmic@34 { ++compatible = x-powers,axp209; ++reg = 0x34; ++interrupt-parent = nmi_intc; ++interrupts = 0 8; ++ ++interrupt-controller; ++#interrupt-cells = 1; ++ }; ++ }; ++ ++ gmac:
Bug#773203: unblock: php5/5.6.4+dfsg-0+deb8u1
Hi, here's the diff of failed test. All except ext/phar/tests/tar/phar_setsignaturealgo2.phpt are new tests. I am going to investigate what has happened with ext/phar/tests/tar/phar_setsignaturealgo2.phpt yet. Cheers, Ondrej @@ -69,6 +69,8 @@ Bug #64267 (CURLOPT_INFILE doesn't allow date_default_timezone_get() function [1] [ext/date/tests/date_default_timezone_get-1.phpt] date_default_timezone_get() function [2] [ext/date/tests/date_default_timezone_get-2.phpt] timezone_location_get: Test that timezone_location_get returns a correct array of information [ext/date/tests/timezone_location_get.phpt] +Test the basics to function timezone_version_get(). [ext/date/tests/timezone_version_get.phpt] +timezone_version_get: Test that timezone_location_get returns a date concatenated with a dot and a version number [ext/date/tests/timezone_version_get_basic1.phpt] DBA DB4 File Creation open(c) with existing file [ext/dba/tests/dba_db4_003.phpt] (info: DB4 handler used) DBA DB4 File Creation popen(c) with existing invalid file [ext/dba/tests/dba_db4_007.phpt] (info: DB4 handler used) DBA DB4 magic_quotes_runtime Test [ext/dba/tests/dba_db4_010.phpt] (info: DB4 handler used) @@ -81,7 +83,7 @@ Bug #43073 (TrueType bounding box is wro Bug #43121 (gdImageFill with IMG_COLOR_TILED crashes httpd) [ext/gd/tests/bug43121.phpt] Bug #45799 (imagepng() crashes on empty image). [ext/gd/tests/bug45799.phpt] Bug #48732 (TTF Bounding box wrong for letters below baseline) [ext/gd/tests/bug48732.phpt] -Bug #48801 (Problem with imagettfbbox) freetype = 2.4.12 [ext/gd/tests/bug48801_2.phpt] +Bug #48801 (Problem with imagettfbbox) freetype = 2.4.10 [ext/gd/tests/bug48801_1.phpt] Bug #66356 (Heap Overflow Vulnerability in imagecrop()) [ext/gd/tests/bug66356.phpt] imagecreatefromwbmp with invalid wbmp [ext/gd/tests/createfromwbmp2_extern.phpt] Testing imagearc() of GD library [ext/gd/tests/imagearc_basic.phpt] @@ -110,8 +112,10 @@ Testing imagestring() of GD library [ext Testing imagestringup() of GD library [ext/gd/tests/imagestringup_basic.phpt] Testing imagetruecolortopalette() of GD library [ext/gd/tests/imagetruecolortopalette_basic.phpt] libgd #86 (Possible infinite loop in imagecreatefrompng) [ext/gd/tests/libgd00086_extern.phpt] +#66265: gettext doesn't switch locales within the same script [ext/gettext/tests/bug66267.phpt] Gettext basic test [ext/gettext/tests/gettext_basic.phpt] gmp_rootrem() basic tests [ext/gmp/tests/gmp_remroot.phpt] +Test the basics to function iconv. [ext/iconv/tests/iconv_basic_001.phpt] mysqli fetch float values [ext/mysqli/tests/010.phpt] mysqli fetch mixed values [ext/mysqli/tests/011.phpt] mysqli fetch mixed values 2 [ext/mysqli/tests/012.phpt] @@ -131,10 +135,10 @@ Specific crypto method for ssl:// transp Bug #37911 (preg_replace_callback ignores named groups) [ext/pcre/tests/bug37911.phpt] preg_grep() 2nd test [ext/pcre/tests/grep2.phpt] preg_match() flags 3 [ext/pcre/tests/match_flags3.phpt] +Phar::setSupportedSignatures() with hash, tar-based [ext/phar/tests/tar/phar_setsignaturealgo2.phpt] SOAP Server 9: setclass and setpersistence(SOAP_PERSISTENCE_SESSION) [ext/soap/tests/server009.phpt] Bug #63000: Multicast on OSX [ext/sockets/tests/bug63000.phpt] Multicast support: IPv4 receive options [ext/sockets/tests/mcast_ipv4_recv.phpt] -Multicast support: IPv4 send options [ext/sockets/tests/mcast_ipv4_send.phpt] ext/sockets - socket_bind - basic test [ext/sockets/tests/socket_bind.phpt] Bug #41655 (open_basedir bypass via glob()) 1/2 [ext/standard/tests/file/bug41655_1.phpt] Test glob() function: ensure no platform difference, variation 3 [ext/standard/tests/file/glob_variation5.phpt] On Sat, Dec 27, 2014, at 16:25, Adam D. Barratt wrote: Hi, On Sun, 2014-12-21 at 21:06 +0100, Ondřej Surý wrote: Control: tags -1 - moreinfo JFTR php5/5.6.4+dfsg-1 has hit unstable now. I will prepare the usual comparison of test suite and debdiff between 5.6.2 and 5.6.4 tomorrow. Did you have chance to look at that? (I'm more interested in the test suite diff rather than the debdiff in this case.) Regards, Adam -- 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#772687: [Pkg-fonts-devel] Bug#772687: Bug#772687: fonts-droid: fallback font is installed too early to fontconfig
Quoting Norbert Preining (prein...@logic.at): On Sun, 28 Dec 2014, Hideki Yamane wrote: With d-i beta2, fonts-droid package is pulled by default into Japanese desktop environment, and it breaks proper font selection and desktop looks. So, I'll up it to severity: important. PS: wouldn't that actually ask for an even higher severity? If by default all the the Japanese desktops are borken, that is more than important I think. It certainly deserves to be fixed for Jessie, anyway. I'm currently out of time to design the right solution, build and upload ,(after asking for a pre-approval to unblock). Yamane-san, any chance you can work on this ? signature.asc Description: Digital signature
Bug#774020: systemd: black screen with backlight on start. rescue mode plus Ctrl-D allows normal boot
Nope - installed lightdm to test. Both were installed at the same time for about 30 minutes, then purged lightdm. Installed lightdm with synaptic, synaptic launched dpkg-reconfigure and I set default DM to lightdm at that point. When I purged lightdm I ran dpkg-reconfigure manually to make sure things were purged and slim was back to default. Appears to me in both DM that perhaps X is not starting or only partially starting; as mentioned I get black screen with backlight and can't switch to another console, but if I start in rescue mode and then hit Ctrl-D X comes up every time. Strange. On Sun, Dec 28, 2014 at 5:29 AM, Martin Pitt mp...@debian.org wrote: Hey Allan, Do you have both lightdm and slim installed? slim's startup scripts are broken, you might experience https://bugs.debian.org/768774 ?
Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1
Hi 746946 (2014.11.01_03:02:58_+0200) We still need to make a decision on this bit. I've left that patch in, for now. Ping? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774068: dh-make-perl: Ensure no perllocal.pod files are created during build
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch Although the version of ExtUtils-MakeMaker shipped with Debian does not create perllocal.pod files, there is a chance that a local version will have been installed that does. If perllocal.pod files are created, they will conflict between multiple packages. This patch ensures that options are passed to EU-MM to prevent it creating such files. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl 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#774069: debootstrap: please use a deterministic mtime for devices.tar members
Source: debootstrap Version: 1.0.66 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the “reproducible builds” effort [1], we have noticed that debootstrap could not be built reproducibly. The current build process captures the build time when devices.tar.gz is created. The attached patch will use the time of the latest debian/changelog entry as the mtime for devices.tar members, and remove the timestamp from the gzip header of devices.tar.gz. debootstrap can then be built reproducibly within our current framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- From 7e09ce8dd142e7334afba41f8033ae4ba0f179c6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= lu...@debian.org Date: Sun, 28 Dec 2014 12:52:01 +0100 Subject: [PATCH] Use debian/changelog timestmap as mtime for devices.tar members We also remove the timestamp in gzip header. This enables debootstap to be built reproducibly. --- Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 6f70f35..c2d93aa 100644 --- a/Makefile +++ b/Makefile @@ -1,5 +1,6 @@ # avoid dpkg-dev dependency; fish out the version with sed VERSION := $(shell sed 's/.*(\(.*\)).*/\1/; q' debian/changelog) +DATE := $(shell sed -n '/^ -- /{s/.* \(.*\)/\1/p;q}' debian/changelog) MAKEDEV := /sbin/MAKEDEV @@ -35,7 +36,7 @@ devices.tar.gz: chown 0:0 dev chmod 755 dev (cd dev $(MAKEDEV) std ptmx fd consoleonly) - tar cf - dev | gzip -9 devices.tar.gz + tar --mtime=$(DATE) -cf - dev | gzip -9n devices.tar.gz @if [ $$(tar tvf devices.tar.gz | wc -l) -lt 2 ]; then \ echo ** devices.tar.gz is empty! 2; \ exit 1; \ -- 1.9.1 signature.asc Description: Digital signature
Bug#774070: dh-make-perl: Sometimes get A branch named 'master' already exists during recursive build
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch Under some circumstances when building recursively, it's possible that Git environment variables will be set from previous builds, (Git.pm defines them once initialised). This then means that subsequent calls point to the wrong repo directories, generating the error A branch named 'master' already exists This patch always undefines them before each call to Git. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl 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#774071: dh-make-perl: Build fails if renaming existing directory already exists
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch It's unlikely to happen, but I did get it once during a recursive build. dh-make-perl renames existing build directories, but doesn't check whether the directory being renamed to already exists. This fixes that. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl 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#773528: systemd: enables audit without any hint on how to disable it
Control: tag -1 pending Hello all, I asked about this upstream: http://lists.freedesktop.org/archives/systemd-devel/2014-December/026591.html I disabled the enabling of audit in systemd again for now. (in git, will be in 218-3). -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#774072: dh-make-perl: Using install option fails as wrong path to deb is used
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch As per the subject, using the install option tries to install the deb from the wrong location. The attached patch is very simple. Normally I'd be wary of hard-coding paths as such, but given that this will only ever be run on Debian (?) and that the path is already hard-coded with a slash, I think it's okay. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl 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#774073: dh-make-perl: Ceating core module, install fails with trying to overwrite foo which is also in bar
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch When creating an updated version of a module that is already in core, the subsequent install fails (as expected) with a message such as: trying to overwrite '/usr/bin/instmodsh', which is also in package perl 5.14.2-21+deb7u2. Given that dh-make-perl has to be forced into creating core modules, I think it's appropriate to instruct dpkg that the package contains files that replace the core module. This patch does so. If you think it's more appropriate, I'd be happy to create a further doc patch and/or another command line option to go with this patch. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl 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#774020: apt history
Attaching apt history. Start-Date: 2014-12-01 16:45:06 Upgrade: libavformat56:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libavresample2:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libavfilter5:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libmlt6:amd64 (0.9.2-dmo3, 0.9.2-dmo5), vim-common:amd64 (7.4.488-2, 7.4.488-3), melt:amd64 (0.9.2-dmo3, 0.9.2-dmo5), libswscale3:amd64 (2.4.3-dmo1, 2.4.4-dmo1), ffmpeg:amd64 (2.4.3-dmo1, 2.4.4-dmo1), vim-tiny:amd64 (7.4.488-2, 7.4.488-3), libswresample1:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libpostproc53:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libavcodec56:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libavdevice56:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libmlt-data:amd64 (0.9.2-dmo3, 0.9.2-dmo5), libmlt++3:amd64 (0.9.2-dmo3, 0.9.2-dmo5), python-mlt:amd64 (0.9.2-dmo3, 0.9.2-dmo5), libavutil54:amd64 (2.4.3-dmo1, 2.4.4-dmo1) End-Date: 2014-12-01 16:45:21 Start-Date: 2014-12-01 17:24:51 Commandline: synaptic Reinstall: linux-image-3.16.0-4-amd64:amd64 (3.16.7-2), linux-kbuild-3.16:amd64 (3.16-2), cpufrequtils:amd64 (008-1), libcpufreq0:amd64 (008-1), linux-headers-3.16.0-4-amd64:amd64 (3.16.7-2), linux-headers-3.16.0-4-common:amd64 (3.16.7-2) End-Date: 2014-12-01 17:26:12 Start-Date: 2014-12-02 04:38:42 Upgrade: binutils:amd64 (2.24.90.20141128-1, 2.24.90.20141201-1), libtdb1:amd64 (1.3.1-1, 1.3.2-1) End-Date: 2014-12-02 04:38:48 Start-Date: 2014-12-03 05:10:05 Upgrade: libasan1:amd64 (4.9.2-4, 4.9.2-5), libquadmath0:amd64 (4.9.2-4, 4.9.2-5), libubsan0:amd64 (4.9.2-4, 4.9.2-5), python3.4:amd64 (3.4.2-2, 3.4.2-3), cpp-4.9:amd64 (4.9.2-4, 4.9.2-5), libstdc++-4.9-dev:amd64 (4.9.2-4, 4.9.2-5), libgomp1:amd64 (4.9.2-4, 4.9.2-5), libtsan0:amd64 (4.9.2-4, 4.9.2-5), libcilkrts5:amd64 (4.9.2-4, 4.9.2-5), python3.4-minimal:amd64 (3.4.2-2, 3.4.2-3), libgcc1:amd64 (4.9.2-4, 4.9.2-5), grub-common:amd64 (2.02~beta2-16, 2.02~beta2-17), libpython3.4-stdlib:amd64 (3.4.2-2, 3.4.2-3), libobjc4:amd64 (4.9.2-4, 4.9.2-5), libpython3.4:amd64 (3.4.2-2, 3.4.2-3), grub2-common:amd64 (2.02~beta2-16, 2.02~beta2-17), libatomic1:amd64 (4.9.2-4, 4.9.2-5), libsqlite3-0:amd64 (3.8.7.1-1, 3.8.7.2-1), libpython3.4-minimal:amd64 (3.4.2-2, 3.4.2-3), g++-4.9:amd64 (4.9.2-4, 4.9.2-5), libtdb1:amd64 (1.3.2-1, 1.3.3-1), gcc-4.9:amd64 (4.9.2-4, 4.9.2-5), grub-pc-bin:amd64 (2.02~beta2-16, 2.02~beta2-17), grub-pc:amd64 (2.02~beta2-16, 2.02~beta2-17), libgfortran3:amd64 (4.9.2-4, 4.9.2-5), libgcc-4.9-dev:amd64 (4.9.2-4, 4.9.2-5), python-reportbug:amd64 (6.6.0, 6.6.1), reportbug:amd64 (6.6.0, 6.6.1), liblsan0:amd64 (4.9.2-4, 4.9.2-5), libstdc++6:amd64 (4.9.2-4, 4.9.2-5), libitm1:amd64 (4.9.2-4, 4.9.2-5), gcc-4.9-base:amd64 (4.9.2-4, 4.9.2-5), libgcrypt20:amd64 (1.6.2-4, 1.6.2-4+b1) End-Date: 2014-12-03 05:10:40 Start-Date: 2014-12-04 04:41:26 Upgrade: libavformat56:amd64 (2.4.4-dmo1, 2.5-dmo1), apt:amd64 (1.0.9.3, 1.0.9.4), libavresample2:amd64 (2.4.4-dmo1, 2.5-dmo1), libasan0:amd64 (4.8.3-15, 4.8.3-16), gcc-4.8-base:amd64 (4.8.3-15, 4.8.3-16), libavfilter5:amd64 (2.4.4-dmo1, 2.5-dmo1), cpp-4.8:amd64 (4.8.3-15, 4.8.3-16), apt-utils:amd64 (1.0.9.3, 1.0.9.4), procmail:amd64 (3.22-22, 3.22-23), libapt-inst1.5:amd64 (1.0.9.3, 1.0.9.4), iceweasel:amd64 (31.2.0esr-3, 31.3.0esr-1), libswscale3:amd64 (2.4.4-dmo1, 2.5-dmo1), ffmpeg:amd64 (2.4.4-dmo1, 2.5-dmo1), libapt-pkg4.12:amd64 (1.0.9.3, 1.0.9.4), libswresample1:amd64 (2.4.4-dmo1, 2.5-dmo1), libgcc-4.8-dev:amd64 (4.8.3-15, 4.8.3-16), libpostproc53:amd64 (2.4.4-dmo1, 2.5-dmo1), gcc-4.8:amd64 (4.8.3-15, 4.8.3-16), libavcodec56:amd64 (2.4.4-dmo1, 2.5-dmo1), libavdevice56:amd64 (2.4.4-dmo1, 2.5-dmo1), libavutil54:amd64 (2.4.4-dmo1, 2.5-dmo1) End-Date: 2014-12-04 04:41:46 Start-Date: 2014-12-04 04:42:00 End-Date: 2014-12-04 04:42:00 Start-Date: 2014-12-05 04:36:27 Upgrade: libgoa-1.0-0b:amd64 (3.14.1-1, 3.14.2-1), libdb5.3:amd64 (5.3.28-6, 5.3.28-7), claws-mail:amd64 (3.11.1-2, 3.11.1-3), bluetooth:amd64 (5.23-1, 5.23-2), mutt:amd64 (1.5.23-2, 1.5.23-3), libgoa-1.0-common:amd64 (3.14.1-1, 3.14.2-1), libbluetooth3:amd64 (5.23-1, 5.23-2), gnupg:amd64 (1.4.18-4, 1.4.18-6), bluez:amd64 (5.23-1, 5.23-2), gpgv:amd64 (1.4.18-4, 1.4.18-6), claws-mail-i18n:amd64 (3.11.1-2, 3.11.1-3) End-Date: 2014-12-05 04:36:37 Start-Date: 2014-12-05 15:07:21 Upgrade: libgudev-1.0-0:amd64 (215-7, 215-8), libpam-systemd:amd64 (215-7, 215-8), udev:amd64 (215-7, 215-8), libudev1:amd64 (215-7, 215-8), systemd-sysv:amd64 (215-7, 215-8), libjasper1:amd64 (1.900.1-debian1-2.1+b1, 1.900.1-debian1-2.2), systemd:amd64 (215-7, 215-8), libsystemd0:amd64 (215-7, 215-8) End-Date: 2014-12-05 15:07:39 Start-Date: 2014-12-06 02:49:16 Upgrade: man-db:amd64 (2.7.0.2-3, 2.7.0.2-4), libldb1:amd64 (1.1.17-1, 1.1.18-1), samba-libs:amd64 (4.1.13+dfsg-2, 4.1.13+dfsg-3), libwbclient0:amd64 (4.1.13+dfsg-2, 4.1.13+dfsg-3), ufraw-batch:amd64 (0.20-1, 0.20-2), libsmbclient:amd64 (4.1.13+dfsg-2, 4.1.13+dfsg-3), gksu:amd64 (2.0.2-7, 2.0.2-9) End-Date: 2014-12-06 02:49:23 Start-Date: 2014-12-07 04:39:49 Upgrade: syslinux:amd64 (6.03+dfsg-3, 6.03+dfsg-4), syslinux-common:amd64
Bug#768286: python{, 3}-zope.interface-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE
Hi, On Sat, Dec 13, 2014 at 04:08:44PM +0100, Andreas Beckmann wrote: I can still reproduce this issue on this upgrade path: squeeze - wheezy - jessie Looks like you need to use the absolute path of the link target in your .maintscript files: -symlink_to_dir /usr/share/doc/python-zope.interface-dbg python-zope.interface 4.1.1-3~ +symlink_to_dir /usr/share/doc/python-zope.interface-dbg /usr/share/doc/python-zope.interface 4.1.1-4~ dpkg-maintscript-helper will try both readlink $SYMLINKTOBECOMEADIRECTORY and readlink -f $SYMLINKTOBECOMEADIRECTORY and one of the must match the old target for actions to be taken. It fails when upgrading from squeeze to wheezy to jessie, because the result from the upgrade from squeeze to wheezy differs from a clean wheezy install. The wheezy install has: /usr/share/doc/python-zope.interface-dbg - python-zope.interface After the squeeze to wheezy upgrade, the symlink is created by the python-zope.interface-dbg postinst from wheezy, which creates the symlink using the full path: /usr/share/doc/python-zope.interface-dbg - /usr/share/doc/python-zope.interface Using the full path in the .maintscript file in the jessie version works in both cases. I'm preparing an NMU for this. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771215: git-buildpackage: please merge support for gbp pq-rpm
On Tue, Dec 16, 2014 at 10:09:15AM +0200, Markus Lehtonen wrote: On Fri, 2014-12-05 at 15:50 +0100, Guido Günther wrote: Hi Markus, On Tue, Dec 02, 2014 at 04:47:58PM +0200, Markus Lehtonen wrote: Hello, On Fri, 2014-11-28 at 14:55 +0100, Guido Günther wrote: On Fri, Nov 28, 2014 at 12:11:01PM +0200, Markus Lehtonen wrote: [..snip..] If you're willing to wait for few days I could look into this and provide a patchset with minimal pq-rpm implementation (i.e. all the new cmdline options, even configurable branch names, removed). What I'd like to have there are the unit tests. That would be awesome! I'd be great to have a second tool merged. The attached series implements an initial version of the pq-rpm tool. The first four patches (0001-0004) are required to make the actual pq-rpm tool to work correctly. The next four patches (0005-0008) are requirements for the unit tests. The last patch finally implements gbp-pq-rpm tool itself. This series (plus some additional features) is also available in feature/pq-rpm branch in my Github repository: git clone git://github.com/marquiz/git-buildpackage-rpm.git -b feature/pq-rpm I had a look at this branch an it looks great. I'd feel more comfortable if we'd had a unit test for dump_tree with recursive though (af39e32692ebedb4316b28851e10f737bf176105) - can you add that, I can pull in the rest then. You can find a patch with updated unit tests attached. I also updated and rebased my feature/pq-rpm branch in Github. I've pulled in the patches up to but the tests fail with: == ERROR: test suite for class 'tests.component.rpm.test_pq_rpm.TestPqRpm' -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/suite.py, line 209, in run self.setUp() File /usr/lib/python2.7/dist-packages/nose/suite.py, line 292, in setUp self.setupContext(ancestor) File /usr/lib/python2.7/dist-packages/nose/suite.py, line 315, in setupContext try_run(context, names) File /usr/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run return func() File /var/scratch/src/git-buildpackage/git-buildpackage/tests/component/rpm/__init__.py, line 93, in setup_class repo.create_branch(branch, rev) File /var/scratch/src/git-buildpackage/git-buildpackage/gbp/git/repository.py, line 311, in create_branch self._git_command(branch, args.args) File /var/scratch/src/git-buildpackage/git-buildpackage/gbp/git/repository.py, line 207, in _git_command raise GitRepositoryError(Error running git %s: %s % (command, stderr)) GitRepositoryError: Error running git branch: fatal: Not a valid branch point: 'b82fd1a61db4221263b2c110f60c6d07cb0203df'. I assume that the subproject commit of tests/component/rpm/data in 63a5a1aedb5e14e6d32a942b2a4c6de42b14a8f2 is incorrect? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774074: dh-make-perl: Recursive option does not check version of existing packages
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch When using the recursive option, dh-make-perl checks for existing packages both locally and in apt. However, it doesn't check the versions, so the actual module required may still not exist. This patch also checks the version, and adds the module to the missing list if the version does not satisfy the requirement. It relies on DPKG::Parse::Available and associated RT patch 69920, but the module appears to be unmaintained. Assuming that the patch attached to this is acceptable, I'd be happy in looking at options to ensure that DPKG::Parse::Available is maintained. Bug 774073 relies on this patch. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl 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#746967: buildd.debian.org: d-i daily builds happen with unsigned code from alioth
On Thu, Sep 11, 2014 at 10:49:06PM +0200, Aurelien Jarno wrote: If we choose this solution, here is a quick and dirty patch against di-autobuild to do that. It's basically changing the hardcoded paths and call to schroot. There is probably more fixes/cleanup to do, but it's just a proof of concept to show this solution works without additional privilege on the porterboxes. Note that I haven't tried the upload part, but I guess it's just a matter of having the right packages installed (if not already the case). We probably want to have a dedicated d-i account for that on the porterbox. Also we have only one amd64/i386 porterbox, and the current script doesn't support that, but that should be easy to test. If this solution is chosen, I'll be happy to continue working on this script as time permits. I'm ok with this approach for the time being. Obviously building on real infrastructure the way other stuff is built would be even better. (For instance binNMUing the unstable d-i into experimental every day, or similar.) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#772687: [Pkg-fonts-devel] Bug#772687: Bug#772687: fonts-droid: fallback font is installed too early to fontconfig
Hi Christian, I'm currently out of time to design the right solution, build and upload ,(after asking for a pre-approval to unblock). Yamane-san, any chance you can work on this ? Not tested, just started in git, but here is a shot at moving the conffile to 61 instead of 65. I am not sure if 61 is the right place, though. 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 diff --git a/debian/changelog b/debian/changelog index b9b7c49..c0f7506 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,10 +1,15 @@ fonts-android (1:4.4.4r2-5) UNRELEASED; urgency=medium + [ Vasudev Kamath ] * Fix typo in maintscript, we never built fonts-android binary from this source package. Closes: bug#772457, Thanks to Niels Thykier. - -- Vasudev Kamath kamathvasu...@gmail.com Sun, 14 Dec 2014 17:17:03 +0530 + [ Norbert Preining ] + * install droid-sans-fallback.conf fontconfig file low in the hierarchy +so that it does not override other fonts (Closes: #772687) + + -- Norbert Preining prein...@debian.org Sun, 28 Dec 2014 21:35:54 +0900 fonts-android (1:4.4.4r2-4) unstable; urgency=low diff --git a/debian/local/61-droid-sans-fallback.conf b/debian/local/61-droid-sans-fallback.conf new file mode 100644 index 000..9aa0d22 --- /dev/null +++ b/debian/local/61-droid-sans-fallback.conf @@ -0,0 +1,16 @@ +?xml version=1.0? +!DOCTYPE fontconfig SYSTEM fonts.dtd +fontconfig + alias + familysans-serif/family + prefer + familyDroid Sans Fallback/family + /prefer + /alias + alias + familymonospace/family + prefer + familyDroid Sans Fallback/family + /prefer + /alias +/fontconfig diff --git a/debian/local/65-droid-sans-fallback.conf b/debian/local/65-droid-sans-fallback.conf deleted file mode 100644 index 9aa0d22..000 --- a/debian/local/65-droid-sans-fallback.conf +++ /dev/null @@ -1,16 +0,0 @@ -?xml version=1.0? -!DOCTYPE fontconfig SYSTEM fonts.dtd -fontconfig - alias - familysans-serif/family - prefer - familyDroid Sans Fallback/family - /prefer - /alias - alias - familymonospace/family - prefer - familyDroid Sans Fallback/family - /prefer - /alias -/fontconfig diff --git a/debian/maintscript b/debian/maintscript index 57be57e..064f80a 100644 --- a/debian/maintscript +++ b/debian/maintscript @@ -1,3 +1,4 @@ rm_conffile /etc/fonts/conf.avail/60-droid-sans-mono-fonts.conf 1:4.3-2~ fonts-droid rm_conffile /etc/fonts/conf.avail/59-droid-serif-fonts.conf 1:4.3-2~ fonts-droid rm_conffile /etc/fonts/conf.avail/65-droid-sans-fonts.conf 1:4.4.4r2-2~ fonts-droid +mv_conffile /etc/fonts/conf.avail/65-droid-sans-fallback.conf /etc/fonts/conf.avail/61-droid-sans-fallback.conf 1:4.4.4r2-5~ fonts-droid
Bug#774073: Patch for #774073
From 2ed90c88dfac1abe7403acc9c0939cc882940bda Mon Sep 17 00:00:00 2001 From: Andy Beverley a...@andybev.com Date: Sun, 28 Dec 2014 08:40:12 + Subject: [PATCH 6/6] Allow built core modules to overwrite files from perl package --- lib/DhMakePerl/Command/make.pm | 17 + 1 file changed, 17 insertions(+) diff --git a/lib/DhMakePerl/Command/make.pm b/lib/DhMakePerl/Command/make.pm index 64a067f..05f2a82 100644 --- a/lib/DhMakePerl/Command/make.pm +++ b/lib/DhMakePerl/Command/make.pm @@ -136,6 +136,23 @@ sub execute { $bin-Depends-add( $self-cfg-depends ) if $self-cfg-depends; +# If it's a module that would otherwise be part of core, then +# tell dpkg that this is allowed to overwrite files from +# the core perl package. We'll have only got this far if +# --core-ok has been specified. +if (is_core_module $self-cfg-cpan) +{ +# Look up installed Perl version in apt cache +if (my $apt_cache = apt_cache()) { +my $pkg = $apt_cache-{perl}; +if ( my $available = $pkg-{VersionList} ) { +my $target_perl_version = pop @$available; +my $depends = Debian::Dependency-new(perl (=$target_perl_version)); +$bin-Replaces-add( $depends ); +} +} +} + $src-Build_Depends-add( $self-cfg-bdepends ) if $self-cfg-bdepends; -- 1.7.10.4
Bug#774073: Patch depends on path in #774074
Forgot to say, this patch relies on the patch in #774074 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772687: [Pkg-fonts-devel] Bug#772687: Bug#772687: fonts-droid: fallback font is installed too early to fontconfig
On Sun, 28 Dec 2014, Norbert Preining wrote: I am not sure if 61 is the right place, though. Indeed it is not ... should be 69 ;-) 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#774074: Patch for 774074
From 1c27a34f263fc2e90e72077a72f6d979b165cc6f Mon Sep 17 00:00:00 2001 From: Andy Beverley a...@andybev.com Date: Sat, 27 Dec 2014 23:46:17 + Subject: [PATCH 4/6] Check available package versions when building recursively This patch adds version lookups when checking dpkg and apt repositories. Previously, a package would not be built if it existed as *any* version, not necessarily the version required. --- lib/Debian/Control/FromCPAN.pm | 61 +++ lib/DhMakePerl/Command/Packaging.pm | 19 +++ lib/DhMakePerl/Command/make.pm | 14 +++- lib/DhMakePerl/Utils.pm | 19 +++ 4 files changed, 92 insertions(+), 21 deletions(-) diff --git a/lib/Debian/Control/FromCPAN.pm b/lib/Debian/Control/FromCPAN.pm index 1749cc1..6bc2075 100644 --- a/lib/Debian/Control/FromCPAN.pm +++ b/lib/Debian/Control/FromCPAN.pm @@ -23,7 +23,7 @@ use Carp qw(croak); use base 'Debian::Control'; use CPAN (); -use DhMakePerl::Utils qw( is_core_module find_cpan_module nice_perl_ver split_version_relation ); +use DhMakePerl::Utils qw( is_core_module find_cpan_module nice_perl_ver split_version_relation apt_cache ); use File::Spec qw( catfile ); use Module::Depends (); @@ -47,6 +47,13 @@ Options: An instance of LDebian::AptContents to be used when locating to which package a required module belongs. +=item dpkg_available +An instance of LDPKG::Parse::Available to be used when checking whether +the locally available package is the required version. For example: + +my $available = DPKG::Parse::Available-new; +$available-parse; + =item dir The directory where the cpan distribution was unpacked. @@ -85,6 +92,7 @@ sub discover_dependencies { ref($opts) and ref($opts) eq 'HASH' or die 'Usage: $obj-{ [ { opts hash } ] )'; my $apt_contents = delete $opts-{apt_contents}; +my $dpkg_available = delete $opts-{dpkg_available}; my $dir = delete $opts-{dir}; my $intrusive = delete $opts-{intrusive}; my $require_deps = delete $opts-{require_deps}; @@ -163,7 +171,8 @@ sub discover_dependencies { # run-time my ( $debs, $missing ) -= $self-find_debs_for_modules( $deps-{requires}, $apt_contents, $verbose ); += $self-find_debs_for_modules( $deps-{requires}, $apt_contents, +$verbose, $dpkg_available ); if (@$debs) { if ($verbose) { @@ -187,7 +196,8 @@ sub discover_dependencies { %{ $deps-{configure_requires} || {} } }, $apt_contents, -$verbose +$verbose, +$dpkg_available, ); if (@$b_debs) { @@ -254,7 +264,7 @@ EOF return @$missing; } -=item find_debs_for_modules Idep hash[, APT contents[, verbose ]] +=item find_debs_for_modules Idep hash[, APT contents[, verbose[, DPKG available]]] Scans the given hash of dependencies ( module = version ) and returns matching Debian package dependency specification (as an instance of @@ -262,13 +272,16 @@ LDebian::Dependencies class) and a list of missing modules. Perl core is searched first, then installed packages, then the APT contents. +If a DPKG::Parse::Available object is passed, also check the available package version + =cut sub find_debs_for_modules { -my ( $self, $dep_hash, $apt_contents, $verbose ) = @_; +my ( $self, $dep_hash, $apt_contents, $verbose, $dpkg_available ) = @_; my $debs = Debian::Dependencies-new(); +my $aptpkg_cache = apt_cache(); my @missing; @@ -292,9 +305,45 @@ sub find_debs_for_modules { ? [ map { { pkg = $_, ver = $version } } @pkgs ] : ( $pkgs[0], $version ) ); + +# Check the actual version available, if we've been passed +# a DPKG::Parse::Available object +if ( $dpkg_available ) { +my @available; +my @satisfied = grep { +if ( my $pkg = $dpkg_available-get_package('name' = $_) ) { +my $have_pkg = Debian::Dependency-new( $_, '=', $pkg-version ); +push @available, $have_pkg; +$have_pkg-satisfies($dep); +} +} @pkgs; +unless ( @satisfied ) { +print $module is available locally as @available, but does not satisify $version +if $verbose; +push @missing, $module; +} +} } -elsif ($apt_contents) { + +if (!$dep $apt_contents) { $dep = $apt_contents-find_perl_module_package( $module, $version ); + +# Check the actual version in APT, if we've got +# a AptPkg::Cache object to search +if ( $dep $aptpkg_cache ) { +my $pkg = $aptpkg_cache-{$dep-pkg}; +if ( my $available = $pkg-{VersionList} ) { +for my $v ( @$available ) { +
Bug#774072: Patch for 774072
From 9f92e37e0b22a6d260af61fab6b6c7928d8cfbfa Mon Sep 17 00:00:00 2001 From: Andy Beverley a...@andybev.com Date: Sat, 27 Dec 2014 23:51:28 + Subject: [PATCH 5/6] Use correct location for deb when using install option --- lib/DhMakePerl/Command/make.pm |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/DhMakePerl/Command/make.pm b/lib/DhMakePerl/Command/make.pm index 1b44c62..64a067f 100644 --- a/lib/DhMakePerl/Command/make.pm +++ b/lib/DhMakePerl/Command/make.pm @@ -438,7 +438,7 @@ sub install_package { $debname = sprintf( %s_%s-1_%s.deb, $self-pkgname, $self-version, $archspec ); -my $deb = $self-main_dir . /$debname; +my $deb = $self-main_dir . /../$debname; system(dpkg -i $deb) == 0 || die Cannot install package $deb\n; } -- 1.7.10.4
Bug#774071: Patch for 774071
From b2d9f39599f39a783e448423e716ab55da231e9e Mon Sep 17 00:00:00 2001 From: Andy Beverley a...@andybev.com Date: Sat, 27 Dec 2014 21:36:53 + Subject: [PATCH 3/6] Check existing new directory name before attempting a rename to it --- lib/DhMakePerl/Command/make.pm | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/lib/DhMakePerl/Command/make.pm b/lib/DhMakePerl/Command/make.pm index 4761ae7..c3c0214 100644 --- a/lib/DhMakePerl/Command/make.pm +++ b/lib/DhMakePerl/Command/make.pm @@ -349,12 +349,19 @@ sub setup_dir { $new_maindir = $orig_pwd . / . $dist-base_id; # rename existing directory +my $new_inc; +my $rename_to = $new_maindir.$$; +while (-d $rename_to) +{ +$new_inc++; +$rename_to = $new_maindir.$$-$new_inc; +} if ( -d $new_maindir - rename $new_maindir, $new_maindir.$$ ) + rename $new_maindir, $rename_to) { print '=' x 70, \n; print -Unpacked tarball already existed, directory renamed to $new_maindir.$$\n; +Unpacked tarball already existed, directory renamed to $rename_to\n; print '=' x 70, \n; } system( mv, $self-main_dir, $new_maindir ) == 0 -- 1.7.10.4
Bug#774073: dh-make-perl: Ceating core module, install fails with trying to overwrite foo which is also in bar
On Sun, Dec 28, 2014 at 12:19:32PM +, Andy Beverley wrote: Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch When creating an updated version of a module that is already in core, the subsequent install fails (as expected) with a message such as: trying to overwrite '/usr/bin/instmodsh', which is also in package perl 5.14.2-21+deb7u2. Given that dh-make-perl has to be forced into creating core modules, I think it's appropriate to instruct dpkg that the package contains files that replace the core module. This patch does so. Please note that a Replaces entry isn't quite enough for packages with conflicting files to coexist cleanly: in case the replacing package gets removed later, the conflicting file would then be gone from the system altogether. A more robust solution is using dpkg-divert in maintainer scripts to move the core version out of the way and then back later if necessary. See for instance the libmodule-corelist-perl package for an example implementation. -- Niko Tyni nt...@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#774070: Patch for 774070
From 94798369412749560910507a55a375c961025685 Mon Sep 17 00:00:00 2001 From: Andy Beverley a...@andybev.com Date: Sat, 27 Dec 2014 21:31:33 + Subject: [PATCH 2/6] Reset Git environment variables to ensure correct repo is used Under some circumstances when building recursively, it's possible that Git environment variables will be set from previous builds, which then point to the wrong repo directories. This patches always undefines them before each call to Git. --- lib/DhMakePerl/Command/make.pm | 12 1 file changed, 12 insertions(+) diff --git a/lib/DhMakePerl/Command/make.pm b/lib/DhMakePerl/Command/make.pm index b0bd9fb..4761ae7 100644 --- a/lib/DhMakePerl/Command/make.pm +++ b/lib/DhMakePerl/Command/make.pm @@ -718,6 +718,12 @@ sub git_import_upstream__init_debian { require Git; +# The Git environment variables may be set from previous iterations +# of this program being run. In this case, it's possible that the +# Git module will use these to point to the wrong source tree. +delete $ENV{'GIT_DIR'}; +delete $ENV{'GIT_WORK_TREE'}; + Git::command( 'init', $self-main_dir ); my $git = Git-repository( $self-main_dir ); @@ -748,6 +754,12 @@ sub git_add_debian { require Git; require File::Which; +# The Git environment variables may be set from previous iterations +# of this program being run. In this case, it's possible that the +# Git module will use these to point to the wrong source tree. +delete $ENV{'GIT_DIR'}; +delete $ENV{'GIT_WORK_TREE'}; + my $git = Git-repository( $self-main_dir ); $git-command( 'add', 'debian' ); $git-command( 'commit', '-m', -- 1.7.10.4
Bug#774068: Patch for 774068
From 45945f8e72eabcd9210158191bfbeadf3ea3fa66 Mon Sep 17 00:00:00 2001 From: Andy Beverley a...@andybev.com Date: Sat, 27 Dec 2014 21:26:45 + Subject: [PATCH 1/6] Ensure no perllocal.pod files are created during build Although the version of ExtUtils-MakeMaker shipped with Debian does not create perllocal.pod files, there is a chance that a local version will have been installed that does. If perllocal.pod files are created, they will conflict between multiple packages. --- share/rules.dh.tiny |4 1 file changed, 4 insertions(+) diff --git a/share/rules.dh.tiny b/share/rules.dh.tiny index 2d33f6a..0b86f50 100755 --- a/share/rules.dh.tiny +++ b/share/rules.dh.tiny @@ -2,3 +2,7 @@ %: dh $@ + +override_dh_auto_configure: + dh_auto_configure -- NO_PERLLOCAL=1 + -- 1.7.10.4
Bug#291951: closed by Ola Lundqvist o...@inguza.com (Solved by latest upload)
Hi No. I can not see that emacs snapshot is part of any debian version. I could of course have tested emacs24 but I still run wheezy here. // Ola On Fri, Dec 26, 2014 at 3:17 PM, Cyril Bouthors cyril.bouth...@isvtec.com wrote: On Tue, Dec 23, 2014 at 9:28 PM, Ola Lundqvist o...@inguza.com wrote: In that case I can not reproduce the problem. Because when I type this I get correct indentation. ola@quartz:~$ dpkg -l php-elisp emacs23 emacs23 is pretty old Did you try with emacs-snapshot? -- Cyril Bouthors - go-managed.com http://www.go-managed.com/ - +33-184-161-617 +1-347-294-7146 https://www.linkedin.com/in/cyrilbouthors -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / ---
Bug#774075: libdvdnav4: breaks mplayer2 from wheezy
Package: libdvdnav4 Version: 5.0.1-1 mplayer2 2.0-554-gf63dbad-1+b1 no longer starts after upgrading libdvdnav4 from 4.2.0+20120524-2 to 5.0.1-1: % mplayer mplayer: error while loading shared libraries: libdvdnavmini.so.4: cannot open shared object file: No such file or directory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706877: insserv: breaks dist-upgrade by installing before packages fix their init scripts
Control: tags -1 wheezy Hi Lucas, On Thu, Nov 06, 2014 at 09:08:25AM +0100, Lucas Nussbaum wrote: Given that this bug was present (unfixed) in wheezy, and the situation can only have improved since then, I think that this bug should be jessie-ignore'd. As this is an upgrade issue from squeeze to wheezy, the correct way to handle this it to tag this bug wheezy (doing so now). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631295: gvfs-backends: gvfsd-gphoto2 handles large image/video files very badly
I can confirm that this bug is still present in the gvfs-backends package in Wheezy, version 1.12.3-4 It has been fixed upstream: https://bugzilla.gnome.org/show_bug.cgi?id=642814 https://git.gnome.org/browse/gvfs/commit/?id=86162bbe4b09f517b551ff1c9207a119e91ab733 I'm sorry, but I don't really understand how to apply the fix to the package myself - I have been reading about it all morning. Thanks, Rupert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774076: Please relicense gcov.m4 and automake rule to all permissive license and add it to autoconf-archive
package: autoconf-archive version: 20140228-1.1 Dear francis, I wish to add to autoconf-archive package the machinery you created here https://patches.linaro.org/13424/ for gcov stuff. Could you (by answering to this bug) give me some hint about the license you used. We will prefer if possible a all-permissive license, see http://www.gnu.org/software/autoconf-archive/How-to-contribute.html in order to get this included in the future in autoconf Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771215: git-buildpackage: please merge support for gbp pq-rpm
On Sun, Dec 28, 2014 at 01:22:27PM +0100, Guido Günther wrote: == ERROR: test suite for class 'tests.component.rpm.test_pq_rpm.TestPqRpm' Speaking of tests, I think that the following should also be included in the branch (unless I missed it elsewhere): http://git.tzafrir.org.il/cgit/git-buildpackage.git/commit/?id=b2d8fa3bdb750ddf974cb605de4e5f0c9b4281cb That repo also has a brute-force rebase of buildpackage-rpm on top of 0.6.22 (just that command. Others are still missing). -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint Réczey, thanks for your fast response. One thing I am uncomfortable with my proposal is, if it would affect people using some low spec computer which are not able to decode fast enough in software and not having vdpau at all. I will try to build a kodi package from your repo and report back. Kind regards, Bernhard One think were I am undecided is, my proposal is to set set software=true. But I don't know if then someone would still be able to watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?= bal...@balintreczey.hu wrote: Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Ãbelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774045: linux-image-3.16-3-amd64: on MacBook Pro, ethernet not recognise when on battery power
Control: tag -1 moreinfo On Sun, 2014-12-28 at 00:24 +, Julian Gilbey wrote: Package: src:linux Version: 3.16.5-1 Severity: normal Hi! I don't know how to track down this bug, but I'm happy to help do so. Also, if this is related to network-manager and not the kernel, please feel free to reassign. I am using a MacBook Pro running Debian testing. I have noticed that when I am running on mains power, network-manager recognises my connected ethernet cable, but as soon as I remove the power and switch to battery, there is no recognition of the ethernet being present. Any suggestions? (It may be a week or so before I next have access to ethernet to do any testing, sorry, but am happy to help with it.) [...] Do you have laptop-mode-tools installed? If so, please try without it. Ben. -- Ben Hutchings Life would be so much easier if we could look at the source code. signature.asc Description: This is a digitally signed message part
Bug#773528: systemd: enables audit without any hint on how to disable it
Hi Martin. Am Sonntag, 28. Dezember 2014, 13:14:54 schrieb Martin Pitt: […] Hello all, I asked about this upstream: http://lists.freedesktop.org/archives/systemd-devel/2014-December/026591.html I disabled the enabling of audit in systemd again for now. (in git, will be in 218-3). Thank you. Have a nice 2015!, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#774077: unblock: libpam-mount/2.14-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, The recent NMU [1] for libpam-mount fixed one RC bug, #764451 [2]. On 2014-11-15, libpam-mount was removed from testing because of this bug. The freeze policy says that auto-removed packages need action within one week of removal, however as this was an NMU, I was wondering whether you'd consider counting from the NMU upload instead. The attached debdiff is from between the last version in testing, and in unstable. The only change is an added patch fixing #764451, taken from upstream, and it is trivial. I have CCed the maintainer. Regards, Christian [1] https://tracker.debian.org/news/670628 [2] https://bugs.debian.org/764451 [3] https://tracker.debian.org/news/585258 diff -Nru libpam-mount-2.14/debian/changelog libpam-mount-2.14/debian/changelog --- libpam-mount-2.14/debian/changelog 2013-08-31 17:12:07.0 +0200 +++ libpam-mount-2.14/debian/changelog 2014-12-23 12:02:00.0 +0100 @@ -1,3 +1,11 @@ +libpam-mount (2.14-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Backport upstream's patch dropped dropping the -p0 mount option. It is no +longer available in util-linux = 2.23. Closes: #764451 + + -- Christian Kastner deb...@kvr.at Tue, 23 Dec 2014 12:00:32 +0100 + libpam-mount (2.14-1) unstable; urgency=low * New upstream release. diff -Nru libpam-mount-2.14/debian/patches/011-pmvarrun-no-l0g libpam-mount-2.14/debian/patches/011-pmvarrun-no-l0g --- libpam-mount-2.14/debian/patches/011-pmvarrun-no-l0g2013-06-27 15:16:22.0 +0200 +++ libpam-mount-2.14/debian/patches/011-pmvarrun-no-l0g2014-12-23 11:57:04.0 +0100 @@ -1,7 +1,7 @@ -Index: libpam-mount-2.14~zgit3+966c6bea/src/pmvarrun.c +Index: libpam-mount-2.14/src/pmvarrun.c === libpam-mount-2.14~zgit3+966c6bea.orig/src/pmvarrun.c 2013-06-27 15:15:39.249980587 +0200 -+++ libpam-mount-2.14~zgit3+966c6bea/src/pmvarrun.c2013-06-27 15:16:12.817382328 +0200 +--- libpam-mount-2.14.orig/src/pmvarrun.c libpam-mount-2.14/src/pmvarrun.c @@ -151,12 +151,12 @@ long str_to_long(const char *n) long val; char *endptr = NULL; diff -Nru libpam-mount-2.14/debian/patches/remove-unsupported--p0-mount-option.patch libpam-mount-2.14/debian/patches/remove-unsupported--p0-mount-option.patch --- libpam-mount-2.14/debian/patches/remove-unsupported--p0-mount-option.patch 1970-01-01 01:00:00.0 +0100 +++ libpam-mount-2.14/debian/patches/remove-unsupported--p0-mount-option.patch 2014-12-23 11:59:58.0 +0100 @@ -0,0 +1,35 @@ +Author: Till Maas opensou...@till.name +Date: Wed Nov 26 20:59:52 2014 +0100 +Subject: pam_mount: remove unsupported -p0 mount option + +The -p0 mount options was removed in util-linux 2.23. + +Bug-Debian: https://bugs.debian.org/764451 +Origin: http://sourceforge.net/p/pam-mount/pam-mount/ci/ca802908d22771e7fff8ffd8051ec21f7b0231eb/ +Last-Update: 2014-12-23 +Index: libpam-mount-2.14/doc/pam_mount.conf.5.in +=== +--- libpam-mount-2.14.orig/doc/pam_mount.conf.5.in libpam-mount-2.14/doc/pam_mount.conf.5.in +@@ -240,7 +240,7 @@ specify either absolute paths, or relati + searched. Since login programs have differing default PATHs, pam_mount has its + own path definition (see above). + .TP +-\fBlclmount\fP\fImount \-p0 \-t %(FSTYPE) ...\fP\fB/lclmount\fP ++\fBlclmount\fP\fImount \-t %(FSTYPE) ...\fP\fB/lclmount\fP + The regular mount program. + .TP + \fBumount\fP\fIumount %(MNTPT)\fP\fB/umount\fP +Index: libpam-mount-2.14/src/rdconf1.c +=== +--- libpam-mount-2.14.orig/src/rdconf1.c libpam-mount-2.14/src/rdconf1.c +@@ -1431,7 +1431,7 @@ static const struct pmt_command default_ +*/ + {CMD_NFSMOUNT,nfs, {mount, %(if %(OPTIONS),-o%(OPTIONS)), -t%(FSTYPE), %(COMBOPATH), %(MNTPT), NULL}}, + {CMD_NFSMOUNT,nfs4}, +- {CMD_LCLMOUNT,NULL,{mount, -p0, %(if %(OPTIONS),-o%(OPTIONS)), -t%(FSTYPE), %(VOLUME), %(MNTPT), NULL}}, ++ {CMD_LCLMOUNT,NULL,{mount, %(if %(OPTIONS),-o%(OPTIONS)), -t%(FSTYPE), %(VOLUME), %(MNTPT), NULL}}, + {CMD_CRYPTMOUNT, crypt, {mount, -t, crypt, %(if %(CIPHER),-ocipher=%(CIPHER)), %(if %(FSKEYCIPHER),-ofsk_cipher=%(FSKEYCIPHER)), %(if %(FSKEYHASH),-ofsk_hash=%(FSKEYHASH)), %(if %(FSKEYPATH),-okeyfile=%(FSKEYPATH)), %(if %(OPTIONS),-o%(OPTIONS)), %(VOLUME), %(MNTPT), NULL}}, + {CMD_CRYPTMOUNT, crypt_LUKS}, + {CMD_CRYPTMOUNT, crypto_LUKS}, diff -Nru libpam-mount-2.14/debian/patches/series libpam-mount-2.14/debian/patches/series --- libpam-mount-2.14/debian/patches/series 2013-08-31 17:07:33.0 +0200 +++ libpam-mount-2.14/debian/patches/series 2014-12-23 11:57:00.0 +0100 @@ -9,3 +9,4 @@
Bug#774078: does not cleanly upgrade if /home and /var are different filesystems
Package: mini-buildd Version: 1.0.5 Severity: important Hi, I finally tried updating mini-buildd 0.9.5 to the current unstable version on my build machine. The postinst obviously tried calling usermod to change the home directory, which tried renaming /home/mini-buildd to /var/lib/mini-buildd. That didn't work, most probably because my /home is on a different file system than /var: Setting up mini-buildd (1.0.5) ... Adding group `mini-buildd' (GID 118) ... Done. usermod: cannot rename directory /home/mini-buildd to /var/lib/mini-buildd dpkg: error processing package mini-buildd (--configure): subprocess installed post-installation script returned error exit status 12 Errors were encountered while processing: mini-buildd E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up mini-buildd (1.0.5) ... addgroup: The group `mini-buildd' already exists as a system group. Exiting. usermod: no changes usermod: no changes The user `mini-buildd' is already a member of `sbuild'. Setting admin password...mini-buildd FAILED: [Errno 13] Permission denied: '/var/lib/mini-buildd' dpkg: error processing package mini-buildd (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: mini-buildd Press Return to continue. Trying to do a manual copy didn't work as well since my /var was not big enough for the 6 GB /home/mini-buildd. In my opinion, mini-buildd should not try to move its home directory on a package upgrade. It's fine to use the new /var/lib location for new installs, but an upgrade script cannot foresee possible pitfalls in moving the home directory (and, frankly, yours doesn't even try to check). Greetings Marc -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.17.6-zgsrv20080 (SMP w/6 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mini-buildd depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.55 ii debootstrap 1.0.66 ii devscripts 2.14.11 ii dpkg-dev1.17.23 ii gnupg 1.4.18-6 ii libjs-jquery1.7.2+dfsg-3.2 ii libjs-sphinxdoc 1.2.3+dfsg-1 ii lintian 2.5.30+deb8u3 ii mini-buildd-common 1.0.5 ii python-cherrypy33.5.0-2 ii python-daemon 1.5.5-1 ii python-django 1.7.1-1 ii python-django-extensions1.3.10-1 ii python-django-registration 1.0+dfsg-2 ii python-mini-buildd 1.0.5 ii python-pyftpdlib1.2.0-1 pn python:any none ii reprepro4.16.0-1 ii sbuild 0.65.0-1 ii schroot 1.6.10-1+b1 ii sudo1.8.11p2-1.1 Versions of packages mini-buildd recommends: ii python-apt 0.9.3.11 Versions of packages mini-buildd suggests: pn binfmt-supportnone ii debootstrap 1.0.66 pn haveged none ii lvm2 2.02.111-2 pn qemu-user-static none -- Configuration Files: /etc/sudoers.d/mini-buildd-sudoers [Errno 13] Permission denied: u'/etc/sudoers.d/mini-buildd-sudoers' -- debconf information: mini-buildd/purge_warning: * mini-buildd/home: /var/lib/mini-buildd * mini-buildd/options: --verbose * mini-buildd/note: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774079: build the index also for /usr/local/share/doc
Package: dhelp Version: 0.6.21+nmu6 Severity: wishlist I'm often working offline and I'm often resorting to dhelp to perform full-text searches of the installed documentation. It would be nice if the documentation in /usr/local/share/doc would be indexed too by default. I'm managing /usr/local using stow, so this is documentation not handled by doc-base. Not having a registered entry in the documentation tree would be absolutely fine (I'm never using it anyway: there's just too much stuff on a development machine to be useful by itself). Thanks -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dhelp depends on: ii doc-base0.10.6 ii libdata-page-perl 2.02-1 ii libhtml-parser-perl 3.71-1+b3 ii liblocale-gettext-perl 1.05-8+b1 ii libtemplate-perl2.24-1.2+b1 ii liburi-perl 1.64-1 ii perl-modules5.20.1-4 ii poppler-utils 0.26.5-2 ii pstotext1.9-6+b1 ii ruby1:2.1.0.4 ii ruby-bdb0.6.6-1+b2 ii ruby-debian 0.3.9 ii ruby-gettext3.1.2-1 ii ruby2.1 [ruby-interpreter] 2.1.5-1 ii swish++ 6.1.5-2.2 ii ucf 3.0030 Versions of packages dhelp recommends: ii chromium [www-browser] 39.0.2171.71-2 ii iceweasel [www-browser] 31.3.0esr-1 ii w3m [www-browser]0.5.3-19 Versions of packages dhelp suggests: ii catdvi0.14-12.1 ii info2www 1.2.2.9-24 ii lighttpd [httpd-cgi] 1.4.35-4 ii man2html 1.6g-7 -- Configuration Files: /etc/lighttpd/conf-available/95-dhelp.conf changed [not included] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743939: autofs: Hit this issue after wheezy-jessie upgrade
Package: autofs Version: 5.0.8-1 Followup-For: Bug #743939 Dear Maintainer, I was hit by this bug after a wheezy-jessie upgrade: root@omjuta:~# cat /etc/auto.master.d/net.autofs /mnt/net -hosts --timeout=60 root@omjuta:~# autofs does not work anymore root@omjuta:~# ls -l /mnt/net/silberkiste ls: Zugriff auf /mnt/net/silberkiste nicht möglich: Datei oder Verzeichnis nicht gefunden root@omjuta:~# grep silberkiste /etc/hosts 192.168.2.20silberkiste #192.168.2.21 silberkiste root@omjuta:~# Here are traces Dec 28 13:14:39 omjuta automount[4262]: handle_packet: type = 3 Dec 28 13:14:39 omjuta automount[4262]: handle_packet_missing_indirect: token 6, name silberkiste, request pid 4296 Dec 28 13:14:39 omjuta automount[4262]: attempting to mount entry /mnt/net/silberkiste Dec 28 13:14:39 omjuta automount[4262]: lookup_mount: lookup(hosts): silberkiste - (null) Dec 28 13:14:39 omjuta automount[4262]: get_exports: lookup(hosts): fetchng export list for silberkiste Dec 28 13:14:41 omjuta dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10 Dec 28 13:14:42 omjuta automount[4262]: get_exports: lookup(hosts): exports lookup failed for silberkiste Dec 28 13:14:42 omjuta automount[4262]: key silberkiste not found in map source(s). Dec 28 13:14:42 omjuta automount[4262]: dev_ioctl_send_fail: token = 6 Dec 28 13:14:42 omjuta automount[4262]: failed to mount /mnt/net/silberkiste I still can mount the directories from the machine root@omjuta:~# mount silberkiste:/home /mnt/dell root@omjuta:~# ls -l /mnt/dell/ insgesamt 36 drwxr-x--- 93 dorsch dorsch 4096 Dez 26 13:02 dorsch drwxr-xr-x 2 erika 1402 4096 Aug 18 2013 erika drwxr-xr-x 34 kathrin kathrin 4096 Dez 7 11:41 kathrin drwxr-xr-x 1921112111 4096 Dez 21 2011 kristina drwxr-xr-x 2722062206 4096 Mär 4 2012 marina drwxr-xr-x 69 rd rd 4096 Dez 28 11:30 rd drwxrwsr-x 18 dorsch users 4096 Okt 6 2013 shared drwxr-xr-x 32 simon simon 4096 Okt 31 2013 simon drwxr-xr-x 210001000 4096 Aug 18 2013 test root@omjuta:~# I am happy to provide further information. Kind regards Rainer -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-586 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages autofs depends on: ii libc6 2.19-13 ii libxml22.9.1+dfsg1-4 ii multiarch-support 2.19-13 ii ucf3.0030 Versions of packages autofs recommends: ii kmod 18-3 ii module-init-tools 18-3 ii nfs-common 1:1.2.8-9 autofs 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#741064: autofs: Workaround
Package: autofs Version: 5.0.8-1 Followup-For: Bug #741064 Dear Maintainer, after a websearch Ifound a workaround in the Archlinux bugtracker https://bugs.archlinux.org/task/38379 which also works in a similar way for me in jessie root@omjuta:~# cat /etc/auto.master.d/net.autofs #/mnt/net -hosts --timeout=60 /mnt/net /etc/auto.net --timeout=60 root@omjuta:~# Kind regards, Rainer -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-586 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages autofs depends on: ii libc6 2.19-13 ii libxml22.9.1+dfsg1-4 ii multiarch-support 2.19-13 ii ucf3.0030 Versions of packages autofs recommends: ii kmod 18-3 ii module-init-tools 18-3 ii nfs-common 1:1.2.8-9 autofs 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#773343: request-tracker4: fails to upgrade from 'wheezy' if rt4-extension-assettracker is installed
tag 773343 patch thanks On Sat, Dec 27, 2014 at 07:27:03PM +0200, Niko Tyni wrote: The smallest database change I can think of to fix the problem is something like UPDATE Groups set Instance=1 WHERE Domain='RTx::AssetTracker::System-Role' AND Description IS Null; which could presumably be dropped into the request-tracker4 dbconfig-common upgrade directories. I'd expect it to complete as a no-op on systems without RTx::AssetTracker installed. The attached patch implements this. It's also pushed in the ntyni/bug-773343 branch in the Alioth repository (see the Vcs-Git header.) Disclaimer: I don't really know what the 'Instance' field is used for, and the above change could well break RTx::AssetTracker or even RT itself. I've only tested that it allows the request-tracker4 upgrade to complete successfully with the (default) SQLite backend. Testing with Pg/mysql would be good too, as the 'Description IS Null' part feels a bit fragile to me. It turns out that Pg and mysql backends don't exhibit the issue at all, so I'm only touching SQlite databases. I've now tested the patch as far as successfully upgrading dbconfig-common managed RT installations from wheezy to jessie+the patch on SQLite, Pg, and mysql, both with and without rt4-extension-assettracker installed. However, I have not actually tested to use RT after the patched upgrade. It would be nice if somebody could do that. On a related note, does the wheezy RTx::AssetTracker even work with the jessie RT? If it doesn't, a Breaks: entry would probably be warranted. I've added the Breaks as well in the git branch. -- Niko Tyni nt...@debian.org From 559785c4e88364b835823521a0e1648db985b05e Mon Sep 17 00:00:00 2001 From: Niko Tyni nt...@debian.org Date: Sat, 27 Dec 2014 23:19:03 +0200 Subject: Fix upgrade problems caused by an RTx::AssetTracker installation bug The setup of the wheezy rt4-extension-assettracker package (RTx::AssetTracker 2.0.0b2) accidentally inserted two pairs of system role accounts, causing upgrade failures on SQLite backends due to uniqueness constraint violations. Bug-Debian: https://bugs.debian.org/773343 Patch-Name: assettracker-sysgroups.diff --- etc/upgrade/4.1.0/schema.SQLite |3 +++ 1 file changed, 3 insertions(+) create mode 100644 etc/upgrade/4.1.0/schema.SQLite diff --git a/etc/upgrade/4.1.0/schema.SQLite b/etc/upgrade/4.1.0/schema.SQLite new file mode 100644 index 000..b38fded --- /dev/null +++ b/etc/upgrade/4.1.0/schema.SQLite @@ -0,0 +1,3 @@ +-- fix uniqueness constraint violations due to accidentally doubled system groups +-- see https://bugs.debian.org/773343 +UPDATE Groups set Instance=1 WHERE Domain='RTx::AssetTracker::System-Role' AND Description IS Null;
Bug#774081: RFS: python-affine/1.1.0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package python-affine Package name: python-affine Version : 1.1.0-1 Upstream Author : Sean Gillies sean.gill...@gmail.com URL : https://github.com/sgillies/affine License : BSD-3-Clause Section : python It builds those binary packages: python-affine - Python Library for handling affine transformations of the plane python3-affine - Python 3 Library for handling affine transformations of the plane To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-affine Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-affine/python-affine_1.1.0-1.dsc More information about affine can be obtained from https://github.com/sgillies/affine. Changes since the last upload: * New upstream release. * Add myself to Uploaders. * Add gbp.conf to use pristine-tar by default. * Update watch file to mangle the filename, include the project name and not only the version. * Update copyright file, changes: - Use BSD-3-Clause license shortname instead of BSD-3 - Add Mike Toews as copyright holder - Add Upstream-Contact header Regards, Bas Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770372: RFA: rc -- implementation of the ATT Plan 9 shell
On Fri, Dec 26, 2014 at 3:33 AM, Jakub Wilk jw...@debian.org wrote: You should set yourself as the maintainer in debian/control and make it a proper maintainer upload. :-) How to make it a proper maintainer upload? (I am not DM.) Other issues are (hopefully) addressed. +This package provides syntax highlight file for vim, but it is not enabled +per default. If you want to enable it for your user account just execute I think it should be by default, rather than per default. But I'm not a native speaker of English, so I'm not sure. Not a native speaker either. AFAICS, although `by default` is more common than `per default`, `per default` is valid. `per default` is used in vim-policy[1]. [1]: http://pkg-vim.alioth.debian.org/vim-policy.html/index.html disabledby should be commands to _prevent_ the add-on from loading. Sorry. Fixed. Wouldn't it be better if the file type detection was based on the file contents? That is, you could look for shebang, and maybe also for some popular syntax constructs. Now it looks for shebang. Please update debian/copyright with with copyright and license information for the new files. Updated. (New files are in public domain.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774020: slim log
Rebooted and got dropped at a login prompt. slim log is below and attached - slim: waiting for X server to begin accepting connections Giving up. slim: unable to connect to X server slim: waiting for X server to begin accepting connections Giving up. slim: unable to connect to X server
Bug#774020: aptitude log and xorg log from most recent reboot
Note that xorg doesn't start logging until ~17 seconds uptime. aptitude Description: Binary data [17.957] X.Org X Server 1.16.2.901 (1.16.3 RC 1) Release Date: 2014-12-09 [17.957] X Protocol Version 11, Revision 0 [17.957] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [17.957] Current Operating System: Linux wizard-laptop 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64 [17.957] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=307b931e-f8cc-4f36-815d-e3953bcb4d43 ro quiet selinux=0 apparmor=0 [17.957] Build Date: 09 December 2014 10:15:28PM [17.957] xorg-server 2:1.16.2.901-1 (http://www.debian.org/support) [17.957] Current version of pixman: 0.32.6 [17.957] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [17.957] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [17.957] (==) Log file: /var/log/Xorg.0.log, Time: Sun Dec 28 09:10:17 2014 [17.958] (==) Using system config directory /usr/share/X11/xorg.conf.d [17.958] (==) No Layout section. Using the first Screen section. [17.958] (==) No screen section available. Using defaults. [17.958] (**) |--Screen Default Screen Section (0) [17.958] (**) | |--Monitor default monitor [17.959] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [17.959] (==) Automatically adding devices [17.959] (==) Automatically enabling devices [17.959] (==) Automatically adding GPU devices [17.959] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [17.959] Entry deleted from font path. [17.959] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. [17.959] Entry deleted from font path. [17.959] (WW) The directory /usr/share/fonts/X11/Type1 does not exist. [17.959] Entry deleted from font path. [17.959] (WW) The directory /usr/share/fonts/X11/75dpi does not exist. [17.959] Entry deleted from font path. [17.959] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/100dpi, built-ins [17.959] (==) ModulePath set to /usr/lib/xorg/modules [17.959] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [17.959] (II) Loader magic: 0x7f36fceb2d80 [17.959] (II) Module ABI versions: [17.959] X.Org ANSI C Emulation: 0.4 [17.959] X.Org Video Driver: 18.0 [17.959] X.Org XInput driver : 21.0 [17.959] X.Org Server Extension : 8.0 [17.959] (II) xfree86: Adding drm device (/dev/dri/card0) [17.965] (--) PCI:*(0:1:0:0) 10de:0cbc:1028:040c rev 162, Mem @ 0xe200/16777216, 0xd000/268435456, 0xe000/33554432, I/O @ 0x7000/128, BIOS @ 0x/524288 [17.965] (II) LoadModule: glx [17.965] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [17.967] (II) Module glx: vendor=X.Org Foundation [17.967] compiled for 1.16.2.901, module version = 1.0.0 [17.967] ABI class: X.Org Server Extension, version 8.0 [17.967] (==) AIGLX enabled [17.967] (==) Matched nouveau as autoconfigured driver 0 [17.967] (==) Matched nv as autoconfigured driver 1 [17.967] (==) Matched nouveau as autoconfigured driver 2 [17.967] (==) Matched nv as autoconfigured driver 3 [17.967] (==) Matched modesetting as autoconfigured driver 4 [17.967] (==) Matched fbdev as autoconfigured driver 5 [17.967] (==) Matched vesa as autoconfigured driver 6 [17.967] (==) Assigned the driver to the xf86ConfigLayout [17.967] (II) LoadModule: nouveau [17.968] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so [17.968] (II) Module nouveau: vendor=X.Org Foundation [17.968] compiled for 1.16.0, module version = 1.0.11 [17.968] Module class: X.Org Video Driver [17.968] ABI class: X.Org Video Driver, version 18.0 [17.968] (II) LoadModule: nv [17.968] (WW) Warning, couldn't open module nv [17.968] (II) UnloadModule: nv [17.968] (II) Unloading nv [17.968] (EE) Failed to load module nv (module does not exist, 0) [17.968] (II) LoadModule: modesetting [17.968] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [17.968] (II) Module modesetting: vendor=X.Org Foundation [17.968] compiled for 1.15.99.904, module version = 0.9.0 [17.968] Module class: X.Org Video Driver [17.968] ABI class: X.Org Video Driver, version 18.0 [17.968] (II) LoadModule: fbdev [17.968] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so [17.968] (II) Module fbdev: vendor=X.Org Foundation [17.968] compiled for 1.15.99.904, module version = 0.4.4 [17.968] Module class: X.Org Video
Bug#774083: ITP: ruby-fog-profitbricks -- library to access profitbricks cloud
Package: wnpp Severity: wishlist Owner: Pirate Praveen prav...@debian.org * Package name: ruby-fog-profitbricks Version : 0.0.1 Upstream Author : Ethan Devenport * URL : http://rubygems.org/gems/fog-profitbricks * License : Expat Programming Lang: ruby Description : library to access profitbricks cloud signature.asc Description: OpenPGP digital signature
Bug#774084: [texstudio] New upstream release available
Package: texstudio Version: 2.8.4+debian-3 Severity: normal --- Please enter the report below this line. --- There is a new upstream release available since beginning of december 2014. Would be great if added this to debian. See http://texstudio.sourceforge.net/manual/current/usermanual_en.html#SECTIONNEW288 for details. Yours, Andreas Hausmann --- System information. --- Architecture: amd64 Kernel: Linux 3.17-2.towo-siduction-amd64 Debian Release: 8.0 500 unstable http.debian.net 500 unstable ftp.uni-stuttgart.de 500 unstable cdn.debian.net 500 trusty ppa.launchpad.net 100 wheezy-backports ftp.debian.org 1 experimental cdn.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772687: [Pkg-fonts-devel] Bug#772687: Bug#772687: Bug#772687: fonts-droid: fallback font is installed too early to fontconfig
Hi Norbert, Norbert Preining prein...@logic.at writes: On Sun, 28 Dec 2014, Norbert Preining wrote: I am not sure if 61 is the right place, though. Indeed it is not ... should be 69 ;-) Is it sufficient just to increase the priority from 65 to 69? or something else needs to be changed to fix this?. I can prepare the package, but a DD need to upload it. Cheers, -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyni...@samsargika.copyninja.info IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: PGP signature
Bug#774080: udev: /dev/dvd symlink changed while a program using it was running
reopen #774080 thanks On 28/12/2014 15:40, m...@linux.it (Marco d'Itri) wrote: On Dec 28, Vincent Danjean vdanj...@debian.org wrote: In my situation, inserting a CD in the second hardware should not have modified the /dev/dvd symlink that was used by a script and that was pointing to a valid device. Sorry, I do not think that there is anything we can do about this. There is no way to avoid to modify an existing valid symlink? This is a pity, but, if this is really the case, you can at least document the situation (hence the reopen). As said initially, jessie fresh install wont even have a 70-persistent-cd.rules template to adapt to workaround the bug. Hiding/closing the bug wont dismiss it. And, when it hits me, it tooks me some times to identify it whereas I think I'm not so bad about system administration. Having /dev/dvd that flips depending on the last inserted disk is really silly. Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774085: lxc: please ship pkg-config file
Package: lxc Version: 1:1.0.7-1 Severity: wishlist hello, please ship the pkg-config lxc.pc file, it is needed to build software against lxc. thanks! -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'testing'), (800, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxc depends on: ii init-system-helpers 1.22 ii libapparmor1 2.9.0-3 ii libc62.19-13 ii libcap2 1:2.24-6 ii libseccomp2 2.1.1-1 ii libselinux1 2.3-2 ii multiarch-support2.19-13 ii python3 3.4.2-2 Versions of packages lxc recommends: ii debootstrap 1.0.66 ii openssl 1.0.1j-1 ii rsync3.1.1-2+b1 Versions of packages lxc suggests: pn lua5.2 none -- Configuration Files: /etc/lxc/default.conf [Errno 13] Permission denied: u'/etc/lxc/default.conf' -- 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#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hello, On Sun, Dec 28, 2014 at 11:15:21AM +0100, Rainer Dorsch wrote: Package: src:linux Version: 3.16.7-ckt2-1 Followup-For: Bug #774036 Dear Ben, many thanks for the superfast response and thanks for pointing out that I was running the nvidia driver. I run now with nouveau and also purge the virtualbox stuff. Unfortunately, the behavior is exactly the same though (except that there is no blinking cursor with nouveau, when the system hangs), i.e. the resume works when I use freezer in debug mode, the system hangs when I go to the next level (devices). When you get a black screen does the system hang completely or is it possible to login to the system over ssh? If it's possible to login it could be useful to post the dmesg output here. Best regards, Emil Goode -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774080: udev: /dev/dvd symlink changed while a program using it was running
Control: severity -1 wishlist On Dec 28, Vincent Danjean vdanj...@debian.org wrote: This is a pity, but, if this is really the case, you can at least document the situation (hence the reopen). As said initially, Please send a patch. -- ciao, Marco pgp0yugCmKVtk.pgp Description: PGP signature
Bug#774086: ITP: libarray-intspan-perl -- Handles arrays of scalars or objects using integer ranges as index
Package: wnpp Owner: Dominique Dumont d...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libarray-intspan-perl Version : 2.003 Upstream Author : Dominique Dumont (ddum...@cpan.org) * URL : https://metacpan.org/release/Array-IntSpan * License : Artistic Programming Lang: Perl Description : Handles arrays of scalars or objects using integer ranges as index Array::IntSpan brings the speed advantages of Set::IntSpan to arrays. Uses include manipulating grades, routing tables, or any other situation where you have mutually exclusive ranges of integers that map to given values. Array::IntSpan is also able to consolidate ranges by comparing the adjacent values of the range. If 2 adjacent values are identical, the 2 adjacent ranges are merged. -- 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#774087: memcached: does not load memcached.conf on start
Package: memcached Version: 1.4.21-1 Severity: important Making changed to the memcached.conf file does not have any impact on the running process. It always starts with the following options regardless of what is set in the conf file: /usr/bin/memcached -p 11211 -u memcache -m 64 -c 1024 -l 127.0.0.1 I did notice that commenting out the . /lib/lsb/init-functions line in /etc/init.d/memcached does result in it start correctly, but that obviously breaks other things. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages memcached depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.22 ii libc62.19-13 ii libevent-2.0-5 2.0.21-stable-1.1 ii libsasl2-2 2.1.26.dfsg1-12 ii lsb-base 4.1+Debian13+nmu1 ii perl 5.20.1-4 memcached recommends no packages. Versions of packages memcached suggests: pn libanyevent-perl none pn libcache-memcached-perl none pn libmemcached none ii libterm-readkey-perl 2.32-1+b1 pn libyaml-perl 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#772467: problem solved
Hi after purging some misconfigured and obsolete packages and reinstalling gnome and gdm3 everything works fine now. rgds Bruno PS : FYI below is the apt history : - Start-Date: 2014-12-28 14:49:05 Purge: kdemultimedia-kio-plugins:amd64 (), libmlt6:amd64 (), kbattleship:amd64 (), liblivemedia38:amd64 (), libmlt++3:amd64 (), plasma-widget-networkmanagement:amd64 () End-Date: 2014-12-28 14:49:22 Start-Date: 2014-12-28 14:49:37 End-Date: 2014-12-28 14:49:37 Start-Date: 2014-12-28 14:51:34 Remove: gir1.2-gstreamer-0.10:amd64 (0.10.36-1.5), gnome-js-common:amd64 (0.1.2-1) Purge: libseed-gtk3-0:amd64 (3.8.1-2), gnome-session-fallback:amd64 (3.8.1-7) End-Date: 2014-12-28 14:51:45 Start-Date: 2014-12-28 14:55:26 Purge: gnome-session-flashback:amd64 (3.8.1-7) End-Date: 2014-12-28 14:55:32 Start-Date: 2014-12-28 15:12:01 Reinstall: gnome-session-common:amd64 (3.14.0-2), gnome-session-bin:amd64 (3.14.0-2), gdm3:amd64 (3.14.1-3), task-gnome-desktop:amd64 (3.29) Remove: gnome-flashback:amd64 (3.10.0-3) Purge: libswt-gnome-gtk-3-jni:amd64 (3.8.2-3), gnome-flashback-common:amd64 (3.10.0-3) End-Date: 2014-12-28 15:12:35 - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774088: Please update to version 5.2.0
Package: link-grammar Version: 4.7.4-2 Severity: wishlist Hi Ken, link-grammar 5.2.0 has been released (http://www.abisource.com/projects/link-grammar/#download), it would be very nice to get this new version in Debian. Thanks for your efforts! Cheers, Andreas -- PGP-encrypted mails preferred PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624 signature.asc Description: Digital signature
Bug#774089: unblock: dtv-scan-tables/0+git20141218.b46a22c-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, Please unblock package dtv-scan-tables. This package /only/ contains initial scan files for DVB receivers, and should be considered similar to tzdata, iso-codes and geoip-database. This latest upstream snapshot contains updates for AU, DE and FI. Filtered debdiff attached. unblock dtv-scan-tables/0+git20141218.b46a22c-1 Thanks, Jon -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) --- dtv-scan-tables-0+git20141009.d26b627/debian/changelog 2014-10-20 00:41:46.0 +0100 +++ dtv-scan-tables-0+git20141218.b46a22c/debian/changelog 2014-12-28 14:59:11.0 + @@ -1,3 +1,10 @@ +dtv-scan-tables (0+git20141218.b46a22c-1) unstable; urgency=medium + + * New Upstream Snapshot (commit b46a22c) +- Updated AU DVB-T files; Thanks Brian Burch! (Closes LP: #1393280) + + -- Jonathan McCrohan jmccro...@gmail.com Sun, 28 Dec 2014 14:59:11 + + dtv-scan-tables (0+git20141009.d26b627-1) unstable; urgency=medium * New Upstream Snapshot (commit d26b627) --- dtv-scan-tables-0+git20141009.d26b627/dvb-t/au-Brisbane 2014-10-15 00:54:04.0 +0100 +++ dtv-scan-tables-0+git20141218.b46a22c/dvb-t/au-Brisbane 2014-12-28 13:19:41.0 + @@ -1,5 +1,4 @@ # Australia / Brisbane (Mt Coot-tha transmitters) -# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy # ABC [CHANNEL] DELIVERY_SYSTEM = DVBT @@ -55,7 +54,7 @@ # SBS [CHANNEL] DELIVERY_SYSTEM = DVBT - FREQUENCY = 585625000 + FREQUENCY = 18450 BANDWIDTH_HZ = 700 CODE_RATE_HP = 2/3 CODE_RATE_LP = NONE @@ -68,7 +67,7 @@ # 31 Digital [CHANNEL] DELIVERY_SYSTEM = DVBT - FREQUENCY = 59950 + FREQUENCY = 52950 BANDWIDTH_HZ = 700 CODE_RATE_HP = 2/3 CODE_RATE_LP = NONE --- dtv-scan-tables-0+git20141009.d26b627/dvb-t/au-Canberra-Black-Mt 2014-10-15 00:54:04.0 +0100 +++ dtv-scan-tables-0+git20141218.b46a22c/dvb-t/au-Canberra-Black-Mt 2014-12-28 13:19:41.0 + @@ -1,9 +1,8 @@ # Australia / Canberra / Black Mt -# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy -# ABC +# ABC (ABC8) [CHANNEL] DELIVERY_SYSTEM = DVBT - FREQUENCY = 20550 + FREQUENCY = 19150 BANDWIDTH_HZ = 700 CODE_RATE_HP = 3/4 CODE_RATE_LP = NONE @@ -13,7 +12,7 @@ HIERARCHY = NONE INVERSION = AUTO -# Prime +# Seven (CBN12) [CHANNEL] DELIVERY_SYSTEM = DVBT FREQUENCY = 22650 @@ -26,7 +25,7 @@ HIERARCHY = NONE INVERSION = AUTO -# WIN +# (Nine (WIN11) [CHANNEL] DELIVERY_SYSTEM = DVBT FREQUENCY = 21950 @@ -39,7 +38,7 @@ HIERARCHY = NONE INVERSION = AUTO -# Ten +# Ten (CTC6) [CHANNEL] DELIVERY_SYSTEM = DVBT FREQUENCY = 17750 @@ -52,16 +51,16 @@ HIERARCHY = NONE INVERSION = AUTO -# SBS +# SBS (SBS7) [CHANNEL] DELIVERY_SYSTEM = DVBT - FREQUENCY = 54350 + FREQUENCY = 18450 BANDWIDTH_HZ = 700 - CODE_RATE_HP = 2/3 + CODE_RATE_HP = 3/4 CODE_RATE_LP = NONE MODULATION = QAM/64 TRANSMISSION_MODE = 8K - GUARD_INTERVAL = 1/8 + GUARD_INTERVAL = 1/16 HIERARCHY = NONE INVERSION = AUTO --- dtv-scan-tables-0+git20141009.d26b627/dvb-t/de-Dusseldorf 1970-01-01 01:00:00.0 +0100 +++ dtv-scan-tables-0+git20141218.b46a22c/dvb-t/de-Dusseldorf 2014-12-28 13:19:41.0 + @@ -0,0 +1,144 @@ +[CHANNEL] + DELIVERY_SYSTEM = DVBT + FREQUENCY = 48200 + BANDWIDTH_HZ = 800 + CODE_RATE_HP = 2/3 + CODE_RATE_LP = NONE + MODULATION = QAM/16 + TRANSMISSION_MODE = 8K + GUARD_INTERVAL = 1/8 + HIERARCHY = NONE + INVERSION = AUTO + +[CHANNEL] + DELIVERY_SYSTEM = DVBT + FREQUENCY = 51400 + BANDWIDTH_HZ = 800 + CODE_RATE_HP = 2/3 + CODE_RATE_LP = NONE + MODULATION = QAM/16 + TRANSMISSION_MODE = 8K + GUARD_INTERVAL = 1/4 + HIERARCHY = NONE + INVERSION = AUTO + +[CHANNEL] + DELIVERY_SYSTEM = DVBT + FREQUENCY = 53800 + BANDWIDTH_HZ = 800 + CODE_RATE_HP = 2/3 + CODE_RATE_LP = NONE + MODULATION = QAM/16 + TRANSMISSION_MODE = 8K + GUARD_INTERVAL = 1/4 + HIERARCHY = NONE + INVERSION = AUTO + +[CHANNEL] + DELIVERY_SYSTEM = DVBT + FREQUENCY = 58600 + BANDWIDTH_HZ = 800 + CODE_RATE_HP = 2/3 + CODE_RATE_LP = NONE + MODULATION = QAM/16 + TRANSMISSION_MODE = 8K + GUARD_INTERVAL = 1/4 + HIERARCHY = NONE + INVERSION = AUTO + +[CHANNEL] + DELIVERY_SYSTEM = DVBT + FREQUENCY = 59400 + BANDWIDTH_HZ = 800 + CODE_RATE_HP = 2/3 + CODE_RATE_LP = NONE + MODULATION = QAM/16 + TRANSMISSION_MODE = 8K + GUARD_INTERVAL = 1/4 + HIERARCHY = NONE + INVERSION = AUTO + +[CHANNEL] + DELIVERY_SYSTEM = DVBT + FREQUENCY = 60200 + BANDWIDTH_HZ = 800 + CODE_RATE_HP
Bug#772868: gxine: diff for NMU version 0.5.908-3.1
Control: tags 772868 + patch Control: tags 772868 + pending Dear maintainer, I've prepared an NMU for gxine (versioned as 0.5.908-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. 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 `- NP: Beatles diff -Nru gxine-0.5.908/debian/changelog gxine-0.5.908/debian/changelog --- gxine-0.5.908/debian/changelog 2014-08-27 19:27:34.0 +0200 +++ gxine-0.5.908/debian/changelog 2014-12-28 16:19:28.0 +0100 @@ -1,3 +1,13 @@ +gxine (0.5.908-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix Trigger cycle causes dpkg to fail processing: +switch trigger from interest to interest-noawait, +thanks Guillem Jover +(Closes: #772868) + + -- gregor herrmann gre...@debian.org Sun, 28 Dec 2014 16:19:25 +0100 + gxine (0.5.908-3) unstable; urgency=low * Run dh-autoreconf at build time. (Closes: #756513) diff -Nru gxine-0.5.908/debian/gxine.triggers gxine-0.5.908/debian/gxine.triggers --- gxine-0.5.908/debian/gxine.triggers 2014-05-10 01:52:14.0 +0200 +++ gxine-0.5.908/debian/gxine.triggers 2014-12-28 16:18:17.0 +0100 @@ -1 +1 @@ -interest /usr/lib/xine/plugins +interest-noawait /usr/lib/xine/plugins signature.asc Description: Digital Signature
Bug#774090: emacs24: a left-click in Emacs sometimes modifies the PRIMARY selection
Package: emacs24 Version: 24.4+1-4.1 Severity: grave Justification: causes non-serious data loss Forwarded: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18939 A left-click in Emacs should just change the cursor position. It shouldn't be a destructive operation. But the following test shows that it sometimes modifies the PRIMARY selection. 1. Open a file containing a line, say foo, with emacs -Q. 2. When the cursor is at the beginning, type C-k. 3. Select text in some other window that supports the PRIMARY selection (xterm, some other Emacs window, etc.). 4. Left-click in the initial Emacs window. 5. Middle-click in some window that supports middle-click paste of the PRIMARY selection (xterm, Emacs, etc.). Instead of pasting the previously selected text, this pastes what was cut with C-k in Emacs. Note: This bug occurs very often and is very annoying, as one needs to reselect what was selected (sometimes hardly possible). Moreover the wrongly pasted text is similar to the correct text[*], meaning that if one doesn't pay attention, one gets a file with permanently incorrect data! [*] This problem precisely occurs when one wants to update some data in a file with Emacs: one cuts the old data, select the new data somewhere else, and pastes back to the Emacs window; but due to this bug, what is pasted is sometimes what was cut, i.e. the old data. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages emacs24 depends on: ii emacs24-bin-common 24.4+1-4.1 ii gconf-service 3.2.6-3 ii libacl12.2.52-2 ii libasound2 1.0.28-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libdbus-1-31.8.12-3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgif44.1.6-11 ii libglib2.0-0 2.42.1-1 ii libgnutls-deb0-28 3.3.8-5 ii libgomp1 4.9.2-10 ii libgpm21.20.4-6.1+b2 ii libgtk-3-0 3.14.5-1 ii libice62:1.0.9-1+b1 ii libjpeg62-turbo1:1.3.1-11 ii libm17n-0 1.6.4-3 ii libmagickcore-6.q16-2 8:6.8.9.9-4 ii libmagickwand-6.q16-2 8:6.8.9.9-4 ii libotf00.9.13-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpng12-0 1.2.50-2+b2 ii librsvg2-2 2.40.5-1 ii libselinux12.3-2 ii libsm6 2:1.2.2-1+b1 ii libtiff5 4.0.3-11 ii libtinfo5 5.9+20140913-1+b1 ii libx11-6 2:1.6.2-3 ii libxft22.3.2-1 ii libxinerama1 2:1.1.3-1+b1 ii libxml22.9.1+dfsg1-3 ii libxpm41:3.5.11-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii libxrender11:0.9.8-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 emacs24 recommends no packages. Versions of packages emacs24 suggests: ii emacs24-common-non-dfsg 24.4+1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hi Bernhard, 2014-12-28 14:28 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de: Hello Bálint Réczey, thanks for your fast response. One thing I am uncomfortable with my proposal is, if it would affect people using some low spec computer which are not able to decode fast enough in software and not having vdpau at all. Well, if this was OK for DVD streams, it should be OK for PVR streams as well. BTW the original commit adding hint.software = true;: commit d75a46a9f9626be12cc486c8e7c7d9be9d216922 Author: elupus elupus@svn Date: Fri Apr 9 18:59:15 2010 + changed: only use libmpeg2 for dvd playback Side effect that vaapi/vdpau is now allowed for all mpeg2 content. git-svn-id: https://xbmc.svn.sourceforge.net/svnroot/xbmc/trunk@29147 568bbfeb-2a22-0410-94d2-cc84cf5bfa90 ... I will try to build a kodi package from your repo and report back. It would also be interesting to check an xbmc build using FFmpeg, it may make a difference: http://snapshot.debian.org/package/xbmc/2%3A13.2%2Bdfsg1-2~exp1/ Kind regards, Bernhard One think were I am undecided is, my proposal is to set set software=true. But I don't know if then someone would still be able to watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry I'm hesitant a bit, too to upload the change. You may have hit a different manifestation of #769057. Looking at the code it seems compiling with xrandr disabled may make XBMC skip the OnLostDevice() call in CWinSystemX11::SetFullScreen() possibly fixing both issues. Could you please try disabling xrandr in debian/rules instead of using the hint trick? Cheers, Balint On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?= bal...@balintreczey.hu wrote: Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Ãœbelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774091: mpv: insufficient dependency on libquvi7
Package: mpv Version: 0.6.2-2 Control: close -1 0.7.1-1 mpv from jessie fails to play anything which is not directly a file when libquvi7 0.4.1-1 (from wheezy) is installed: % mpv dvd:// Playing: dvd:// PANIC: unprotected error in call to Lua API (attempt to index a number value) zsh: abort mpv dvd:// This is probably because old libquvi7 uses different lua version then mpv. mpv in unstable is probably unaffected as it dropped libquvi support. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mpv depends on: ii libasound2 1.0.28-1 ii libass5 0.10.2-3 ii libavcodec-extra-56 6:11-2 ii libavdevice55 6:11-2 ii libavfilter56:11-2 ii libavformat56 6:11-2 ii libavresample2 6:11-2 ii libavutil54 6:11-2 ii libbluray1 1:0.6.2-1 ii libbs2b03.1.0+dfsg-2.1 ii libc6 2.19-13 ii libcdio-cdda1 0.83-4.2 ii libcdio-paranoia1 0.83-4.2 ii libcdio13 0.83-4.2 ii libdvdnav4 5.0.1-1 ii libdvdread4 5.0.0-1 ii libegl1-mesa [libegl1-x11] 10.3.2-1 ii libenca01.16-1 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libguess1 1.2-1 ii libjack-jackd2-0 [libjack-0.116]1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-11 ii liblcms2-2 2.6-3+b3 ii liblircclient0 0.9.0~pre1-1.1 ii liblua5.2-0 5.2.3-1.1 ii libmpg123-0 1.20.1-2 ii libpulse0 5.0-13 ii libquvi70.4.1-1 ii libsdl2-2.0-0 2.0.2+dfsg1-6 ii libswscale3 6:11-2 ii libuuid12.25.2-4 ii libva-glx1 1.4.1-1 ii libva-x11-1 1.4.1-1 ii libva1 1.4.1-1 ii libvdpau1 0.8-3 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.3.2-1 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxkbcommon0 0.4.3-2 ii libxrandr2 2:1.4.2-1+b1 ii libxss1 1:1.2.2-1 ii libxv1 2:1.0.10-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 mpv recommends no packages. mpv 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#774080: udev: /dev/dvd symlink changed while a program using it was running
On 28/12/2014 16:03, m...@linux.it (Marco d'Itri) wrote: Control: severity -1 wishlist On Dec 28, Vincent Danjean vdanj...@debian.org wrote: This is a pity, but, if this is really the case, you can at least document the situation (hence the reopen). As said initially, Please send a patch. To add into the README.Debian (for example, or another specific file): ** Since jessie, udev does not provide persistent name for CD/DVD readers/ writers (see #655924 for more details). This is not a problem with one CD/DVD reader/writer (as it will automaticcaly be linked to /dev/cdrom, /dev/dvd, ...) but it is with more than one hardware. Moreover, in the latter case, the symlinks (/dev/cdrom, /dev/dvd, ...) can change each time a CD/DVD is inserted into one reader/writer (as reported in #774080), even while they are used! To come back to persistent names, old wheezy users can change their /etc/udev/rules.d/70-persistent-cd.rules to use ID_SERIAL instead of ID_PATH. And new jessie installation can manually wrote such a file. As an example, to be adapted to your hardware, here is such a file: == # DVD-ROM_GD-7500 (pci-:03:05.0-scsi-0:0:0:0) SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==HITACHI_DVD-ROM_GD-7500, SYMLINK+=cdrom, ENV{GENERATED}=1 SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==HITACHI_DVD-ROM_GD-7500, SYMLINK+=dvd, ENV{GENERATED}=1 # DRW-1814BL (pci-:03:05.0-scsi-0:0:1:0) SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==ASUS_DRW-1814BL, SYMLINK+=cdrom1, ENV{GENERATED}=1 SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==ASUS_DRW-1814BL, SYMLINK+=cdrw1, ENV{GENERATED}=1 SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==ASUS_DRW-1814BL, SYMLINK+=dvd1, ENV{GENERATED}=1 SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==ASUS_DRW-1814BL, SYMLINK+=dvdrw1, ENV{GENERATED}=1 == The identifier for ID_SERIAL (or other way to identify the hardware) can be found by running: # udevadm info --query=all --name=/dev/sr0 # udevadm info --query=all --name=/dev/sr1 ... And, once these new udev rules are in place, they can immediately be taken into account (without rebooting) by running: # udevadm trigger ** A test for several /dev/sr* file at config time that would display a debconf notice pointing on this documentation would probably also be a very good thing. Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774073: dh-make-perl: Ceating core module, install fails with trying to overwrite foo which is also in bar
On Sun, 2014-12-28 at 14:51 +0200, Niko Tyni wrote: On Sun, Dec 28, 2014 at 12:19:32PM +, Andy Beverley wrote: Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch When creating an updated version of a module that is already in core, the subsequent install fails (as expected) with a message such as: trying to overwrite '/usr/bin/instmodsh', which is also in package perl 5.14.2-21+deb7u2. Given that dh-make-perl has to be forced into creating core modules, I think it's appropriate to instruct dpkg that the package contains files that replace the core module. This patch does so. Please note that a Replaces entry isn't quite enough for packages with conflicting files to coexist cleanly: in case the replacing package gets removed later, the conflicting file would then be gone from the system altogether. Good point, I hadn't thought of that. A more robust solution is using dpkg-divert in maintainer scripts to move the core version out of the way and then back later if necessary. See for instance the libmodule-corelist-perl package for an example implementation. Thanks for the example. I'm currently thinking of this as a solution, but wondering whether there is an easier way? 1. Check if the module is provided by core 2. If so, check which files in the new package are already in core 3. For each of those files, generate a dpkg-divert line In the case of a large module, there could be several dozen dpkg-divert lines, but I can't see a better way of doing it? Thanks, Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774092: guvcview: does not display webcam video capture
Package: guvcview Version: 1.5.3-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? opening guvcview * What exactly did you do (or not do) that was effective (or ineffective)? I opened guvcview to record a video from my webcam. * What was the outcome of this action? the guvcview window stays black, the saved video has sound but the video is just black (the same as when just viewing). * What outcome did you expect instead? see the video of the webcam live as well as when saved to file P.S. I tried with skype, mplayer, vlc, gstreamer-properties. there the webcam video capture works fine. cheese also has problems (picture freeze and webcam turned off when trying to record a vide). -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-0.bpo.4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages guvcview depends on: ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libavcodec53 6:0.8.16-1 ii libavutil51 [libavutil-extra-51] 6:0.8.16-1 ii libc6 2.13-38+deb7u6 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-03.4.2-7 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-1 ii libportaudio2 19+svn2021-1 ii libsdl1.2debian 1.2.15-5 ii libudev0 175-7.2 ii libv4l-0 0.8.8-3 Versions of packages guvcview recommends: ii uvcdynctrl 0.2.2-1 guvcview 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#763172: iwlwifi: Microcode SW error
Hi again, this patch has made it into an upstream stable release, and it seems that it entered Debian as well. I cannot reproduce the issue anymore. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771770: haskell-mode copiously displays its documentation
David Bremner da...@tethera.net writes: Robbie Harwood rharw...@club.cc.cmu.edu writes: Package: haskell-mode Version: 13.10-3 Severity: important Dear Maintainer, When a newline is entered into a buffer in Haskell mode, the view is split and a *Help* buffer appears displaying documentation for haskell-mode-hook. That is, it displays: haskell-mode-hook is a variable defined in `haskell-mode.el'. Its value is nil This variable may be risky if used as a file-local variable. In fact it's not quite being copious enough. In emacs23 (I didn't have 24.3 on hand) it actually tells you that you want to turn-on-haskell-indent or equivalent to set up some haskell indentation mode. You will notice a similar strange effect if you hit tab. I think the best workaround is to add a more complete configuration for haskell-mode to your .emacs.d/init.el. Makes sense. The problem I'm having is that it's not clear how to turn it off, especially since I don't want any indentation. signature.asc Description: PGP signature
Bug#773203: unblock: php5/5.6.4+dfsg-0+deb8u1
Ok, it looks like some transient error on my local machine's pbuilder since it hasn't manifested on buildd. Also the affected code (ext/phar/) hasn't changed between 5.6.2 and 5.6.4 So only new failing tests are the new ones: +Test the basics to function timezone_version_get(). [ext/date/tests/timezone_version_get.phpt] +timezone_version_get: Test that timezone_location_get returns a date concatenated with a dot and a version number [ext/date/tests/timezone_version_get_basic1.phpt] - those related to timezone fails due Debian's php is compiled with system timezone database. +#66265: gettext doesn't switch locales within the same script [ext/gettext/tests/bug66267.phpt] +Test the basics to function iconv. [ext/iconv/tests/iconv_basic_001.phpt] This needs used locales to be enabled in the system to enable those tests to work. Cheers, Ondrej On Sat, Dec 27, 2014, at 16:25, Adam D. Barratt wrote: Hi, On Sun, 2014-12-21 at 21:06 +0100, Ondřej Surý wrote: Control: tags -1 - moreinfo JFTR php5/5.6.4+dfsg-1 has hit unstable now. I will prepare the usual comparison of test suite and debdiff between 5.6.2 and 5.6.4 tomorrow. Did you have chance to look at that? (I'm more interested in the test suite diff rather than the debdiff in this case.) Regards, Adam -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- 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#762285: [Regression] Brightness control does not work anymore
Hi, this issue is still present in current kernels. There's a working patch upstream that landed in 3.19 (as dce4ec2e). Not being able to control the backlight is a pretty disturbing regression, so I would appreciate if you could consider this patch. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758848: calendar-exchange-provider: Leftover drafts of meeting response e-mails
Hello Michel, there is available a new version in unstable. Can you test whether your problem still exist? Kind regards Mechtilde On Fri, 22 Aug 2014 10:34:07 +0900 =?utf-8?q?Michel_D=C3=A4nzer?= mic...@daenzer.net wrote: Package: calendar-exchange-provider Version: 3.2.0~beta53-1 Severity: normal When choosing a response to a meeting invitation, a 'How do you want to react' dialogue pops up. If I choose 'Don't send a response', the e-mail corresponding to the response to the meeting invitation is left in the Drafts folder. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0 (SMP w/4 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calendar-exchange-provider depends on: ii icedove 31.0-1 ii iceowl-extension 31.0-1 calendar-exchange-provider recommends no packages. calendar-exchange-provider suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue
Hi Emil, Am Sonntag, 28. Dezember 2014, 15:56:28 schrieb Emil Goode: Hello, On Sun, Dec 28, 2014 at 11:15:21AM +0100, Rainer Dorsch wrote: Package: src:linux Version: 3.16.7-ckt2-1 Followup-For: Bug #774036 Dear Ben, many thanks for the superfast response and thanks for pointing out that I was running the nvidia driver. I run now with nouveau and also purge the virtualbox stuff. Unfortunately, the behavior is exactly the same though (except that there is no blinking cursor with nouveau, when the system hangs), i.e. the resume works when I use freezer in debug mode, the system hangs when I go to the next level (devices). When you get a black screen does the system hang completely or is it possible to login to the system over ssh? If it's possible to login it could be useful to post the dmesg output here. Thank you for the idea, I tried it, but the system does not respond anymore to an ssh request. It certainly works when the system is up. Kind regards, Rainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774093: gscan2pdf: various consistency updates for dialogs
Package: gscan2pdf Version: 1.2.7-1 Severity: minor Tags: patch Hi, please have a look at the patch series against gscan2pdf's master branch in https://github.com/marschap/gscan2pdf/commits/dialog-improvements It addresses the following UI glitches in dialogs: * Edit Properties dialog - show dpi as unit - use a Spinbutton for the resolution * prettify dialogs by grid-aligning their elements - Metadata frame in File Save [for PDF] - Tools Unsharp Mask - Tools Crop * consistent placement of Page Range frame in dialogs: always on top * keep order of elements in the Page Range frame: All always first * consistent placement/behaviour of action buttons in dialogs - on the bottom - keep them on the bottom on size changes * do not let dialog elements grow needlessly on resize (e.g. buttons growing in height) * pre-select the default action button (incomplete: seems to fail with Gscan2pdf::Dialog-type dialogs) * ... More detailed explanations in the commit messages. It would be cool if these changes would make it into the next gscan2pdf release. Thanks for this cool piece of software Peter -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gscan2pdf depends on: ii imagemagick8:6.8.9.9-3 ii libconfig-general-perl 2.56-1 ii libgoo-canvas-perl 0.06-2+b1 ii libgtk2-ex-simple-list-perl0.50-2 ii libgtk2-imageview-perl 0.05-2+b1 ii libhtml-parser-perl3.71-1+b3 ii libimage-magick-perl [perlmagick] 8:6.8.9.9-3 ii liblist-moreutils-perl 0.33-2+b1 ii liblocale-gettext-perl 1.05-8+b1 ii liblog-log4perl-perl 1.44-1 ii libpdf-api2-perl 2.023-1 ii libproc-processtable-perl 0.51-1 ii libreadonly-perl 2.000-1 ii librsvg2-common2.40.5-1 ii libsane-perl 0.05-2+b2 ii libset-intspan-perl1.19-1 ii libtiff-tools 4.0.3-10+b4 ii libtry-tiny-perl 0.22-1 ii sane-utils 1.0.24-7 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.25.4-4+b1 ii gocr 0.49-2 ii libgtk2-ex-podviewer-perl 0.18-1 ii sane 1.0.14-9 ii tesseract-ocr 3.03.03-1 ii unpaper0.4.2-1 ii xdg-utils 1.1.0~rc1+git20111210-7.1 gscan2pdf 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#774095: ITP: ruby-fog-terremark -- library for using terremark vCloud
Package: wnpp Severity: wishlist Owner: Pirate Praveen prav...@debian.org * Package name: ruby-fog-terremark Version : 0.0.3 Upstream Author : Paulo Henrique Lopes Ribeiro * URL : http://rubygems.org/gems/fog-terremark * License : Expat Programming Lang: ruby Description : library for using terremark vCloud signature.asc Description: OpenPGP digital signature
Bug#774096: gmrun: Please add https handler in /etc/gmrunrc
Package: gmrun Version: 0.9.2-2.1 Severity: wishlist The currently packaged version of gmrun includes the following HTTP handler in mainstream: URL_http = mozilla -remote openURL(%u, new-window) With the following custom one in Debian instead: URL_http = x-www-browser '%u' There's no handler for HTTPS URLs however. It would be nice to have them available as well. Thanks! -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gmrun depends on: ii libatk1.0-0 2.14.0-1 ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-2 ii libgcc1 1:4.9.2-9 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-1 ii libpango1.0-0 1.36.8-3 ii libpopt01.16-10 ii libstdc++6 4.9.2-9 gmrun recommends no packages. gmrun 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