Bug#720730: Chapter 5
Hi, These comments on Chapter 5 are mostly good ones. Here is my review on them. ** As for URL for IPROUTE2, I can think of : http://www.linuxfoundation.org/collaborate/workgroups/networking/iproute2 http://en.wikipedia.org/wiki/Iproute2 I think I used non-wikipedia page since I could not foind it back then. Let's use wikipedia site. ** As for your concern on: - IP address `224.0.0.251` for IPv4 and `ff02::fb` for IPv6 are used. http://tools.ietf.org/html/rfc6762 Any DNS query for a name ending with .local. MUST be sent to the mDNS IPv4 link-local multicast address 224.0.0.251 (or its IPv6 equivalent FF02::FB). The design rationale for using a fixed multicast address instead of selecting from a range of multicast addresses using a hash function is discussed in Appendix B. Implementers MAY choose to look up such names concurrently via other mechanisms (e.g., Unicast DNS) and coalesce the results in some fashion. Implementers choosing to do this should be aware of the potential for user confusion when a given name can produce different results depending on external network conditions (such as, but not limited to, which name lookup mechanism responds faster). So let's change this to: - The mDNS IPv4 link-local multicast address `224.0.0.251` or its IPv6 equivalent `FF02::FB` are used to make DNS query for a name ending with `.local.` ** As for NM or Wicd, you have a good point. Question is what about KDE/LXDE/ OK, I see network-manager-kde. I take your text. ** As for `iptables`(8), nftables(8) may needs to be mentioned. | WIKIPEDIA: | The currently used iptables(8), ip6tables(8), arptables(8), and | ebtables(8) (IPv4, IPv6, ARP, and Ethernet bridging) are intended to be | replaced with nftables(8) as a single unified implementation, providing | firewall configuration on top of the in-kernel virtual machine. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719559: cuetools: filenames are split on spaces
Can you please give us a reproducible example of this alleged regression? assuming *.flac includes filenames which include spaces cuetag file.cue *.flac passing each filename individually quoted also fails cuetag file.cue '1 file.flac' '2 file.flac' ... Also, what shell provides /bin/sh on your system? dash the following line in the function main appears to serve no purpose and removing it solves the problem set -- $FILES That line has a purpose. what is it? I need to understand the problem you are experiencing. word splitting is forced on filenames (thus destroying the ability to process filenames containing spaces) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727740: installation-reports: wireless and wired network works in the installer but not transfered to the installed system
Hi, Nick Gawronski n...@nickgawronski.com wrote: Overall install:[E network configuration was not transfered to installed system so after I booted my system I had no internet access ] Now you are done with a static /etc/network/interfaces file. Only in case you might want a flexible network management tool: apart from network-manager, which is not usable for blind people, there is also the wicd daemon for automatic network configuration, which has an ncurses (text-based) client as user interface. Greetings Holger -- Created with Sylpheed 3.2.0 under the new D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727715: More info.
Hi. I tried several things: 1. I switched to kernel from unstable (rest info is after kernel change, I use this kernel since installing it) linux-image-3.11-1-amd64 3.11.5-1 Linux merkury 3.11-1-amd64 #1 SMP Debian 3.11.5-1 (2013-10-17) x86_64 GNU/Linux 2. Tried different user - the same issue appears. 3. pm-suspend (from root) works OK Kind regards, Paweł -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727677: icedove: copies folders settings not saved with a gmail IMAP account
Hello Fabien, On Fri, Oct 25, 2013 at 11:42:08AM +0200, Fabien R wrote: Package: icedove Version: 10.0.12-1 Severity: normal Dear Maintainer, I choose to keep a copy on a sent folder or a draft folder for my account. After restarting icedove, my changes are lost. what choose to keep exactly mean? What you have done? You infos are a little bit small. What kind of extensions do you have installed and active? Your issue happen also without any extensions? Is there something visible in the error console? If I use the context menu and select Copy To the copy of the mail will be found on the selected folder. But I have to say that I use the Icedove from stable-security that's highly recommended to use instead of the Icedove version 10 from the Wheezy release! Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727805: rjava: Depends on openjdk-6 which is going away
Package: rjava Version: 0.9-4-1 Severity: serious Hi, rjava Depends on openjdk-6-jre, but openjdk-6 is going away. Please adjust your dependency to either use default-jre, openjdk-7-jre or some other java implementation. NB: openjdk-7 is not available on mipsel, but rjava has been built there. If you change your dependency to openjdk-7-jre, you probably have to get rjava/mipsel removed from unstable. In that case, please ensure the package is not built on mipsel and then request the ftp masters to remove it from unstable. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727806: tunnelx: Depends on openjdk-6, which is going away
Package: tunnelx Version: 20110801-5 Severity: serious Hi, Your package depends on openjdk-6, but openjdk-6 is scheduled for removal in Jessie. Please update your dependency to default-jre, openjdk-7-jre or another suitable Java implementation. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720571: uwsgi: Please stop using openjdk-6-*
Package: uwsgi Version: 1.9.17.1-5 Followup-For: Bug #720571 Control: severity -1 serious Hi, I am bumping the severity of this bug, because we would like openjdk-6 to disappear really soon(tm). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720551: openjdk-6 removal is now release critical
severity 720570 serious severity 720552 serious severity 720569 serious severity 720561 serious severity 720551 serious severity 720572 serious thanks Hi, I am bumping the OpenJDK-6 removal to release critical; please update / fix your packages at your earliest convenience. Thank you, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717963: openjdk-7: FTBFS on sparc: Could not create the Java virtual machine.
Control: retitle -1 openjdk-7: FTBFS on sparc Hi, With s390 no longer being a release architecture (and in fact s390 being removed from sid), a build failure there is no longer RC. However, openjdk-7 FTBFS on sparc, so I'm taking the liberty of repurposing this bug for sparc. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680601: simple-scan: program closes when clicking new scan
Package: simple-scan Version: 3.4.2-1 Followup-For: Bug #680601 Hi, I have this problem as well. But it does not happen every time, only sometimes. When I run simple-scan with gdb I get this: - gdb simple-scan GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/simple-scan...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/simple-scan [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffeff00700 (LWP 7494)] [New Thread 0x7fffeebd4700 (LWP 7495)] [New Thread 0x7fffed462700 (LWP 7496)] [New Thread 0x7fffd3dff700 (LWP 7498)] WARNING: gnome-keyring:: couldn't connect to: /home/fredrik/.cache/keyring- OClscp/pkcs11: Filen eller katalogen finns inte [New Thread 0x7fffd0600700 (LWP 7499)] [Thread 0x7fffd0600700 (LWP 7499) exited] ** (simple-scan:7491): WARNING **: scanner.vala:977: Unable to disable compression, please file a bug [New Thread 0x7fffd0600700 (LWP 7500)] [Thread 0x7fffd0600700 (LWP 7500) exited] [New Thread 0x7fffd0600700 (LWP 7501)] [Thread 0x7fffd0600700 (LWP 7501) exited] [New Thread 0x7fffcfdff700 (LWP 7502)] [Thread 0x7fffcfdff700 (LWP 7502) exited] [New Thread 0x7fffd0600700 (LWP 7503)] [Thread 0x7fffd0600700 (LWP 7503) exited] [New Thread 0x7fffd0600700 (LWP 7504)] [Thread 0x7fffd0600700 (LWP 7504) exited] [New Thread 0x7fffd0600700 (LWP 7505)] [Thread 0x7fffd0600700 (LWP 7505) exited] [New Thread 0x7fffd0600700 (LWP 7506)] [Thread 0x7fffd0600700 (LWP 7506) exited] [New Thread 0x7fffd0600700 (LWP 7507)] [Thread 0x7fffd0600700 (LWP 7507) exited] [New Thread 0x7fffd0600700 (LWP 7508)] [Thread 0x7fffd0600700 (LWP 7508) exited] [New Thread 0x7fffd0600700 (LWP 7509)] [Thread 0x7fffd0600700 (LWP 7509) exited] [New Thread 0x7fffd0600700 (LWP 7510)] [New Thread 0x7fffcfdff700 (LWP 7511)] [New Thread 0x7fffcdc66700 (LWP 7512)] [Thread 0x7fffcfdff700 (LWP 7511) exited] [Thread 0x7fffcdc66700 (LWP 7512) exited] [Thread 0x7fffd0600700 (LWP 7510) exited] bt [Thread 0x7fffed462700 (LWP 7496) exited] [Thread 0x7fffd3dff700 (LWP 7498) exited] [Thread 0x7fffeebd4700 (LWP 7495) exited] [Thread 0x7fffeff00700 (LWP 7494) exited] [Inferior 1 (process 7491) exited normally] (gdb) bt No stack. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages simple-scan depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gnome-icon-theme 3.4.0-2 ii libc62.13-38 ii libcairo21.12.2-3 ii libcolord1 0.1.21-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libgudev-1.0-0 175-7.2 ii libjpeg8 8d-1 ii libsane 1.0.22-7.4 ii xdg-utils1.1.0~rc1+git20111210-6 ii zlib1g 1:1.2.7.dfsg-13 simple-scan recommends no packages. simple-scan 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#727808: [kdepimlibs] Don't infinitely loop IMAP with wrong SSL session
Package: kdepimlibs Version: 4:4.10.5-1 Severity: normal Tags: patch Forwarded: https://bugs.kde.org/316840 Some friends and I were banned from different IMAP providers because we are using kmail2. It seems kmail2 (akonadi) sometimes restarts the TCP connection for an SSL imap (imaps) connection and then infinitely open+closes the connection with an invalid (old) SSL session. This creates a lot of load on the IMAP server (which in the end caused a ban for us). Please backport the patch https://projects.kde.org/projects/kde/kdepimlibs/repository/revisions/c3d8ea0a9a24dfeb3ce086fff3ea3b29c279a509 to fix the most problematic part of the bug. --- System information. --- Architecture: amd64 Kernel: Linux 3.10-3-amd64 Debian Release: jessie/sid 500 unstablewww.deb-multimedia.org 500 unstablehttp.debian.net 500 unstableftp.debian.org 500 testing http.debian.net 1 experimentalwww.deb-multimedia.org 1 experimentalhttp.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#727809: tzdata: DST data for Europe/Budapest is incorrect
Package: tzdata Version: 2013d-0wheezy1 Severity: important Dear Maintainer, After the Oct. 27 DST event the time changed to +1 hour instead of -1 hour. It shows 11:28 instead of 9:28. Thank You and Best Regards, Viktor Kadas -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.49 tzdata recommends no packages. tzdata suggests no packages. -- debconf information: tzdata/Zones/Australia: tzdata/Zones/US: tzdata/Zones/Asia: * tzdata/Zones/Etc: UTC tzdata/Zones/SystemV: tzdata/Zones/Arctic: tzdata/Zones/Pacific: tzdata/Zones/Antarctica: * tzdata/Zones/Europe: Budapest tzdata/Zones/Africa: tzdata/Zones/America: * tzdata/Areas: Europe tzdata/Zones/Atlantic: tzdata/Zones/Indian: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727776: jmagick implictly declares getByteArrayFieldValue due to missing prototype
On Sat, Oct 26, 2013 at 07:10:12PM +0200, Emmanuel Bourg wrote: Thank you for the patch Adam. Do you know if it has been forwarded upstream? I've not forwarded it upstream, no. Was counting on you to do so, as I assume you're more familiar with the package than I am. ;) ... Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725534: gummi: FTBFS: automake errors
Much thanks for the patch, I'll take it in. Greetings, Daniel Stender -- http://www.danielstender.com/blog PGP key: 1654BD9C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727810: shadow: missing group(5) manpage
Source: shadow Version: 1:4.1.5.1-1 Severity: normal As I see manpages for passwd(5), shadow(5), gshadow(5), ... they all mention group(5) in SEE ALSO section at the bottom. But group(5) is not available. I think I used to see it on my Debian system. As I looked into the shadow source, all other passwd/shadow/gshadow files are documented in section 5 but misteriously missing is group. The XML file is missing in the upstream source tarball under shadow-4.1.5.1/man. So this is likely to be an upstream bug. If you think this is valid bug of upstream, please forward this to upstream. Osamu -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727811: easytag: Does not accept a path as parameter anymore
Package: easytag Version: 2.1.8-1 Severity: minor Hi, previously eastag accepted a path as command line argument where to start searching for media files. This is no longer the case and it seems to search all file systems by starting at '/'. Regards Alex -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages easytag depends on: ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo21.12.16-2 ii libflac8 1.3.0-2 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-10 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libid3-3.8.3c2a 3.8.3-15 ii libid3tag0 0.15.1b-10 ii libogg0 1.3.1-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libspeex11.2~rc1-7 ii libstdc++6 4.8.1-10 ii libtag1c2a 1.8-2 ii libtagc0 1.8-2 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii libwavpack1 4.60.1-3 ii zlib1g 1:1.2.8.dfsg-1 easytag recommends no packages. easytag 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#727799: apt-get not marking manual correctly and apt-mark showmanual also wrong
Hi, On Sun, Oct 27, 2013 at 1:14 AM, cluelesscoder cluelessco...@gmail.com wrote: However only 5 packages also didn't seem right, and when I installed a couple packages manually, they didn't get added to /var/lib/extended_states at all (as either automatic or manual). The packages were pudb and reportbug. There are other places online where people have commented on the same thing which I can add later if you want, but they don't provide any insight into why. Please note that packages listed in extended_states are NOT manually installed, the packages listed are automatically installed. Every package not in that list is manually installed. Note also that some packages which normally would be auto-installed are marked otherwise because they or their 'depender' are in special sections. So its normal that if you do: $ apt-get install foo NEW: foo nothing changes in regards of the extended states. On the other hand, if it is: $ apt-get install foo NEW: foo foo-data foo-data will appear in extended states as automatical installed. Last hint: If foo is automatical installed and you do: $ apt-get install foo at the end of the operation foo will be marked as manually installed. Hopefully the logic is a bit more clear now. In that light, can you rephrase your bugreport to detail which packages you installed exactly? Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#307801: Please test my preview package
Dear reporter and anyone else affected, I have a preview package available at http://oss.leggewie.org/deb/ and would appreciate you letting me know if this fixes the problem for you. If you want to verify the package, the changes file is signed with my maintainer key. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557304: verified
I can verify the problem, even with my latest packages. But at least there is an error being reported to syslog now with the latest packages in unstable. Oct 27 15:48:15 localhost polipo[1271]: Couldn't parse network foobar. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727812: xkb-data: update watch file
Package: xkb-data Version: 2.5.1-3 Severity: wishlist Tags: patch Hi, Here is attached a patch to update the debian/watch file. Regards, Patrice -- 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.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information diff --git a/debian/watch b/debian/watch index 3dac745..d732623 100644 --- a/debian/watch +++ b/debian/watch @@ -1,3 +1,3 @@ #git=git://anongit.freedesktop.org/xkeyboard-config version=3 -http://xorg.freedesktop.org/releases/individual/data/xkeyboard-config-(.*)\.tar\.gz +http://xorg.freedesktop.org/releases/individual/data/xkeyboard-config/xkeyboard-config-(.*)\.tar\.bz2
Bug#646709: Please test my preview package
tags 646709 + moreinfo thanks Dear reporter and anyone else affected, I have a preview package available at http://oss.leggewie.org/deb/ and would appreciate you letting me know if this fixes the problem for you. If you want to verify the package, the changes file is signed with my maintainer key. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727763: unnecessary coupling to coverage HTML report
Hi, On Sat, Oct 26, 2013 at 11:52:08PM +1100, Ben Finney wrote: package git-buildpackage tags 727763 + patch thanks On 25-Oct-2013, Daniel Dehennin wrote: Traceback (most recent call last): File setup.py, line 64, in module 'console_scripts': [ 'gbp = gbp.scripts.supercommand:supercommand' ], […] File /usr/lib/python2.7/unittest/main.py, line 95, in __init__ self.runTests() […] File /usr/lib/python2.7/dist-packages/coverage/control.py, line 658, in html_report reporter = HtmlReporter(self, self.config) What is the point of generating an HTML report for the coverage, when building ‘git-buildpackage’? Well, it's 2013 and having not only machine parseable reports is nice to help development. I'd be o.k. to disable this for release builds like #if RELEASE_BUILD ... #endif but I don't think setup.cfg can cope with that unfortunately. Disabling it in general is not an option. Cheers, -- Guido To avoid this coupling to the HTML reporting feature, the Debian package for ‘git-buildpackage’ can disable the HTML report feature for Coverage: --- old/setup.cfg 2013-10-26 11:46:09.0 + +++ new/setup.cfg 2013-10-26 12:41:10.333638255 + @@ -4,8 +4,6 @@ with-xunit=1 cover-package=gbp cover-erase=1 -cover-html=1 -cover-html-dir=build/cover/ cover-min-percentage=68 [epydoc] -- \ 己所不欲、勿施于人。 (What is undesirable to you, do not do to others.) | `\—孔夫子 Confucius (551 BCE – 479 BCE) | _o__) | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727813: pepperflashplugin-nonfree: Specify the arch in sources.list
Package: pepperflashplugin-nonfree Version: 1.1 Severity: normal Dear Maintainer, I installed the package pepperflashplugin-nonfree, but update-pepperflashplugin-nonfree silently failed to do anything. After some debugging, I found out I had to change one line in it: deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main Indeed, I have some foreign architectures configured for which google doesn't provide packages, so apt-get update failed and the script exited. I don't know if we should ignore the apt-get update error, or if we should specify the main architecture in sources.list, or something else... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pepperflashplugin-nonfree depends on: ii binutils 2.23.90.20130927-1 ii debconf [debconf-2.0] 1.5.51 ii gnupg 1.4.15-1.1 ii libatk1.0-02.10.0-2 ii libcairo2 1.12.16-2 ii libcurl3-gnutls7.33.0-1 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.8.1-10 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-02.24.21-1 ii libnspr4 2:4.10-1 ii libnss32:3.15.2-1 ii libpango1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-10 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxt6 1:1.1.4-1 ii wget 1.14-4 pepperflashplugin-nonfree recommends no packages. Versions of packages pepperflashplugin-nonfree suggests: ii chromium 30.0.1599.101-1~deb7u1 pn halnone ii ttf-dejavu 2.33+svn2514-3 ii ttf-mscorefonts-installer 3.5 ii ttf-xfree86-nonfree4.2.1-3.1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652003: Fwd: Ticket #961
berta...@ptitcanardnoir.org wrote (26 Oct 2013 13:39:31 GMT) : On the packaging level, I believe it is also ready to be uploaded in the Debian archive. I'll ping micah to do so if you believe we are over with this bug. :) The result looks alright to me. I'm happy to sponsor the upload in a week or so if Micah is not available. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693673: triplea: New upstream release (1.7.0.3) available
Control: retitle -1 triplea: New upstream release (1.7.0.3) available Dear Maintainer, Please consider packaging the latest stable release of triplea (version 1.7.0.3). Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718767: transition: ocaml 4.00.1
Le 02/10/2013 19:43, Julien Cristau a écrit : I have uploaded Nova 2013.1.3-2 with removed support for XAPI, as you asked. I hope XCP support can come back quickly in Debian. [...] Hoping that this will help for the Ocaml transition, That was one week ago. nova has migrated to testing and xen-api has been removed from testing. What is blocking now? #721999 xen has migrated to testing. What's the new blocker, now? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727814: kipi-plugins recommends non-existent package minidnla (typo)
Package: kipi-plugins Version: 4:2.6.0-1+b2 Severity: normal Dear Maintainer, it seems that there is a typo in the Recommends apt tag, because package minidnla does not exist whereas minidlna actually exists and could make sense for a dependency. Recommends: konqueror, imagemagick, hugin, enblend, enfuse, *minidnla* -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages kipi-plugins depends on: ii digikam 4:2.6.0-1+b2 ii kde-runtime 4:4.10.5-1 ii kipi-plugins-common 4:2.6.0-1 ii libc6 2.17-93 ii libexpat1 2.1.0-4 ii libgcc1 1:4.8.1-10 ii libgl1-mesa-glx [libgl1] 9.1.7-1 ii libglib2.0-0 2.36.4-1 ii libgomp1 4.8.1-10 ii libgpod4 0.8.2-7 ii libjpeg8 8d-1 ii libkcalcore4 4:4.8.4-2 ii libkdcraw20 4:4.8.4-2 ii libkdecore5 4:4.10.5-1+b1 ii libkdeui5 4:4.10.5-1+b1 ii libkexiv2-10 4:4.8.4-1 ii libkio5 4:4.10.5-1+b1 ii libkipi8 4:4.8.4-1 ii libksane0 4:4.8.4-1 ii libopencv-core2.3 2.3.1-12 ii libopencv-highgui2.3 2.3.1-12 ii libopencv-imgproc2.3 2.3.1-12 ii libopencv-legacy2.3 2.3.1-12 ii libopencv-objdetect2.32.3.1-12 ii libphonon44:4.6.0.0-3 ii libpng12-01.2.49-5 ii libqca2 2.0.3-4 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-opengl 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-svg4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xmlpatterns4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libsolid4 4:4.10.5-1+b1 ii libstdc++64.8.1-10 ii libthreadweaver4 4:4.10.5-1+b1 ii libtiff4 3.9.7-2 ii libxml2 2.9.1+dfsg1-3 ii libxrandr22:1.4.1-1 ii libxslt1.11.1.28-2 ii phonon4:4.6.0.0-3 Versions of packages kipi-plugins recommends: ii enblend 4.0+dfsg-5 ii enfuse 4.0+dfsg-5 ii hugin2013.0.0~rc2+dfsg-1 ii imagemagick 8:6.7.7.10-6 ii konqueror4:4.8.4-2 Versions of packages kipi-plugins suggests: pn gallery none ii gimp 2.8.6-1 pn kmail none ii vorbis-tools 1.4.0-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#727677: icedove: copies folders settings not saved with a gmail IMAP account
Hello Carsten, On 27/10/2013 07:53, Carsten Schoenert wrote: what choose to keep exactly mean? What you have done? You infos are a little bit small. Sorry to have been so brief. I followed these steps: 1) go to edit-account settings 2) choose a gmail IMAP account - copies folders 3) click on place a copy in sent folders on. 4) press ok 5) exit and start icedove 6) check that the settings of step 3 is the same. What kind of extensions do you have installed and active? I only use enigmail 1.4.1 and Timezone definition 1.2011n Your issue happen also without any extensions? Yes Is there something visible in the error console? Nothing appears from steps 1) to 4) If I use the context menu and select Copy To the copy of the mail will be found on the selected folder. But I have to say that I use the Icedove from stable-security that's highly recommended to use instead of the Icedove version 10 from the Wheezy release! I'll try that release. Regards Carsten Regards, Fabien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725665: not working
Can verify that it's not working with 1.1-4 ImportError: could not import gobject (could not find _PyGObject_API object) (nautilus:12592): Nautilus-Python-WARNING **: pygobject initialization failed (nautilus:12592): Nautilus-Python-WARNING **: nautilus_python_init_python failed
Bug#727815: aptitude: spanish manpage, safe-upgrade section, translation wrong
Package: aptitude Version: 0.6.8.2-1.2 Severity: minor Tags: l10n Dear Maintainer, The spanish manpage of aptitude, in the safe-upgrade section, says the following: Los paquetes instalados se eliminarán a menos que no se utilizen This means (more or less): Installed packages will be removed unless they are unused The english manpage says the following, that is OK: Installed packages will not be removed unless they are unused So the spanish traslation would be: Los paquetes instalados NO se eliminarán a menos que no se utilizen The remarked NO is not necesary :-D. Thats all. Many thanks for the work. Greetings. Martintxo. -- Package-specific info: Terminal: linux $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.8.2 compiled at Aug 25 2013 12:39:07 Compiler: g++ 4.8.1 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20130608 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-gate.so.1 (0xb7744000) libapt-pkg.so.4.12 = /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 (0xb71e4000) libncursesw.so.5 = /lib/i386-linux-gnu/libncursesw.so.5 (0xb71b1000) libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xb719) libsigc-2.0.so.0 = /usr/lib/i386-linux-gnu/libsigc-2.0.so.0 (0xb718b000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb708b000) libept.so.1.aptpkg4.12 = /usr/lib/libept.so.1.aptpkg4.12 (0xb6ff7000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0xb6e0e000) libz.so.1 = /lib/i386-linux-gnu/libz.so.1 (0xb6df5000) libsqlite3.so.0 = /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb6d3c000) libboost_iostreams.so.1.54.0 = /usr/lib/libboost_iostreams.so.1.54.0 (0xb6d23000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb6d07000) libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6c1c000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb6bd9000) libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6bbd000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6a0e000) libutil.so.1 = /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb6a09000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6a04000) libbz2.so.1.0 = /lib/i386-linux-gnu/libbz2.so.1.0 (0xb69f2000) libuuid.so.1 = /lib/i386-linux-gnu/libuuid.so.1 (0xb69ec000) librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb69e3000) /lib/ld-linux.so.2 (0x4cc1d000) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.11.0 Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to eu_ES.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii aptitude-common 0.6.8.2-1.2 ii libapt-pkg4.120.9.12.1 ii libboost-iostreams1.54.0 1.54.0-2 ii libc6 2.17-93 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.8.1-10 ii libncursesw5 5.9+20130608-1 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.8.0.2-1 ii libstdc++64.8.1-10 ii libtinfo5 5.9+20130608-1 ii libxapian22 1.2.15-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages aptitude recommends: pn apt-xapian-indexnone pn aptitude-doc-en | aptitude-doc none pn libparse-debianchangelog-perl none ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn debtags none pn tasksel none -- no debconf information Sustrai Erakuntza: respuesta jurídico-técnica a proyectos insostenibles. proiektu jasangaitzei erantzun juridiko-teknikoa. http://www.fundacionsustrai.org http://www.sustraierakuntza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727816: hte not very accessible
Package: ht Version: 2.0.20-2.1 Severity: wishlist The selected menu items etc. are shown with colors but this is not easy to follow for visually impaired persons. For them the best would be that the cursor always indicates the current oject. Since this might be annoying for sighted users, this mode could be disabled by default with a way to enable it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726466: [Pkg-systemd-maintainers] Bug#726466: libsystemd-login0: while logging in to tty6 got Failed to issue method call.
Hi shirish शिरीष, shirish शिरीष shirisha...@gmail.com writes: I got the following where it should have asked for my login credentials. debian login:[677483.992224] systemd-logind [2777]: Failed to issue method call. Launch helper exited with unknown return code 1. [677486.609660] systemd-logind [2777]: Failed to issue method call.Launch helper exited with unknown return code 1. [677498.826999] systemd-logind [2777]: Failed to issue method call.Launch helper exited with unknown return code 1. [677527.899495] systemd-logind [2777]: Failed to issue method call.Launch helper exited with unknown return code 1. Please keep in mind I'm not using systemd actively. I'm using sysv atm and both systemd and the above library are just installed. The error message seems to come from systemd-logind itself and looks like it is printed by the kernel onto your ttys, based on the timestamp in front of it. First of all, are you sure this is actually a problem? Try pressing enter, you should get a fresh prompt. In fact, in your original message I see the “debian login:” prompt. Can you enter your username, does it ask for the password, does the login actually work? If not, can you please also provide /var/log/syslog and /var/log/auth.log? Ideally from a fresh boot, directly reproducing the problem, so that the files are not too big. Thanks. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727736: With full log: Wheezy - testing kernel upgrade won't reboot.
On Sun, Oct 27, 2013 at 05:52:46AM +0200, Regid Ichira wrote: Kernel ID aki-b6aa75df This does not match _any_ of the PV-GRUB versions listed on [1]. Bastian [1]: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/UserProvidedKernels.html -- No problem is insoluble. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633689: git mirror of the source code
Somebody took the source tar.gz and started a git repo on Github. It still needs investigation whether the original upstream would like to bless the github repo. The original upstream seems unresponsive? https://github.com/colindean/optar Thomas Koch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727817: RFP: optar -- highly compressed 2D barcode for paper or film archiving of digital data
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: optar Version : ? Upstream Author : 2007 Karel 'Clock' Kulhavy, Twibright Labs * URL : https://github.com/colindean/optar , http://ronja.twibright.com/optar * License : GPL Programming Lang: C Description : highly compressed 2D barcode for paper or film archiving of digital data Optar stands for OPTical ARchiver. It's a codec for encoding data on paper or free software 2D barcode in other words. Optar fits 200kB on an A4 page, then you print it with a laser printer. If you want to read the recording, scan it with a scanner and feed into the decoder program. A practical level of reliability is ensured using forward error correction code (FEC). Automated processing of page batches facilitates storage of files larger than 200kB. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJSbPoLAAoJEAf8SJEEK6ZaM9kQALlBT24dv3nfQ8JATVZKVKFt bmMF17TrwwQ7o2CT+uXRcMdRgQUplJ4vIx+isibmcYuxdpHiRlrfj3S6a1I4uztm iQO3hKXP59oq1RkEciZ8g6PtbFebO6rRhboe8qYQc83pZkhwdqpc0QDZiGTOahu9 zMJHDzdvW7EwziOexs9mYy20yVUoPJboD6AXXaXGa0MkXPVHr2du+JtP9ebRpZi8 RM9l3knIQFapt2YXF3YS3BbYW4G/QckTf4FAuGSeaJrQeLYC1KcqJJL4j6QdsW1Q /cdUbGe4Z+PGTlC9/NYPYpuIL2MefjjoVi0sOh2Tx6fh2sTzGbC64WTWNFNIve25 Z7VTbnCzbD6NulhguCFyyuSrSuJO4n0bfYDBhbHxXUIAJGwLKyTHjwY+R+Tn/sH0 imLOW9pEyzQPsM6oip94hpM56ohPxO9Iw9hfarTXqO55tNy99srtByMH0l//luix GcKh5yNcMBnn+IChC3nRqbPPoChiXbvLE9o07cGAhtf+szBXX1AlayTjgTN42OH7 iBs5JVURvcgyXOCl1RwkJo/AKchWCR2vXITIvwnJG1/EtnON+WpoXs5q2+FOzh/3 BPqVvv4K1x3oootUB+tuyg5BfvywTEbAPA0mRc1May9/YqbVO4GtO+mMVr6wOGWF GtvxV40qY7ZHwM22YfXu =YHP5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727818: mongodb-server: please, integrate changes from github
Package: mongodb-server Version: 1:2.4.5-1 Severity: wishlist Hi. In April of this year, I started playing with mongodb and made many improvements to the package: http://cynic.cc/blog/posts/lack_of_cooperation_from_ubuntu/ You can see that I made almost all of the changes in the packaging of the 1:2.4.1-3 release and I also had substantial things in 1:2.4.3-1. I had many more in mind, but as the previous maintainer didn't respond to my queries, I increasingly lost motivation, until I stopped caring. Now that I see that fresh blood has started to work on mongodb, I would like to resume my contributions and, before that, I would kindly ask that you consider integrating or reviewing the modifications that I sent to the previous repository: https://github.com/bobek/mongo-debian/pull/6 https://github.com/bobek/mongo-debian/pull/5 And, of course, one contribution directly from Ubuntu to diminish the delta between packaging, which, judging from the lack of response, never got integrated (please, correct me if this is false): https://github.com/bobek/mongo-debian/pull/4 If you guys need/want a helping hand, please let me know and I will try to help as best as I can. Thanks a lot, Rogério. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (500, 'unstable'), (10, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mongodb-server depends on: ii adduser 3.113+nmu3 ii libboost-filesystem1.49.0 1.49.0-4 ii libboost-program-options1.49.0 1.49.0-4 ii libboost-system1.49.0 1.49.0-4 ii libboost-thread1.49.0 1.49.0-4 ii libc6 2.17-93 ii libgcc1 1:4.8.1-10 ii libpcre31:8.31-2 ii libpcrecpp0 1:8.31-2 ii libsnappy1 1.1.0-1 ii libstdc++6 4.8.1-10 ii mongodb-clients 1:2.4.5-1 mongodb-server recommends no packages. mongodb-server suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726974: trigger-rally: opens in full-screen mode changes the default screen resolution
reassign 726974 libsdl1.2debian thanks Hi, trigger-rally calls SDL_Quit() which then results in the error message. So I suspect that the problem might be somewhere in SDL or even deeper down the stack. Reassigning to SDL. Cheers, Stefan. [..] Shutting down render subsystem X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 151 (XFree86-VidModeExtension) Minor opcode of failed request: 10 (XF86VidModeSwitchToMode) Value in failed request: 0x20e Serial number of failed request: 179 Current serial number in output stream: 181 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727680: “Yes, do as I say!“ sounds odd
On Sun, Oct 27, 2013 at 1:53 AM, David Prévot taf...@debian.org wrote: Le 26/10/2013 03:45, Christian PERRIER a écrit : Quoting David Prévot (taf...@debian.org): P.-S. : trying hard not to go the nitpicking way of challenging « je vous dis » for a typing interface ;-). Oh, yes! Please challenge that wording. I hate it for years (including the English version, indeed) and probably just need a few more people to also hate it, to have it changed..:-) “Yes, do as I say!“ could simply be “Yes, really do that.”, that should be enough given the context: You are about to do something potentially harmful. To continue type in the phrase […] If we want to be louder about it, something like “Yes, I do understand this can be harmful.” could be used. I kinda like it in so far as it is the only place where apt-get is second- guessing what the user said it should do. So its the only place I have the chance to fanatically scream at a damn machine to just do as I say! ;) But I only read it once in a while in the code and now that I do that, I even see a bug here (oh dear); I guess my feeling would be different if I had to read that regularly in the wild / as a translator. Stepping back for a second and freeing myself from the consequences: How about dropping this question altogether? We have a flag which is (supposed to be) able to skip this question: --force-yes which is described as being potentially harmful in the manpage. Rational: Users who run into this question by 'accident' aren't saying yes to it; Users who know they will because they are changing e.g. the init system are just annoyed by the question. So how about: […] 0 upgraded, 0 newly installed, 5 to remove and 0 not upgraded. After this operation, 5509 kB disk space will be freed. WARNING: The following essential packages will be removed: apt The outlined actions are potentially very harmful, so executing them is refused by default, but can be forced with the --force-yes flag. This should NOT be done unless you know exactly what you are doing! # (I am open for a better suggestion regarding the actual message) It would be an interface change, but those aren't a problem, people depending on the old one could just keep using the old version. SCNR. What I really mean is: In this particular case, I really hope nobody is doing something as insane as depending on this. [0] What do you two think? Best regards David Kalnischkies [0] https://xkcd.com/1172/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727819: [icedove] syscall getdents64 consumes nearly all cpu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: icedove Version: 17.0.9-2 Severity: serious - --- Please enter the report below this line. --- Hello folks, i often see icedove consuming too much cpu as you can see here: top - 12:30:27 up 2:18, 3 users, load average: 1,14, 1,08, 0,95 Tasks: 116 total, 2 running, 114 sleeping, 0 stopped, 0 zombie %Cpu(s): 52,6 us, 13,5 sy, 0,0 ni, 33,6 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st KiB Mem: 1545000 total, 1430556 used, 11 free,34640 buffers KiB Swap: 1302520 total,0 used, 1302520 free, 720380 cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4201 lorenz20 0 995m 235m 38m R 61,2 15,6 50:45.31 icedove 3074 root 20 0 7368 3996 2164 S 1,3 0,3 0:50.51 openvpn 6105 lorenz20 0 312m 27m 15m S 1,0 1,8 3:47.54 linphone 2966 root 20 0 87328 35m 29m S 0,7 2,4 2:57.12 Xorg digging deeper by strace -c -p 4201 gives: % time seconds usecs/call callserrors syscall - -- --- --- - - 98.620.047934 6 7616 getdents64 0.450.000220 0 3922 close 0.350.000169 0 20428 gettimeofday what could the problem, what can i do to get more information on the problem? kind regards Lorenz - --- System information. --- Architecture: i386 Kernel: Linux 3.11-rc7-486 Debian Release: jessie/sid 800 testing www.deb-multimedia.org 800 testing security.debian.org 800 testing ftp.de.debian.org 750 unstable ftp.de.debian.org 250 experimental ftp.de.debian.org - --- Package information. --- Depends (Version) | Installed ===-+-=== fontconfig | 2.10.2-2 psmisc | 22.20-1 debianutils (= 1.16) | 4.4 libasound2 (= 1.0.16) | 1.0.27.2-3 libatk1.0-0 (= 1.12.4) | 2.10.0-2 libc6 (= 2.15) | 2.17-93 libcairo2 (= 1.10.2-2~) | 1.12.16-2 libdbus-1-3 (= 1.0.2) | 1.6.16-1 libdbus-glib-1-2 (= 0.78) | 0.100.2-1 libevent-2.0-5 (= 2.0.10-stable) | 2.0.21-stable-1 libffi6 (= 3.0.4) | 3.0.13-4 libfontconfig1 (= 2.10.0) | 2.10.2-2 libfreetype6 (= 2.3.9) | 2.4.9-1.1 libgcc1 (= 1:4.1.1) | 1:4.8.1-10 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.28.2-1 libglib2.0-0 (= 2.22.0) | 2.36.4-1 libgtk2.0-0 (= 2.24.0) | 2.24.21-1 libhunspell-1.3-0 | 1.3.2-4 libjpeg8 (= 8c) | 8d-1 libnspr4 (= 2:4.9.2) | 2:4.10-1 libnss3 (= 2:3.13.4-2~) | 2:3.15.2-1 OR libnss3-1d (= 3.13.2) | 2:3.15.2-1 libpango-1.0-0 (= 1.14.0) | 1.32.5-5+b1 libpangocairo-1.0-0 (= 1.14.0) | 1.32.5-5+b1 libpangoft2-1.0-0 (= 1.14.0) | 1.32.5-5+b1 libpixman-1-0 (= 0.18.0) | 0.30.2-1 libsqlite3-0 (= 3.7.4) | 3.8.0.2-1 libstartup-notification0 (= 0.8) | 0.12-3 libstdc++6 (= 4.6) | 4.8.1-10 libvpx1 (= 1.0.0) | 1.2.0-2 libx11-6 | 2:1.6.2-1 libxext6 | 2:1.3.2-1 libxrender1 | 1:0.9.8-1 libxt6 | 1:1.1.4-1 zlib1g (= 1:1.2.0) | 1:1.2.8.dfsg-1 Recommends (Version) | Installed ==-+-=== myspell-en-us | OR hunspell-dictionary | OR myspell-dictionary | Suggests (Version) | Installed ===-+-=== fonts-lyx | 2.0.6-1 libgssapi-krb5-2 | 1.11.3+dfsg-3 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBAgAGBQJSbPuOAAoJEN6gF2puVkFkHd4H/3XXgWfPJCoDB3JyLjm9FCHi TbwTigAQTTKI/pDmheRkXJ+88NiEW+2lGIOmjr21B4v5LbxEKMy9TYacPx+6QXTb T3BcyYxQzsnvwFQrRFuwJa8+SB/PVVH6bGpapHYErgEoJSBLemPH8a56elhy6nmD tp5o2IPvc/wMDBhJjLnS0ekOf2sg2gtk7RIdAixoZGiWekfeU+ADu2kdSQAIHCsf drAxekT2rS12zOHAKpP/XLy1EezQQxSljZ8IF54d00bGgcyG3eqb5TM9R/u7lcdM OttbkRFxpX5j1Uho69k6A67prl167yX5a6U1lNFHs5UPqlkgQ6hBeyc+p+vW4C0= =suf0 -END PGP SIGNATURE- 0x0C8DE883.asc Description: application/pgp-keys
Bug#727820: hddtemp: minor typo in the man page (too instead of to)
Package: hddtemp Version: 0.3-beta15-52 Severity: minor In the description section of the man page there is a line You can specify one or more device drive path, where each path can be prefixed with a type like PATA, SATA or SCSI to force hddtemp too use one of these type (because detection can fail). which has two typos: too use one of these type instead of to use one of these types. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (995, 'stable-updates'), (995, 'stable'), (601, 'testing'), (600, 'unstable'), (511, 'oldstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hddtemp depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii lsb-base 4.1+Debian8+deb7u1 hddtemp recommends no packages. Versions of packages hddtemp suggests: pn ksensors none -- debconf information: hddtemp/interface: 127.0.0.1 * hddtemp/daemon: false hddtemp/syslog: 0 hddtemp/port: 7634 hddtemp/SUID_bit: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Hi, apart of the arguments raised by others, I'd like to point out three more things: - If we'd be inclined to switch the init system to something different to sysvinit, let's start rather soon than later. Starting with today we have one year until we expect to freeze which sounds like a lot, but it's not if you take in mind that (up to) 1200 packages [1] need to be adapted to this change, some in a non-trivial way. I guess any alternative being discussed here is able to provide some fall-back mechanism in case it's really needed, but if we rely on that, I don't see a reason to switch in the first place. Thus, I'd appreciate if the TC decides on that case rather soon than later since I'm one of these persons who maintains several not-trivial init scripts. - Please bear in mind that supporting more than one init script type is not feasible or doable. Especially for non-trivial scripts [2][3] maintaining an init script is a substantial piece of work, and I claim, that we could spend our time in better ways than maintaining three pieces of code (or, as for me, meta-language description files) which all need to be tested, fixed and updated every once in a while. I guess, I could deal with that burden once for Jessie, but please don't get us into that as a long term solution. - Whatever you decide, please do also turn your attention to the outside world apart of Debian. This discussion was raised (well, this time), because Gnome started to depend transitionally on systemd. Whether we like it or not, but we're not the center of the universe. There are distributions, and very important pieces of software outside the control Debian and the TC that have (biased) points of view conflicting with Debian's on this matter. Thus, I suspect that we are not going to succeed with an isolated island solution, which does not care about the ways other distributions move - especially since the init system choice seems to be heavily tied to the choice of the desktop these days. Whether it's systemd or upstart, both have major players standing behind its respective technologies, each with substantial financial resources to drive development of these platforms in a direction where Debian with an isolated solution cannot compete with, due to its community driven organizational structure. [1] $ apt-file search /etc/init.d | wc -l 1194 [2] http://anonscm.debian.org/gitweb/?p=pkg-apache/apache2.git;a=blob;f=debian/apache2.init;h=f5977abd302115e1517110fc2e00ca0cd2054afd;hb=HEAD [3] http://anonscm.debian.org/gitweb/?p=users/wouter/nbd.git;a=blob;f=debian/nbd-client.init.d;h=23994dd93b315533ee43bbb961b21aa40ff25c00;hb=HEAD -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#693701: new version of liblinux-lvm-perl available, may fix this bug
The new version liblinux-lvm-perl 0.16-2 is now available. This may fix your setup-storage problem. Could you please try the new liblinux-lvm-perl version and report if this fixes your problem. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710890: libfftw3-3 transitional package also has to depend on libfftw3-long3
Control: reopen -1 Hi, libfftw3-long3 of fftw3 (3.3.3-6) can be built only on amd64 hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc powerpcspe s390 s390x sparc. So, libfftw3-3 cannot be installed on armel, armhf, mips, mipsel, alpha, arm64, hppa, m68k, ppc64, sh4, sparc64, x32. Please change debian/control at Architecture: of libfftw3-long3 to any, or Depends: of libfftw3-3 to libfftw3-long3 (=${binary:Version}) [amd64 hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc powerpcspe s390 s390x sparc]. Best regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727763: unnecessary coupling to coverage HTML report
On 27-Oct-2013, Guido Günther wrote: On Sat, Oct 26, 2013 at 11:52:08PM +1100, Ben Finney wrote: What is the point of generating an HTML report for the coverage, when building ‘git-buildpackage’? Well, it's 2013 and having not only machine parseable reports is nice to help development. Oh, certainly it's useful for someone running the commands interactively: $ python ./setup.py --cover-html But not set in the configuration for the package for all builds (even non-interactive builds), which is what this bug report is for. The ‘setup.cfg’ for a distribution should only set those options which make sense for *every* ‘./setup.py’ invocation of that distribution URL:http://docs.python.org/2/distutils/configfile.html, letting the user choose other options on a per-run basis. -- \ “My mind is incapable of conceiving such a thing as a soul. I | `\ may be in error, and man may have a soul; but I simply do not | _o__) believe it.” —Thomas Edison | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#727722: Documentation: Title in non-English characters incorrect
On Fri, 25 Oct 2013 17:33:50 +0200, Robert Lange wrote: the following entry in the Chart::Gnuplot documentation is not correct, Using the given statements results in an error (; expected): Thank you, forwarded upstream. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: U2: Babyface signature.asc Description: Digital signature
Bug#706895: transition: db5.3
Hi, could you please rename the transition tracker from db6.0 to db5.3? The db5.1 to db6.0 transition won't happen due to the relicensing to AGPLv3 that happened in db 6.0.x (and finally applied to the upstream package in 6.0.20). And could we talk about the schedule of this transition? Seems like this will be last Berkeley DB transition ever :). O. -- 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#725534: gummi: FTBFS: automake errors
On Sun, 27 Oct 2013 09:36:58 +0100, Daniel Stender wrote: Much thanks for the patch, I'll take it in. Great, thanks! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: U2: Babyface signature.asc Description: Digital signature
Bug#726408: RM: geda-gaf [armel armhf] -- RoM; NVIU
Control: tag -1 moreinfo Bdale Garbee bd...@gag.com writes: The armel and armhf architectures have not been able to build geda-gaf recent versions... the builds apparently never complete, as no failed build logs are available at buildd.debian.org, they just show as being in state 'building' for a long time. No FTBFS bugs have been filed. From a user perspective, having modern geda-gaf in jessie for all other architectures is much more important than having any geda-gaf on any ARM architecture. Therefore, please remove the armel and armhf binaries so that newer geda-gaf can promote to testing normally. There are still reverse dependencies: dak rm -p -d 726408 -R -C package -B -a armel,armhf -m RoM; NVIU; fails to build geda-gaf [...] # Broken Depends: easyspice/contrib: easyspice geda-gaf: geda geda-xgsch2pcb: geda-xgsch2pcb gspiceui: gspiceui Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727821: gnupg: get 'gpg: problem with the agent - disabling agent use' when generating new key
Package: gnupg Version: 1.4.12-7+deb7u2 Severity: important Dear Maintainer, gpg --gen-key Please select what kind of key you want: (1) RSA and RSA (default) (2) DSA and Elgamal (3) DSA (sign only) (4) RSA (sign only) Your selection? 1 RSA keys may be between 1024 and 4096 bits long. What keysize do you want? (2048) 4096 Requested keysize is 4096 bits Please specify how long the key should be valid. 0 = key does not expire n = key expires in n days nw = key expires in n weeks nm = key expires in n months ny = key expires in n years Key is valid for? (0) 0 Key does not expire at all Is this correct? (y/N) y You need a user ID to identify your key; the software constructs the user ID from the Real Name, Comment and Email Address in this form: Heinrich Heine (Der Dichter) heinri...@duesseldorf.de Real name: Sharon Kimble Email address: boudic...@talktalk.net Comment: You selected this USER-ID: Sharon Kimble boudic...@talktalk.net Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O You need a Passphrase to protect your secret key. gpg: problem with the agent - disabling agent use We need to generate a lot of random bytes. It is a good idea to perform some other action (type on the keyboard, move the mouse, utilize the disks) during the prime generation; this gives the random number generator a better chance to gain enough entropy. ...+ + gpg: writing self signature gpg: RSA/SHA256 signature from: 1ACA3B11 [?] We need to generate a lot of random bytes. It is a good idea to perform some other action (type on the keyboard, move the mouse, utilize the disks) during the prime generation; this gives the random number generator a better chance to gain enough entropy. + ...+ gpg: writing key binding signature gpg: RSA/SHA256 signature from: 1ACA3B11 [?] gpg: writing key binding signature gpg: RSA/SHA256 signature from: 1ACA3B11 [?] gpg: writing public key to `/home/boudiccas/.gnupg/pubring.gpg' gpg: writing secret key to `/home/boudiccas/.gnupg/secring.gpg' gpg: using PGP trust model gpg: key 1ACA3B11 marked as ultimately trusted public and secret key created and signed. gpg: checking the trustdb gpg: 67 keys cached (3788 signatures) gpg: 10 keys processed (1 validity counts cleared) gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model gpg: BLAH The key that is generated is unable to sign emails in claws-mail, and I've generated about 5 in the last 24 hours but still have the problem. This makes using gpg-keys unusable atm. Thanks Sharon Kimble. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnupg depends on: ii dpkg 1.16.12 ii gpgv 1.4.12-7+deb7u2 ii install-info 4.13a.dfsg.1-10 ii libbz2-1.01.0.6-4 ii libc6 2.13-38 ii libreadline6 6.2+dfsg-0.1 ii libusb-0.1-4 2:0.1.12-20+nmu1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gnupg recommends: pn gnupg-curl none ii libldap-2.4-2 2.4.31-1+nmu2 Versions of packages gnupg suggests: pn gnupg-doc none ii imagemagick 8:6.7.7.10-5+deb7u2 ii libpcsclite1 1.8.4-1+deb7u1 -- 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#726875: RM: libstaden-read-dev, libstaden-read1, staden-io-lib-utils [sparc] -- ROM; does not pass regression tests
Control: tag -1 moreinfo Charles Plessy ple...@debian.org writes: staden-io-lib failded to build on mips and sparc 70 ago. Since then, nobody volunteered to solve the problem. I think that nobody uses this package on these architecture. Can you remove the binary packages above from mips and sparc, so that the users of staden-io-lib on amd64 can benefit from the new uptream released that I uploaded in August ? There are still reverse dependencies: dak rm -p -d 726875 -R -C package -m ROM; does not pass regression tests -b -a sparc staden-io-lib-utils libstaden-read1 libstaden-read-dev # Broken Depends: libbio-scf-perl: libbio-scf-perl [...] # Broken Build-Depends: libbio-scf-perl: libstaden-read-dev srf: libstaden-read-dev srf seems to build a static library only so the binary packages it build do not depend on libstaden-read1. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726875: RM: libstaden-read-dev, libstaden-read1, staden-io-lib-utils [sparc] -- ROM; does not pass regression tests
Le Sun, Oct 27, 2013 at 02:03:18PM +0100, Ansgar Burchardt a écrit : Control: tag -1 moreinfo Charles Plessy ple...@debian.org writes: staden-io-lib failded to build on mips and sparc 70 ago. Since then, nobody volunteered to solve the problem. I think that nobody uses this package on these architecture. Can you remove the binary packages above from mips and sparc, so that the users of staden-io-lib on amd64 can benefit from the new uptream released that I uploaded in August ? There are still reverse dependencies: Hi Ansgar, please remove them as well. Thanks ! -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725627: Still FTBFS
Control: found -1 3.8.5 Hi, pcp still FTBFS on kfreebsd-*: === src === gcc -fPIC -fno-strict-aliasing -D_GNU_SOURCE -fstack-protector-all -D_FORTIFY_SOURCE=2 -I../../../src/pmcd/src -I../../../src/libpcp/src -DPMCD_INTERNAL -I/usr/include/nss -I/usr/include/nspr -Wall -O2 -g -DPCP_DEBUG -DPCP_VERSION=\3.8.5\ -I../../../src/include -I../../../src/include/pcp -c -o data.o data.c /bin/sed -e 's;@path@;'/usr/lib/pcp/bin/pmcd';' pmcd.stp.in pmcd.stp h -s probes.d -o probes.h make[4]: h: Command not found make[4]: [probes.h] Error 127 (ignored) gcc -fPIC -fno-strict-aliasing -D_GNU_SOURCE -fstack-protector-all -D_FORTIFY_SOURCE=2 -I../../../src/pmcd/src -I../../../src/libpcp/src -DPMCD_INTERNAL -I/usr/include/nss -I/usr/include/nspr -Wall -O2 -g -DPCP_DEBUG -DPCP_VERSION=\3.8.5\ -I../../../src/include -I../../../src/include/pcp -c -o trace.o trace.c trace.c:19:20: fatal error: probes.h: No such file or directory #include probes.h ^ compilation terminated. Please fix this soon as this is preventing ctdb migration in testing. Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727823: ibus-skk: Unwanted keyboard layout change
Package: ibus-skk Version: 1.4.1-3+b1 Severity: normal Dear Maintainer, I'm using a PC with English(pc104 us layout) keyboard. When I turn on ibus-skk, the layout is also switched to Japanese(jp layout). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ibus-skk depends on: ii ibus 1.5.4-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgee2 0.6.8-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libibus-1.0-51.5.4-1 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libskk0 1.0.0-1 ii skkdic 20130505-2 ibus-skk recommends no packages. ibus-skk 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#726875: RM: libstaden-read-dev, libstaden-read1, staden-io-lib-utils [sparc] -- ROM; does not pass regression tests
Control: tag -1 - moreinfo Control: clone -1 -2 -3 Control: retitle -2 RM: libbio-scf-perl [sparc] -- RoM; depends on staden-io-lib which is going away Control: submitter -2 ! Control: retitle -3 RM: srf [sparc] -- RoM; build-depends on staden-io-lib which is going away Control: submitter -3 ! Charles Plessy ple...@debian.org writes: Le Sun, Oct 27, 2013 at 02:03:18PM +0100, Ansgar Burchardt a écrit : There are still reverse dependencies: please remove them as well. Fine with me. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710890: libfftw3-3 transitional package also has to depend on libfftw3-long3
On 27.10.2013 13:46, Hiroyuki Yamamoto wrote: Control: reopen -1 Hi, libfftw3-long3 of fftw3 (3.3.3-6) can be built only on amd64 hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc powerpcspe s390 s390x sparc. So, libfftw3-3 cannot be installed on armel, armhf, mips, mipsel, alpha, arm64, hppa, m68k, ppc64, sh4, sparc64, x32. Please change debian/control at Architecture: of libfftw3-long3 to any, or Depends: of libfftw3-3 to libfftw3-long3 (=${binary:Version}) [amd64 hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc powerpcspe s390 s390x sparc]. Best regards, wow I'm dumb, forgot about that, I'll fix it right away. Sorry for the inconvinience. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727826: RM: db4.7,db4.8 -- ROM; outdated compatibility package for wheezy
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please remove db4.7 and db4.8 from the archive, it's no longer needed in jessie+ since it was provided for upgrade reasons from squeeze. Ondrej (the DB maintainer) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJtHE8ACgkQ9OZqfMIN8nMqPwCfW6Sd4cLnmjTTxgMDSEflKigv oZwAoKr2vlKIxr3pNYokQjtmBfJaFf2/ =o9zV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727827: RM: db-defaults/experimental -- ROP; will be outdated by db5.3 transition
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please remove db-defaults from experimental. It's not necessary to introduce epoch just because Oracle has re-licensed db6.0 to AGPLv3 and we won't be transitioning to db6.0, but to db5.3. Thanks, O. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJtHxIACgkQ9OZqfMIN8nMi3QCgnbFu/dRE61EcVUDC+eEv/byp es8An3Zg6OR8misPLVV1T2KNniGTmiiI =MwuV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727828: fuseiso: config.guess/config.sub out of date for arm64
Package: fuseiso Version: 20070708-3 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: arm64 fuseiso's config.guess/config.sub are out of date for the forthcoming arm64 port. The build-dependency on autotools-dev suggests you'd intended to use it (perhaps it got lost in the switch to dh?), so here's a patch to do so. * Use the autotools-dev dh addon to update config.guess/config.sub for new ports. diff -Nru fuseiso-20070708/debian/rules fuseiso-20070708/debian/rules --- fuseiso-20070708/debian/rules 2012-12-24 23:47:27.0 -0800 +++ fuseiso-20070708/debian/rules 2013-10-27 07:02:56.0 -0700 @@ -7,4 +7,4 @@ export LDFLAGS=-Wl,-z,defs %: - dh $@ + dh $@ --with autotools_dev Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727804: closed by Ian Jackson ijack...@chiark.greenend.org.uk (Re: Bug#727804: tech-ctte: Screen Blank Does Not Recover)
What is the new bug number so I can track it since relocated? If not relocated were should I put it? Thanks On Oct 27, 2013 9:48 AM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the tech-ctte package: #727804: tech-ctte: Screen Blank Does Not Recover It has been closed by Ian Jackson ijack...@chiark.greenend.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ian Jackson ijack...@chiark.greenend.org.uk by replying to this email. -- 727804: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727804 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Ian Jackson ijack...@chiark.greenend.org.uk To: Crash Over Drive pmiller.allyourpcne...@gmail.com, 727804-d...@bugs.debian.org Cc: Date: Sun, 27 Oct 2013 13:45:16 + Subject: Re: Bug#727804: tech-ctte: Screen Blank Does Not Recover Crash Over Drive writes (Bug#727804: tech-ctte: Screen Blank Does Not Recover): Package: tech-ctte Severity: important The Technical Committee is not the right place to send this bug report. Under the circumstances it seems unlikely that this report will lead to an improvement in the software so I am closing it rather than reassigning it. Ian. -- Forwarded message -- From: Crash Over Drive pmiller.allyourpcne...@gmail.com To: Debian Bug Tracking System sub...@bugs.debian.org Cc: Date: Sat, 26 Oct 2013 23:10:02 -0400 Subject: tech-ctte: Screen Blank Does Not Recover Package: tech-ctte Severity: important Computer Info: Debian 7.2 (also did this in lower debians including sid and wheezy) Hardware Product Name dv7-3169wm Product Number WA796UA#ABA Microprocessor 2.5GHz VISION Technology Ultimate from AMD with AMD Turion II Ultra Dual-Core Mobile Processor M620 Microprocessor Cache 2MB L2 Cache Memory 6GB Memory Max 8192MB Video Graphics ATI Mobility Radeon HD 4650 Graphics with 1024 MB Video Memory Up to 2815MB Hard Drive 640GB (5400RPM) Multimedia Drive LightScribe SuperMulti 8X DVD±R/RW with Double Layer Support Display 17.3” Diagonal HD+ LED HP BrightView Widescreen Display (1600 x 900) Network Card Integrated 10/100/1000 Gigabit Ethernet LAN Wireless Connectivity 802.11a/b/g/n WLAN Sound Altec Lansing with SRS Premium Sound and HP Triple Bass Reflex Subwoofer Keyboard 101-key compatible with full-size keyboard with integrated numeric keypad Pointing Device Touch Pad with On/Off button and dedicated vertical scroll Up/Down pad PC Card Slots 1 ExpressCard/54 Slot (also supports ExpressCard/34) External Ports 5-in-1 integrated Digital Media Reader for Secure Digital cards, MultiMedia cards, Memory Stick, Memory Stick Pro, or xD Picture cards 4 Universal Serial Bus (USB) 2.0, 4th port shared with eSATA 2 Headphone out 1 microphone-in 1 HDMI 1 VGA (15-pin) 1 eSATA + USB 2.0 1 RJ -45 (LAN) 1 notebook expansion port 3 1 IEEE 1394 irewire (4-pin) 1 Consumer IR (Remote Receiver) Other Devices HP Webcam with integrated digital microphone Dimensions 16.2 (W) x 10.9 (D) x 1.37 (min H)/1.70 (max H) Weight 7.69 Ibs Security Kensington MicroSaver lock slot Power-on password Accepts 3rd party security lock devices Power 90W AC Adapter 8-Cell Lithium-Ion Battery --- when closing lid lights go out like laptop is off. when opening lights up lights but display stays blank. i hold power to turn off to force it off and the num lock and caps lock just flash. to fix that i need to unplug laptop and take battery out. I would love and help to fix this issue. I tried to do what i can research wise and even used irc and they did not know what was going on. I evern in past tried none free drivers and same issue. Thanks for your time and help, Paul -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#727660: gnutls28: CVE-2013-4466: GNUTLS-SA-2013-3
On 2013-10-26 Daniel Kahn Gillmor d...@fifthhorseman.net wrote: On 10/26/2013 02:24 AM, Andreas Metzler wrote: On Fri, Oct 25, 2013 at 09:56:58AM -0400, Daniel Kahn Gillmor wrote: btw, it's not clear to me why we --disable-libdane -- I see that it was set (along with --without-tpm) in 3.1.3-1, but i don't see the reason for it. could that be clarified someplace? --without-tpm had some license rationale, --disable-libdane might have been related to licensing (I think it was one of the leftover LGPLv3 GnuTLS parts at this time and I have not completely given up on a LGPLv2+ GnuTLS stack.). If there is *strong* interest in libdane I can doublecheck and enable if feasible (or else document). I am interested in libdane, and would like to know what the rationale is. I'd also be curious to know more about some license rationale for --without-tpm, though i consider TPM of much lower interest compared to DANE. Hello, tpm used to be undistributable, see https://gitorious.org/gnutls/gnutls/commit/0fcbd34c953304dd06ebd49389af4b78575bd55b and http://lists.gnutls.org/pipermail/gnutls-devel/2013-October/006539.html. The dane situation is slightly better, but still sucks. libdane requires and links against libunbound. libunbound OTOH is linked against OpenSSL's libssl on Debian[1]. Therefore libdane and any program using it ends up being dynamically linked against both libssl (OpenSSL license) and GnuTLS (LGPLv3+ via gmp). The result is not undistributable but not very useful, since it is e.g. GPL-incompatible.[2] Apart from that it is more than a little bit ugly that libdane customers end up being linked against two different major TLS toolkits. cu Andreas [1] From a quick look at unbound's ./configure it looks like it could use NSS instead of OpenSSL. I guess the license situation might be better then, but the ugliness still remains. [2] GnuTLS' danetool commandline program is GPLv3 and would therefore be undistributable. -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727829: FTBFS on mipsel
Package: kfreebsd-10 Version: 10.0~svn257123-1 Severity: grave It seems kfreebsd-10 FTBFS on mipsel due to compiler issues (missing -lgcc maybe?): https://buildd.debian.org/status/fetch.php?pkg=kfreebsd-10arch=mipselver=10.0~svn257123-1stamp=1382831349 As compiler support for kernel is becoming increasingly troublesome because of the gcc version divergence (upstream uses gcc-4.2 for mips, not clang), unless somebody steps in I will disable mipsel support until a simpler (i.e. requiring less manpower) solution is available (such as, upstream moving mips toolchain to clang). FTR, even former versions which built succesfully are not bootable under QEMU/MALTA, unlike those built on FreeBSD (e.g. the one in http://people.debian.org/~rmh/kfreebsd-mipsel/) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727680: “Yes, do as I say!“ sounds odd
David Kalnischkies wrote: Stepping back for a second and freeing myself from the consequences: How about dropping this question altogether? We have a flag which is (supposed to be) able to skip this question: --force-yes which is described as being potentially harmful in the manpage. Rational: Users who run into this question by 'accident' aren't saying yes to it; Users who know they will because they are changing e.g. the init system are just annoyed by the question. So how about: […] 0 upgraded, 0 newly installed, 5 to remove and 0 not upgraded. After this operation, 5509 kB disk space will be freed. WARNING: The following essential packages will be removed: apt The outlined actions are potentially very harmful, so executing them is refused by default, but can be forced with the --force-yes flag. This should NOT be done unless you know exactly what you are doing! # (I am open for a better suggestion regarding the actual message) It would be an interface change, but those aren't a problem, people depending on the old one could just keep using the old version. SCNR. What I really mean is: In this particular case, I really hope nobody is doing something as insane as depending on this. [0] What do you two think? I'm rather against that. --force-all does't only force removal of essential packages, but also AFAIK installation from untrusted sources, etc. More generally, I think that options like --force-all shouls /never/ be recommanded as good practices. (Correct me if I'm wrong.) That's why I'm more in favor of Yes, I do understand this can be harmful. Best regards, -- fabien givors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727830: iceweasel: bookmark all tabs... only visible when menu invoked through key combination Alt+b
Package: iceweasel Version: 25.0~b9-1 Severity: normal Dear Maintainer, with Firefox I used to save all open tabs into a new bookmark folder, but that seemed to be impossible with Iceweasel because the bookmark menu lacks the option bookmark all tabs Luckily I found out that the key combination alt+b makes this option visible. It is impossible to get to this option by just clicking on Bookmarks, which I think is a bug. Additionally, Firefox has a special key combination to execute this function (ctrl+shift+d), but that doesn't work with Iceweasel either. I've tried disabling all add-ons, but it didn't make any difference. Regards Sara -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: ClipConverter Location: ${PROFILE_EXTENSIONS}/clipconver...@clipconverter.cc.xpi Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: user-disabled Name: Deutsch (DE) Language Pack locale Location: /usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-de Status: enabled Name: FLIGHT IN FANTASY theme Status: enabled Name: YouTube Unblocker Location: ${PROFILE_EXTENSIONS}/youtubeunbloc...@unblocker.yt Status: enabled -- Plugins information Name: IcedTea-Web Plugin (using IcedTea-Web 1.4.1 (1.4.1-1)) Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea-7-plugin:amd64 Status: enabled Name: MozPlugger 1.14.6 handles QuickTime and Windows Media Player Plugin (1.14.6) Location: /usr/lib/mozilla/plugins/mozplugger.so Package: mozplugger Status: enabled Name: Shockwave Flash (11,2,202,310) Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled Name: Skype Buttons for Kopete Location: /usr/lib/mozilla/plugins/skypebuttons.so Package: kopete Status: enabled Name: VLC Web Plugin Location: /usr/lib/mozilla/plugins/libvlcplugin.so Package: browser-plugin-vlc Status: enabled -- Addons package information ii browser-plugin 2.0.6-2 amd64multimedia plugin for web browser ii icedtea-7-plug 1.4.1-1 amd64web browser plugin based on OpenJ ii iceweasel 25.0~b9-1amd64Web browser based on Firefox ii iceweasel-l10n 1:25.0~b9-1 all German language package for Icewe ii kopete 4:4.10.5-3 amd64instant messaging and chat applic ii mozplugger 1.14.6-1 amd64Plugin allowing external viewers -- 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.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig 2.11.0-1 ii libc6 2.17-93 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.22-1 ii libnspr42:4.10.1-1 ii libnspr4-0d 2:4.10.1-1 ii libsqlite3-03.8.1-1 ii libstdc++6 4.8.2-1 ii procps 1:3.3.8-2 ii xulrunner-25.0 25.0~b9-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none pn fonts-oflb-asana-math none ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.11.3+dfsg-3 ii mozplugger 1.14.6-1 Versions of packages xulrunner-25.0 depends on: ii libasound21.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libbz2-1.01.0.6-5 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.16-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.21-stable-1 ii libfontconfig12.11.0-1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.2-1 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.22-1 ii libhunspell-1.3-0 1.3.2-4 ii libmozjs25d 25.0~b9-1 ii libnspr4 2:4.10.1-1 ii libnss3 2:3.15.2-1 ii libpango-1.0-01.36.0-1 ii libpixman-1-0 0.30.2-1 ii libsqlite3-0 3.8.1-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.2-1 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages xulrunner-25.0 suggests: ii libcanberra0 0.30-2 pn libgnomeui-0 none -- no debconf information -- To UNSUBSCRIBE, email to
Bug#727829: FTBFS on mipsel
Robert Millan r...@debian.org (2013-10-27): It seems kfreebsd-10 FTBFS on mipsel due to compiler issues (missing -lgcc maybe?): https://buildd.debian.org/status/fetch.php?pkg=kfreebsd-10arch=mipselver=10.0~svn257123-1stamp=1382831349 As compiler support for kernel is becoming increasingly troublesome because of the gcc version divergence (upstream uses gcc-4.2 for mips, not clang), unless somebody steps in I will disable mipsel support until a simpler (i.e. requiring less manpower) solution is available (such as, upstream moving mips toolchain to clang). FTR, even former versions which built succesfully are not bootable under QEMU/MALTA, unlike those built on FreeBSD (e.g. the one in http://people.debian.org/~rmh/kfreebsd-mipsel/) A slightly different question would be: why should we care about mipsel at all? Mraw, KiBi. signature.asc Description: Digital signature
Bug#727831: vlc: FTBFS on architectures built with --disable-mmx
Source: vlc Version: 2.1.0-1 Severity: serious Justification: fails to build (but built successfully in the past) vlc fails to build on armhf, ia64, mips{,el}, s390x and sparc with: | # Install stuff | dh_install --fail-missing | cp: cannot stat 'debian/tmp/usr/lib/vlc/plugins/mmx/libi420_rgb_mmx_plugin.so': No such file or directory | dh_install: cp -a debian/tmp/usr/lib/vlc/plugins/mmx/libi420_rgb_mmx_plugin.so debian/vlc-nox//usr/lib/vlc/plugins/mmx/ returned exit code 1 (I presume it will FTBFS on armel for the same reason, but it has not been tried there yet.) vlc is built with --disable-mmx on these architectures which would explain the absence of this plugin. Build logs are available at https://buildd.debian.org/status/package.php?p=vlc. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#727832: irssi: please allow parallel build
Package: src:irssi Severity: wishlist Tags: patch Building irssi takes somehow a long time on slow architectures (takes ~25 minutes on arm*). It can support parallel building to get the benefit of multi-core/cpu systems. Attached is a patch doing so. It will deal with DEB_BUILD_OPTIONS and to find if there is something like parallel=N. This is a standard environment variable, and if the value isn't set it will default to 1. Thanks, Aron Xu --- rules.orig 2013-10-27 22:27:12.907158840 +0800 +++ rules 2013-10-27 22:27:15.291158902 +0800 @@ -16,6 +16,9 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +ifneq (,$(filter parallel=%,$(subst $(COMMA), ,$(DEB_BUILD_OPTIONS + NJOBS := -j $(subst parallel=,,$(filter parallel=%,$(subst $(COMMA), ,$(DEB_BUILD_OPTIONS +endif CFLAGS = -Wall -g @@ -42,7 +45,7 @@ dh_testdir # Add here commands to compile the package. - $(MAKE) + $(MAKE) $(NJOBS) #docbook-to-man debian/irssi.sgml irssi.1 touch build-stamp
Bug#727833: ITP: node-bytes -- Byte string parser and formatter - Node.js module
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-bytes Version : 0.2.1 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/visionmedia/bytes.js * License : Expat Programming Lang: JavaScript Description : Byte string parser and formatter - Node.js module This module parses strings representing an amount of bytes, like 1kb, 2mb, 1gb; and inversely converts positive integers to a readable format representing an amount of bytes. It is useful for parsing or writing log files. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727834: irssi-scripts: [twirssi] needs upgrade
Package: irssi-scripts Version: 20130629 Severity: normal Dear Maintainer, Appears you are still package 2.6.0, twirssi's web page, there was a serious bug fix and they recommend upgrading to 2.6.1. http://twirssi.com/?history -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages irssi-scripts depends on: ii irssi 0.8.15-5+b1 ii perl 5.18.1-4 Versions of packages irssi-scripts recommends: ii libwww-perl 6.05-1 Versions of packages irssi-scripts suggests: ii chromium [www-browser] 30.0.1599.101-1 ii iceweasel [www-browser] 24.0-2 pn libdbi-perl none ii links [www-browser] 2.8-1 ii net-tools1.60-25 ii perl-modules 5.18.1-4 ii w3m [www-browser]0.5.3-12 -- no debconf information -- Dale Harris rod...@maybe.org rod...@gmail.com /.-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727835: vim-python-jedi: regular vim doesn't have +python
Package: vim-python-jedi Version: 0.7.0-1 Severity: normal Dear Maintainer, In Sid, there is a dependency problem. Regular vim doesn't have python support built in, which your package requires, so you need to build the package to include vim-athena, vim-gnome, vim-gtk, or vim-nox. Those special versions have python support compiled in. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-python-jedi depends on: ii python-jedi 0.7.0-1 Versions of packages vim-python-jedi recommends: ii vim-addon-manager 0.5.2 vim-python-jedi suggests no packages. -- no debconf information -- Dale Harris rod...@maybe.org rod...@gmail.com /.-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727836: erlang-cowboy contains sourceless javascript (jquery.min.js)
Package: erlang-cowboy Severity: serious User: paul...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks During routine processing of NEW, I'd found a minified javascript library. Since you're DFSG repacking anyway, could you please remove examples\~bsocket\priv\static\jquery.min.js and link in jQuery from the .deb in your package (if you even ship it, I hadn't checked) Thank you! Paul -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#727660: gnutls28: CVE-2013-4466: GNUTLS-SA-2013-3
On 10/27/2013 10:17 AM, Andreas Metzler wrote: tpm used to be undistributable, see https://gitorious.org/gnutls/gnutls/commit/0fcbd34c953304dd06ebd49389af4b78575bd55b and http://lists.gnutls.org/pipermail/gnutls-devel/2013-October/006539.html. right, i saw your note on gnutls-devel about the changes to tpm licensing, thanks for staying on top of that! The dane situation is slightly better, but still sucks. libdane requires and links against libunbound. libunbound OTOH is linked against OpenSSL's libssl on Debian[1]. Therefore libdane and any program using it ends up being dynamically linked against both libssl (OpenSSL license) and GnuTLS (LGPLv3+ via gmp). The result is not undistributable but not very useful, since it is e.g. GPL-incompatible.[2] Apart from that it is more than a little bit ugly that libdane customers end up being linked against two different major TLS toolkits. ugh, yes, i feared this was the issue. I agree that this outcome seems problematic. Have you pointed this out to Nikos, or thought about any possible workaround? (idly, i wonder if it would be possible to port libunbound to use nettle instead of openssl's libcrypto) --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727838: Manual pages are not rebuilt, may fail to rebuild
Package: src:libunwind Version: 1.1-2 Severity: normal The upstream tarball includes manual pages, but they are built from LaTeX source. doc/Makefile.am includes rules to rebuild them. Depending on the relative timestamps of the files, either (1) the shipped manual pages will be used or (2) they will be rebuilt using latex2man. However latex2man is not in the package's build-dependencies. Generally we get case (1) because dpkg-source will restore the original timestamps. However this doesn't happen in case of a git checkout. Ben. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727839: steam: Depends on xz-utils, not in dependencies
Package: steam Version: 1.0.0.39-2 Severity: normal Tags: upstream Followed the guide on the wiki to download Steam, worked fine until Steams internal updater was done, then libsteam.so failed to load. When running 'steam' in terminal (as user) things became more clear; the command xz was not found. Downloaded xz-utils and Steam works. Don't know if this is the right way to report but maybe xz-utils should be in dependencies for the package steam? xz-utils is probably in normal Debian, but I have a core system built with few packages(xorg, xfce4 etc.), which is why i missed xz-utils. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages steam depends on: ii debconf [debconf-2.0] 1.5.51 ii libc6 2.17-93 ii libgl1-mesa-dri9.2.2-1 ii libgl1-mesa-glx9.2.2-1 ii libstdc++6 4.8.2-1 ii libx11-6 2:1.6.2-1 ii libxau61:1.0.8-1 ii libxcb11.9.1-3 ii libxdmcp6 1:1.1.1-1 ii multiarch-support 2.17-93 ii xterm 297-1 Versions of packages steam recommends: ii zenity 3.8.0-1 steam suggests no packages. -- debconf information: * steam/question: I AGREE steam/purge: * steam/license: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727840: Fails to build if DEB_BUILD_OPTIONS is not set in environment
Package: src:libunwind Version: 1.1-2 Severity: normal debian/rules tries to disable the test suite, as several test cases are known to be broken and not easily fixed: DEB_BUILD_OPTIONS=nocheck This should cause dh to skip dh_auto_test. But if DEB_BUILD_OPTIONS is not already an environment variable, debhelper won't see this. Ben. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725470: incompatible licenses: BSD with advertising clause + GPL library
tags 725470 + patch thanks On October 7, 2013 at 12:13AM +0900, tats (at debian.org) wrote: If the copyright holder is the University of California, Berkeley, the advertising clause can be deleted. Patch attached. Thanks, -- Tatsuya Kinoshita From 786bb2c7ce8d18278fdb85c56885539ad5eebb49 Mon Sep 17 00:00:00 2001 From: Tatsuya Kinoshita t...@debian.org Date: Sun, 13 Oct 2013 19:34:13 +0900 Subject: [PATCH] Delete the advertising clause from BSD-4-clause (Closes: 725470) --- debian/copyright | 33 + 1 file changed, 29 insertions(+), 4 deletions(-) diff --git a/debian/copyright b/debian/copyright index 15fd4a9..9c7ec9b 100644 --- a/debian/copyright +++ b/debian/copyright @@ -25,10 +25,6 @@ Some of the code in this package is: 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. - 3. All advertising materials mentioning features or use of this software - must display the following acknowledgement: -This product includes software developed by the University of -California, Berkeley and its contributors. 4. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. @@ -44,6 +40,35 @@ Some of the code in this package is: LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. +Comment: + Delete the clause 3 (the advertising clause), as per announce + by the University of California, Berkeley + ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change: + July 22, 1999 + . + To All Licensees, Distributors of Any Version of BSD: + . + As you know, certain of the Berkeley Software Distribution (BSD) source + code files require that further distributions of products containing all or + portions of the software, acknowledge within their advertising materials + that such products contain software developed by UC Berkeley and its + contributors. + . + Specifically, the provision reads: + . + * 3. All advertising materials mentioning features or use of this software + *must display the following acknowledgement: + *This product includes software developed by the University of + *California, Berkeley and its contributors. + . + Effective immediately, licensees and distributors are no longer required to + include the acknowledgement within advertising materials. Accordingly, the + foregoing paragraph of those BSD Unix files containing it is hereby deleted + in its entirety. + . + William Hoskins + Director, Office of Technology Licensing + University of California, Berkeley Other parts are copyright Alexey Kuznetsov, and are distributed under the GNU General Public Licenses (version 2 or later), which is available in -- 1.8.4.rc3 pgpLnPPdTO15P.pgp Description: PGP signature
Bug#721298: boinc-client: Idle Detection Not Working Computer Always In Use
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, On Sat, Aug 31, 2013 at 03:14:43AM -0500, Preston Maness wrote: Greetings, computation should start after 20 seconds of inactivity or something like that thanks Snippet from log file: 31-Aug-2013 03:02:40 Initialization completed 31-Aug-2013 03:02:40 [---] Suspending computation - computer is in use After several minutes, the logs at /var/lib/boinc-client/stdoutdae.txt still only state that the computer is in use. Network activity continues of course, as per the xml file with the settings. But no CPU or GPU activity. Is there perhaps a log of the activity that boinc is supposedly detecting? I suspect there could be a background process of some sort on my machine that is being detected as active user activity, leading boinc to believe the computer is in use. But I can't find any logs that look relevant in /var/lib/boinc-client/. Could you check if you have libxcb-dpms0 package installed? I suspect that this is related to the idle-time function in boinc, and this library didn't end up into boinc-client's dependency because it functions as a plugin... Cheers, GUO Yixuan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSbTOwAAoJEN1xpgAgL7gz7JgQAImli1wLBhnNAVo1Wyf/obM/ dtVIRndHUyeog4EOq2NsvHm46CPY3UG1okYJMrb4QC5+MsJqyh13A9/z25dN5gFt RxI7/Yw6eXxiWXQJb72cDmHpr9UzA9JWUc/xlGtDxP0jC0NHZevNMjFp6B9odM/A lFjJ/mnX0c9DSullLbscTl2bNZRC2HluG6l++lrx2TbOSkzm+GStUBlo/ce+VvhI dr2kH3FPmTC5WFNymUYTHqe2/lvqCtA9kTZgUy0Gsr1V2tGtF67WV3XcNuuCD4k3 filSCers259b7x5tPkg9kH16Z4fMGN+LhSuHE9Gjgz5IdMYqT2l/K2FD9JMWIJZS YMU7UxgOJGmxs95WS1jMPxI3nr0WzhXFYsDanGW2G52WBkIuZ9VWaUarjrMGIS9U gu/+NkulCWMjnBIAyuuRbguwQ8svpBbLgOtjLzuF78Unm0fN9AzS1SaTrTxr+YKj tR+lDyXoKauglekbqjbaFDrSrQISvnCUHmyGm2L7lBwBuyPkmHEvl9j8x2vxvxhv JPgq14qWP9zQms7080QCnyBEf1rrdbVCufGR4vXOV9hBe3aUG2M24qzAAyKzJ8IX ZH9M+AeXzpPLFSoqjuvU6PpQUj7DBlbjZyQDSHhP8nVymQLY/fL/yTND9HhXb91E cVLM3gxtZsQ9K+bmaU+v =bZGB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727841: powl() inaccurate but only at runtime
Package: libc6 Version: 2.13-38 Severity: normal On amd64, powl() is generating inaccurate results when called at runtime, but if a call to it gets constant-folded at compile time (by gcc 4.7) then the constant-folded result is much more accurate. $ cat t0.c #include math.h #include stdio.h int main(void) { int c = getchar(); printf(%.16La\n, powl((long double)c, -298.0L)); printf(%.16La\n, powl(10.0L, -298.0L)); return 0; } $ gcc t0.c -lm $ echo | ./a.out 0x8.5f0468293f0ebc30p-993 0x8.5f0468293f0eb4e0p-993 The second of the two values emitted, the one resulting from constant folding in gcc, is actually the closest long double value available to the unrepresentable 10**-298. The first value emitted, resulting from a runtime call to powl(), is far less accurate. The difference, 117 ulp, cannot be accounted for by the use of different rounding modes: there must be actual different algorithms in use. So (a) libc's powl() is inaccurate; and (b) gcc's constant folding on powl() doesn't accurately simulate its runtime behaviour. I think these are both bugs, but fixing the first will presumably fix the second too, so for now I'm only reporting this against libc. Relevant package versions: libc6:amd64 2.13-38 libc6-dbg:amd64 2.13-38 libc6-dev:amd64 2.13-38 libc6-dev-i386 2.13-38 libc6-i386 2.13-38 libc6-pic:amd64 2.13-38 gcc 4:4.7.2-1 gcc-4.7 4.7.2-5 gcc-4.7-base:amd64 4.7.2-5 gcc-4.7-doc 4.7.2-2 gcc-4.7-locales 4.7.2-5 gcc-4.7-multilib4.7.2-5 gcc-multilib4:4.7.2-1 -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727680: “Yes, do as I say!“ sounds odd
Quoting David Kalnischkies (kalnischkies+deb...@gmail.com): Rational: Users who run into this question by 'accident' aren't saying yes to it; Users who know they will because they are changing e.g. the init system Don't feed the troll..:-) WARNING: The following essential packages will be removed: apt The outlined actions are potentially very harmful, so executing them is refused by default, but can be forced with the --force-yes flag. This should NOT be done unless you know exactly what you are doing! # (I am open for a better suggestion regarding the actual message) Maybe just go through the debian-l10n-english review? It would be an interface change, but those aren't a problem, people depending on the old one could just keep using the old version. SCNR. What I really mean is: In this particular case, I really hope nobody is doing something as insane as depending on this. [0] What do you two think? +1 to drop that message signature.asc Description: Digital signature
Bug#727859: svn-workbench: dpkg dependency problem on python:any
Package: svn-workbench Version: 1.6.8-1 Severity: important Dear Maintainer, =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= I tried to upgrade to svn-workbench 1.6.8-1 and got this error: pkg: dependency problems prevent configuration of svn-workbench: svn-workbench depends on python:any (= 2.6.6-7~). This was confusing because the installed python2.6 is above this version already: ii python2.62.6.8-1.1i386 ii python2.6-dev2.6.8-1.1i386 ii python2.6-doc2.6.8-1.1all ii python2.6-examples 2.6.8-1.1all ii python2.6-minimal2.6.8-1.1i386 This happens even if I purge svn-workbench and install it by itself: The following NEW packages will be installed: svn-workbench 0 upgraded, 1 newly installed, 0 to remove and 1541 not upgraded. Need to get 0 B/502 kB of archives. After this operation, 1,453 kB of additional disk space will be used. Selecting previously unselected package svn-workbench. (Reading database ... 950678 files and directories currently installed.) Unpacking svn-workbench (from .../svn-workbench_1.6.8-1_all.deb) ... Processing triggers for menu ... Processing triggers for desktop-file-utils ... Processing triggers for gnome-menus ... Processing triggers for mime-support ... dpkg: dependency problems prevent configuration of svn-workbench: svn-workbench depends on python:any (= 2.6.6-7~). dpkg: error processing svn-workbench (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: svn-workbench E: Sub-process /usr/bin/dpkg returned an error code (1) The same issue has been reported for a handful of unrelated packages: hplip-data: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724705 cloudprint: https://github.com/davesteele/cloudprint-service/issues/2 alacarte: http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1162388.html The problem was fixed by manually upgrading the package python:any; then svn-workbench was properly reconfigured. Perhaps adding a dependency on python:any version 2.7.5-5 or greater would avoid this installation problem? thanks, --jack =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/6 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages svn-workbench depends on: ii python-svn 1.7.8-0.1 ii python-wxgtk2.8 2.8.12.1-7 pn python:any none svn-workbench recommends no packages. svn-workbench 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#727841: powl() inaccurate but only at runtime
On Sun, Oct 27, 2013 at 03:57:14PM +, Zefram wrote: Version: 2.13-38 The current version of libc6 is 2.17-93. On amd64, powl() is generating inaccurate results when called at runtime, but if a call to it gets constant-folded at compile time (by gcc 4.7) then the constant-folded result is much more accurate. The current version of gcc used by the main architectures is 4.8. $ gcc t0.c -lm $ echo | ./a.out 0x8.5f0468293f0ebc30p-993 0x8.5f0468293f0eb4e0p-993 | $ gcc-4.8 -o t0 -Wall -W -O2 t0.c -lm | $ echo | ./t0 | 0x8.5f0468293f0eb4e0p-993 | 0x8.5f0468293f0eb4e0p-993 Bastian -- We Klingons believe as you do -- the sick should die. Only the strong should live. -- Kras, Friday's Child, stardate 3497.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661225: libcairo-script-interpreter2: could be accidentally linked to binutils
tags 661225 + moreinfo thanks If package binutils-dev is installed, /usr/lib/cairo/libcairo-trace.so.0.0.0 will be linked to /usr/lib/libbfd-2.22-system.so from binutils. Is that still happening? Can you post a build log? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728014: [PATCH] Fix cross-building armhf kernel packages
Package: kernel-package Version: 12.036+nmu3 Tags: patch I am rather new to the arm architecture and currently trying to get a couple of things working on a Raspberry Pi. Building kernel packages natively on a 700MHz single-core ARMv6 cpu takes ages, so I have been looking into possibilities for cross-building kernel packages from faster architectures. According to the make-kpkg manpage, the following command $ make-kpkg --arch armhf --cross_compile arm-rpi-linux-gnueabi- \ --revision 20131002 --append_to_version -rpi --initrd \ --us --uc --rootcmd fakeroot kernel_image should build an armhf kernel package on an amd64 host with an arm-rpi-linux-gnueabi-crosstoolchain installed. With kernel-package 12.036+nmu3 this fails with debian/ruleset/misc/checks.mk:36: *** Error. I do not know where the kernel image goes to [kimagedest undefined] The usual case for this is that I could not determine which arch or subarch this machine belongs to. Please specify a subarch, and try again.. Stop. It looks like there are just a few definitions for armhf missing, which are only used in the case of cross-building - native builds work fine. With the attached patch, cross-building kernel packages for armhf works for me, i.e. it results in working kernel-image packages for the Raspberry Pi. I had asked on debian-arm whether anybody sees issues with the patch, but have received no reply. 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. diff -Nur kernel-package-12.036+nmu3/kernel/ruleset/arches/armhf.mk kernel-package-12.036+nmu3.patched/kernel/ruleset/arches/armhf.mk --- kernel-package-12.036+nmu3/kernel/ruleset/arches/armhf.mk 1970-01-01 01:00:00.0 +0100 +++ kernel-package-12.036+nmu3.patched/kernel/ruleset/arches/armhf.mk 2013-10-02 22:02:47.0 +0200 @@ -0,0 +1,34 @@ +# -*- Mode: Makefile-Gmake -*- +## armhf.mk --- +## +## This program is free software; you can redistribute it and/or modify +## it under the terms of the GNU General Public License as published by +## the Free Software Foundation; either version 2 of the License, or +## (at your option) any later version. +## +## This program is distributed in the hope that it will be useful, +## but WITHOUT ANY WARRANTY; without even the implied warranty of +## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +## GNU General Public License for more details. +## +## You should have received a copy of the GNU General Public License +## along with this program; if not, write to the Free Software +## Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA +## +### + +### ARMHF +ifeq ($(strip $(architecture)),armhf) + kimage := vmlinuz + target = zImage + NEED_DIRECT_GZIP_IMAGE=NO + kimagesrc = arch/$(KERNEL_ARCH)/boot/zImage + kimagedest = $(INT_IMAGE_DESTDIR)/vmlinuz-$(KERNELRELEASE) + DEBCONFIG = $(CONFDIR)/config.armhf + kelfimagesrc = vmlinux + kelfimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(KERNELRELEASE) +endif + +#Local variables: +#mode: makefile +#End: diff -Nur kernel-package-12.036+nmu3/kernel/ruleset/architecture.mk kernel-package-12.036+nmu3.patched/kernel/ruleset/architecture.mk --- kernel-package-12.036+nmu3/kernel/ruleset/architecture.mk 2012-03-04 02:22:23.0 +0100 +++ kernel-package-12.036+nmu3.patched/kernel/ruleset/architecture.mk 2013-10-02 22:01:08.0 +0200 @@ -59,6 +59,10 @@ ifeq ($(strip $(architecture)),armeb) include $(DEBDIR)/ruleset/arches/armeb.mk endif +ifeq ($(strip $(architecture)),armhf) +include $(DEBDIR)/ruleset/arches/armhf.mk +endif + # PowerPC and PowerPC architecture ifneq ($(strip $(filter ppc powerpc ppc64 powerpc64,$(architecture))),) diff -Nur kernel-package-12.036+nmu3/kernel/ruleset/misc/kernel_arch.mk kernel-package-12.036+nmu3.patched/kernel/ruleset/misc/kernel_arch.mk --- kernel-package-12.036+nmu3/kernel/ruleset/misc/kernel_arch.mk 2012-03-04 02:39:27.0 +0100 +++ kernel-package-12.036+nmu3.patched/kernel/ruleset/misc/kernel_arch.mk 2013-10-02 21:55:54.0 +0200 @@ -56,6 +56,10 @@ KERNEL_ARCH := arm endif +ifeq ($(strip $(architecture)),armhf) + KERNEL_ARCH := arm +endif + ifeq ($(strip $(architecture)),hppa) KERNEL_ARCH := parisc endif
Bug#725408: Debian bug #725408
tag 725408 + moreinfo thanks Hi Thomas, I can reproduce this behavior, even with emacs23-common-non-dfsg installed. If M-x info, then select Org, I always end up with the 8.0 info doc. Do you see use the backported package on squeeze, as your initial bug report seems to imply, or the official testing package on jessie ? Can you reproduce this bug when you start emacs with -q ? Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727840: Fails to build if DEB_BUILD_OPTIONS is not set in environment
Control: severity -1 grave This currently causes FTBFS on armel and armhf auto-builders: https://buildd.debian.org/status/fetch.php?pkg=libunwindarch=armelver=1.1-2stamp=1375640319 https://buildd.debian.org/status/fetch.php?pkg=libunwindarch=armhfver=1.1-2stamp=1375678084 Ben. -- Ben Hutchings If at first you don't succeed, you're doing about average. signature.asc Description: This is a digitally signed message part
Bug#689656:
I think this bug can be closed: recent nodejs can be compiled without any patches :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728015: [nginx] Don't use type=forking in systemd service file
Package: nginx Version: 1.4.3-2 Severity: minor --- Please enter the report below this line. --- Hi, In the systemd service file, the two following directive are used: Type=forking PIDFile=/run/nginx.pid However, when running systemd, it's easier to let systemd handle the PID stuff, and tell the program not to fork itself. Moreover, we can have a situation when the user changes the PID file location in the configuration file located at /etc/nginx/nginx.conf Thus, I recommend removing them, and disabling nginx forking with the directive daemon off. See attached unit file. It is of course opened to discussion. I tried to find any side-effect of daemon off, but the documentation doesn't mention any. Have fun, Adrien --- System information. --- Architecture: i386 Kernel: Linux 3.11-1-686-pae Debian Release: jessie/sid 500 unstable ftp.fr.debian.org 1 experimental ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-= nginx-common (= 1.4.3-2) | 1.4.3-2 libc6 (= 2.10) | 2.17-93 libpcre3 (= 8.10) | 1:8.31-2 libssl1.0.0 (= 1.0.1) | 1.0.1e-3 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-1 Package's Recommends field is empty. Suggests (Version) | Installed =-+- nginx-doc (= 1.4.3-2) | [Unit] Description=A high performance web server and a reverse proxy server After=network.target [Service] ExecStartPre=/usr/sbin/nginx -t -q -g 'daemon off; master_process on;' ExecStart=/usr/sbin/nginx -g 'daemon off; master_process on;' ExecReload=/usr/sbin/nginx -g 'daemon off; master_process on;' -s reload ExecStop=/usr/sbin/nginx -s quit [Install] WantedBy=multi-user.target
Bug#728016: ITP: node-send -- Static file server with ranges and negotiation support for Node.js
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-send Version : 0.1.4 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/visionmedia/send * License : Expat Programming Lang: JavaScript Description : Static file server with ranges and negotiation support for Node.js This module offers a streaming static file server supporting partial responses (Ranges), conditional-GET negotiation, high test coverage, and granular events allowing middlewares to plug easily into it. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727771: dbus: Please enable audit support
Le Sat, 26 Oct 2013 22:39:49 +0100, Simon McVittie s...@debian.org a écrit : On 26/10/13 16:27, Laurent Bigonville wrote: It would be nice is audit support was enabled during build. This is allowing to have the AVC denials also logged by the audit subsystem. This would add a dependency against libaudit and libcap-ng I see you intend to take over maintenance of libaudit. In your opinion, are libaudit and libcap-ng generally reasonably bug-free, and of a quality that you would be OK with linking into, for instance, pid 1? (AFAICS it's only dbus-daemon that gets linked to libaudit and libcap-ng, not libdbus; but on systems that rely on D-Bus for networking via NetworkManager/etc. or administrative tasks via systemd/PolicyKit/UPower/ConsoleKit/etc., dbus-daemon needs to be almost as reliable as pid 1.) Since I took over the maintenance of audit in Debian (not a long time ago I should say) I didn't saw any critical bug related to audit. I think that the developers are trying to be cautious, the audit subsystem is subjected to some Gvt standard I think. And btw, SystemD itself is depending on libaudit. I don't think that enabling the auditing code in dbus should cause issues. I want to be reasonably conservative about dbus-daemon's dependencies, particularly given that nobody active in dbus upstream (even the Red Hat/Fedora people...) seems to be willing to say anything authoritative about SELinux - e.g. see https://bugs.freedesktop.org/show_bug.cgi?id=49062. I've added a comment on this bug, I'm wondering if the patch has not broken the auditing code in dbus. I'm still investigating. If we only call into libaudit on SELinux and not on non-LSM systems, that would make me feel better about it (I'd have to check the code). Enabling it first in experimental, then in unstable later, would probably be a good move. audit_open() and audit_close() seems to be called in all the cases, even if SELinux is not enabled on the machine. But note that audit could also be used for other things, like logging a bus permission/policy violation. my 2¢ Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726211: billard-gl: missing icon entry in menu file Jessie Release Goal
Control: tags -1 patch pending I have added an icon entry to the menu file and a new 32x32 pixel icon. This bug is fixed in our svn repository. signature.asc Description: OpenPGP digital signature
Bug#727140: order of conf files
Hontvári József Levente, 2013-10-25 13:48+0200: I would add, that creating the link /etc/apache2/conf-available/dokuwiki.conf is not enough if dokuwiki is installed in the root path, e.g. wiki.example.com. In that case javascript-common.conf, which is dependency, will be read only after dokuwiki.conf. The order is important, the javascript-common Alias /javascript /usr/share/javascript/ directive must come first, before the dokuwiki Alias / /usr/share/dokuwiki/ directive. Using the link name zzzdokuwiki.conf, for example, solves the ordering issue. Are you sure about that? For what I understand, order is not relevant at all, since all these only defines what the web server will answer to client's requests: requests to think in /dokuwiki will use one alias, and thos in /javascript will use the other, no matter what request is made first by the browser… I do not know Apache2 enough, but I guess a more elegant solution would be to adding dokuwiki to apache as a virtual host, instead of a server level configuration. In that case the name of the link would not affect the behavior. No, a virtual host would not be acceptable and is better left to the user when he polishes his installation, since we cannot guess if he will want an IP address-based virtual host or a name-based virtual host, and, most importantly, all these require network configuration, while the current default path-based solution just works once the package is installed. Or rather, will work when I fix it, that is. :-) -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#727140: dokuwiki is not installed into apache
Hontvari Jozsef Levente, 2013-10-22 17:39+0200: The problem is that the postinst script tries to create a link in /etc/apache2/conf.d to /etc/dokuwiki/apache.conf. However, apache has no conf.d directory. It has conf-available and conf-enabled directories. Right, this is because of the new configuration structure with apache2 = 2.4. I will update the package now, sorry for the delay. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#728017: FTBFS: missing build dependencies
Package: genometools Version: 1.5.1-1 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch A snippet from trying to rebuild in a clean sid chroot: The following packages have unmet dependencies: sbuild-build-depends-genometools-dummy : Depends: liblua5.1-md5-dev but it is not installable E: Unable to correct problems, you have held broken packages. All these binary renames have occured in unstable. Thanks! *** /tmp/tmp8yZKNl/bug_body In Ubuntu, the attached patch was applied to achieve the following: * Change some lua build dependencies to the reflect the renaming of lua binaries due to lua policy - update debian/control Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-28-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru genometools-1.5.1/debian/changelog genometools-1.5.1/debian/changelog diff -Nru genometools-1.5.1/debian/control genometools-1.5.1/debian/control --- genometools-1.5.1/debian/control 2013-03-07 07:07:56.0 -0600 +++ genometools-1.5.1/debian/control 2013-10-27 11:48:39.0 -0500 @@ -4,8 +4,8 @@ Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Uploaders: Sascha Steinbiss steinb...@zbh.uni-hamburg.de Build-Depends: debhelper (= 9), - liblua5.1-0-dev, liblua5.1-md5-dev, liblua5.1-filesystem-dev, - liblua5.1-lpeg-dev, libcairo2-dev, zlib1g-dev, libbz2-dev, libexpat1-dev, + liblua5.1-0-dev, lua-md5-dev, lua-filesystem-dev, + lua-lpeg-dev, libcairo2-dev, zlib1g-dev, libbz2-dev, libexpat1-dev, libncurses5-dev, libsqlite3-dev, libbam-dev, libpango1.0-dev, texlive-latex-base, texlive-latex-extra, texlive-fonts-extra, latex-xcolor, texlive-fonts-recommended, python
Bug#727007: pu: package nsd3/3.2.12-3+deb7u1
Hi Niels, nsd3 3.2.16-3 has now migrated in the testing and thus there's nothing preventing to fix the bug in the stable as well, right? O. On Tue, Oct 22, 2013, at 9:11, Niels Thykier wrote: On 2013-10-21 15:03, Ondřej Surý wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, this is really simple bugfix adding $network to Required-Start to /etc/init.d/nsd3 since the daemon needs the network interfaces to be up. $ diffstat nsd3_3.2.12-3+deb7u1.debdiff changelog |6 ++ gbp.conf |4 ++-- init |2 +- 3 files changed, 9 insertions(+), 3 deletions(-) O. [...] Hi, Thanks for working on fixing bugs in stable. The bug in question (#694930) is still marked as affecting unstable and testing. We would like the bug to be fixed in unstable before accepting the changes in stable. If the bug is already fixed in the unstable version, please close the bug with the version that contained the fix[1]. If the bug does not apply to the unstable version for other reasons, then please add the wheezy tag to the bug. ~Niels [1] The following template might be useful: To: 694930-d...@bugs.debian.org Subject: Already fixed in sid Version: version here ... message to the submitter ... -- 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#725526: getdata: FTBFS: dpkg-source: error: can't build with source format '3.0 (native)': native package version may not have a revision
Control: tag -1 + confirmed On Sun, 06 Oct 2013 21:37:44 +0200, David Suárez wrote: Source: getdata Version: 0.1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20131006 qa-ftbfs Justification: FTBFS on amd64 dpkg-source: error: can't build with source format '3.0 (native)': native package version may not have a revision dpkg-buildpackage: error: dpkg-source -b getdata-0.1 gave error exit status 255 Re-uploading with a native version (e.g. 0.1.1 or 0.2) should be enough ... Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- signature.asc Description: Digital signature
Bug#728018: digitemp: Replace use of lockdev with flock
Package: digitemp Version: 3.6.0+dfsg1-1 Severity: normal Dear maintainer, I'm writing to you as the maintainer of lockdev (liblockdev1). I've opened this bug because your package either has a build-depends on liblockdev1-dev or is building binary packages with a dependency on liblockdev1. lockdev implements a library interface around the SYSV-style UUCP device locks for TTY devices. However, this type of locking is deprecated and unnecessary, at least on Linux; I'm not sure of the status on kFreeBSD. The recommended alternative is direct use of flock(2) on the corresponding device node. This will ensure that locking will work properly with other programs also locking the device node, and since the locks are implemented in the kernel, there's no need for racy creation and deletion of lockfiles with the owner PID, and no possibility of PID clashes or failure to reclaim lost locks if the PID is reused. That is to say, the flock(2) interface is guaranteed to be robust, while lockdev is not. For users not using the C API (for example scripts), flock(1) from util-linux provides a wrapper. I'd like to remove lockdev entirely for jessie, providing that it's possible to do so without breakage. Likewise I'd also like to convert packages using UUCP-style locks which don't use lockdev. We currently have at least three methods of device locking (UUCP-with-lockdev, UUCP-without-lockdev and direct-flock), all of which have overlapping or completely orthogonal semantics, which will result in not respecting the other lock types if used in combination. Hence the need to reduce this to a single robust locking strategy: just locking the device directly. It would be greatly appreciated if you could disable/remove lockdev support from your package and remove it from the source build-depends and/or package depends as appropriate, replacing this with flock(2) calls instead of dev_lock and dev_unlock. Many thanks, Roger Leigh -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (550, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digitemp depends on: ii libc6 2.17-93 ii libusb-0.1-4 2:0.1.12-23.2 digitemp recommends no packages. Versions of packages digitemp suggests: pn mysql-server none ii python2.7.5-5 pn rrdtool none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728019: freebsd-utils: Replace use of lockdev with flock
Package: freebsd-utils Version: 9.2-1 Severity: normal Dear maintainer, I'm writing to you as the maintainer of lockdev (liblockdev1). I've opened this bug because your package either has a build-depends on liblockdev1-dev or is building binary packages with a dependency on liblockdev1. lockdev implements a library interface around the SYSV-style UUCP device locks for TTY devices. However, this type of locking is deprecated and unnecessary, at least on Linux; I'm not sure of the status on kFreeBSD. The recommended alternative is direct use of flock(2) on the corresponding device node. This will ensure that locking will work properly with other programs also locking the device node, and since the locks are implemented in the kernel, there's no need for racy creation and deletion of lockfiles with the owner PID, and no possibility of PID clashes or failure to reclaim lost locks if the PID is reused. That is to say, the flock(2) interface is guaranteed to be robust, while lockdev is not. For users not using the C API (for example scripts), flock(1) from util-linux provides a wrapper. I'd like to remove lockdev entirely for jessie, providing that it's possible to do so without breakage. Likewise I'd also like to convert packages using UUCP-style locks which don't use lockdev. We currently have at least three methods of device locking (UUCP-with-lockdev, UUCP-without-lockdev and direct-flock), all of which have overlapping or completely orthogonal semantics, which will result in not respecting the other lock types if used in combination. Hence the need to reduce this to a single robust locking strategy: just locking the device directly. It would be greatly appreciated if you could disable/remove lockdev support from your package and remove it from the source build-depends and/or package depends as appropriate, replacing this with flock(2) calls instead of dev_lock and dev_unlock. Many thanks, Roger Leigh -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (550, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728020: latd: Replace use of lockdev with flock
Package: latd Version: 1.33 Severity: normal Dear maintainer, I'm writing to you as the maintainer of lockdev (liblockdev1). I've opened this bug because your package either has a build-depends on liblockdev1-dev or is building binary packages with a dependency on liblockdev1. lockdev implements a library interface around the SYSV-style UUCP device locks for TTY devices. However, this type of locking is deprecated and unnecessary, at least on Linux; I'm not sure of the status on kFreeBSD. The recommended alternative is direct use of flock(2) on the corresponding device node. This will ensure that locking will work properly with other programs also locking the device node, and since the locks are implemented in the kernel, there's no need for racy creation and deletion of lockfiles with the owner PID, and no possibility of PID clashes or failure to reclaim lost locks if the PID is reused. That is to say, the flock(2) interface is guaranteed to be robust, while lockdev is not. For users not using the C API (for example scripts), flock(1) from util-linux provides a wrapper. I'd like to remove lockdev entirely for jessie, providing that it's possible to do so without breakage. Likewise I'd also like to convert packages using UUCP-style locks which don't use lockdev. We currently have at least three methods of device locking (UUCP-with-lockdev, UUCP-without-lockdev and direct-flock), all of which have overlapping or completely orthogonal semantics, which will result in not respecting the other lock types if used in combination. Hence the need to reduce this to a single robust locking strategy: just locking the device directly. It would be greatly appreciated if you could disable/remove lockdev support from your package and remove it from the source build-depends and/or package depends as appropriate, replacing this with flock(2) calls instead of dev_lock and dev_unlock. Many thanks, Roger Leigh -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (550, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages latd depends on: ii libc62.17-93 ii libgcc1 1:4.8.2-1 ii liblockdev1 1.0.3-1.5+b1 ii libstdc++6 4.8.2-1 latd recommends no packages. latd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709125: NMU diff for libunwind8 1.1-2.1
I have pushed the attached changes and uploaded the new package to DELAYED/3. They fix these two bugs and the FTBFS on kfreebsd. Ben. -- Ben Hutchings If at first you don't succeed, you're doing about average. diff -Nru libunwind-1.1/debian/changelog libunwind-1.1/debian/changelog --- libunwind-1.1/debian/changelog 2013-08-04 08:33:35.0 +0100 +++ libunwind-1.1/debian/changelog 2013-10-27 16:25:57.0 + @@ -1,3 +1,14 @@ +libunwind (1.1-2.1) unstable; urgency=low + + * Non-maintainer upload + * Remove dependence of libunwind-setjmp0 maintainer scripts on dpkg-dev +by substituting architecture at build time (Closes: #709125) + * Disable the test suite without depending on $DEB_BUILD_OPTIONS +(Closes: #727840) + * Disable kfreebsd architectures again, as they are not yet supported + + -- Ben Hutchings b...@decadent.org.uk Sun, 27 Oct 2013 16:25:44 + + libunwind (1.1-2) unstable; urgency=low * debian/control: diff -Nru libunwind-1.1/debian/clean libunwind-1.1/debian/clean --- libunwind-1.1/debian/clean 1970-01-01 01:00:00.0 +0100 +++ libunwind-1.1/debian/clean 2013-10-27 15:47:11.0 + @@ -0,0 +1,2 @@ +debian/libunwind-setjmp0.preinst +debian/libunwind-setjmp0.postrm diff -Nru libunwind-1.1/debian/control libunwind-1.1/debian/control --- libunwind-1.1/debian/control 2013-08-04 08:33:35.0 +0100 +++ libunwind-1.1/debian/control 2013-10-27 16:22:26.0 + @@ -11,7 +11,7 @@ Package: libunwind8-dev Section: libdevel -Architecture: ia64 i386 amd64 ppc64 powerpc armel armhf kfreebsd-amd64 kfreebsd-i386 mips +Architecture: ia64 i386 amd64 ppc64 powerpc armel armhf mips Depends: ${misc:Depends}, libunwind8 (= ${binary:Version}) Conflicts: libunwind1-dev, libunwind7-dev Replaces: libunwind7-dev @@ -71,7 +71,7 @@ Package: libunwind-setjmp0 Architecture: ia64 i386 amd64 ppc64 powerpc armel armhf kfreebsd-amd64 kfreebsd-i386 mips Pre-Depends: multiarch-support -Depends: ${misc:Depends}, ${shlibs:Depends}, dpkg-dev +Depends: ${misc:Depends}, ${shlibs:Depends} Description: libunwind-based non local goto - runtime The unwind-setjmp library offers a libunwind-based implementation of non-local gotos. This implementation is intended to be a drop-in diff -Nru libunwind-1.1/debian/libunwind-setjmp0.postrm libunwind-1.1/debian/libunwind-setjmp0.postrm --- libunwind-1.1/debian/libunwind-setjmp0.postrm 2013-08-04 08:33:35.0 +0100 +++ libunwind-1.1/debian/libunwind-setjmp0.postrm 1970-01-01 01:00:00.0 +0100 @@ -1,8 +0,0 @@ -#!/bin/sh -set -e -ARCH=`dpkg-architecture -qDEB_HOST_MULTIARCH` -if [ remove = $1 ]; then - dpkg-divert --package libunwind-setjmp0 --remove --rename --divert /usr/lib/$ARCH/libunwind-setjmp.so.0.0.0.old /usr/lib/$ARCH/libunwind-setjmp.so.0.0.0 - dpkg-divert --package libunwind-setjmp0 --remove --rename --divert /usr/lib/$ARCH/libunwind-setjmp.so.0.old /usr/lib/$ARCH/libunwind-setjmp.so.0 -fi -#DEBHELPER# diff -Nru libunwind-1.1/debian/libunwind-setjmp0.postrm.in libunwind-1.1/debian/libunwind-setjmp0.postrm.in --- libunwind-1.1/debian/libunwind-setjmp0.postrm.in 1970-01-01 01:00:00.0 +0100 +++ libunwind-1.1/debian/libunwind-setjmp0.postrm.in 2013-10-27 15:47:11.0 + @@ -0,0 +1,7 @@ +#!/bin/sh +set -e +if [ remove = $1 ]; then + dpkg-divert --package libunwind-setjmp0 --remove --rename --divert /usr/lib/@DEB_HOST_MULTIARCH@/libunwind-setjmp.so.0.0.0.old /usr/lib/@DEB_HOST_MULTIARCH@/libunwind-setjmp.so.0.0.0 + dpkg-divert --package libunwind-setjmp0 --remove --rename --divert /usr/lib/@DEB_HOST_MULTIARCH@/libunwind-setjmp.so.0.old /usr/lib/@DEB_HOST_MULTIARCH@/libunwind-setjmp.so.0 +fi +#DEBHELPER# diff -Nru libunwind-1.1/debian/libunwind-setjmp0.preinst libunwind-1.1/debian/libunwind-setjmp0.preinst --- libunwind-1.1/debian/libunwind-setjmp0.preinst 2013-08-04 08:33:35.0 +0100 +++ libunwind-1.1/debian/libunwind-setjmp0.preinst 1970-01-01 01:00:00.0 +0100 @@ -1,8 +0,0 @@ -#!/bin/sh -set -e -ARCH=`dpkg-architecture -qDEB_HOST_MULTIARCH` -if [ install = $1 ]; then - dpkg-divert --package libunwind-setjmp0 --add --rename --divert /usr/lib/$ARCH/libunwind-setjmp.so.0.0.0.old /usr/lib/$ARCH/libunwind-setjmp.so.0.0.0 - dpkg-divert --package libunwind-setjmp0 --add --rename --divert /usr/lib/$ARCH/libunwind-setjmp.so.0.old /usr/lib/$ARCH/libunwind-setjmp.so.0 -fi -#DEBHELPER# diff -Nru libunwind-1.1/debian/libunwind-setjmp0.preinst.in libunwind-1.1/debian/libunwind-setjmp0.preinst.in --- libunwind-1.1/debian/libunwind-setjmp0.preinst.in 1970-01-01 01:00:00.0 +0100 +++ libunwind-1.1/debian/libunwind-setjmp0.preinst.in 2013-10-27 15:47:11.0 + @@ -0,0 +1,7 @@ +#!/bin/sh +set -e +if [ install = $1 ]; then + dpkg-divert --package libunwind-setjmp0 --add --rename --divert /usr/lib/@DEB_HOST_MULTIARCH@/libunwind-setjmp.so.0.0.0.old /usr/lib/@DEB_HOST_MULTIARCH@/libunwind-setjmp.so.0.0.0 + dpkg-divert --package
Bug#728022: snooper: Replace use of lockdev with flock
Package: snooper Version: 19991202-7.1 Severity: normal Dear maintainer, I'm writing to you as the maintainer of lockdev (liblockdev1). I've opened this bug because your package either has a build-depends on liblockdev1-dev or is building binary packages with a dependency on liblockdev1. lockdev implements a library interface around the SYSV-style UUCP device locks for TTY devices. However, this type of locking is deprecated and unnecessary, at least on Linux; I'm not sure of the status on kFreeBSD. The recommended alternative is direct use of flock(2) on the corresponding device node. This will ensure that locking will work properly with other programs also locking the device node, and since the locks are implemented in the kernel, there's no need for racy creation and deletion of lockfiles with the owner PID, and no possibility of PID clashes or failure to reclaim lost locks if the PID is reused. That is to say, the flock(2) interface is guaranteed to be robust, while lockdev is not. For users not using the C API (for example scripts), flock(1) from util-linux provides a wrapper. I'd like to remove lockdev entirely for jessie, providing that it's possible to do so without breakage. Likewise I'd also like to convert packages using UUCP-style locks which don't use lockdev. We currently have at least three methods of device locking (UUCP-with-lockdev, UUCP-without-lockdev and direct-flock), all of which have overlapping or completely orthogonal semantics, which will result in not respecting the other lock types if used in combination. Hence the need to reduce this to a single robust locking strategy: just locking the device directly. It would be greatly appreciated if you could disable/remove lockdev support from your package and remove it from the source build-depends and/or package depends as appropriate, replacing this with flock(2) calls instead of dev_lock and dev_unlock. Many thanks, Roger Leigh -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (550, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages snooper depends on: ii libc62.17-93 ii liblockdev1 1.0.3-1.5+b1 ii libncurses5 5.9+20130608-1 ii libtinfo55.9+20130608-1 snooper recommends no packages. snooper suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org