Bug#712848: FTBFS on kfreebsd-*: test-suite hangs and is killed after a timeout
Package: src:glib2.0 Version: 2.36.3-1 Severity: serious User: debian-...@lists.debian.org Usertags: kfreebsd The test-suite for glib2.0 fails to complete on kfreebsd-* as can be seen at [1]. On both kfreebsd-amd64 and kfreebsd-i386 the test-suite is killed after 150 min of inactivity. We would appreciate any help and insight from the kfreebsd to fix those failures on kfreebsd-*. [1] https://buildd.debian.org/status/package.php?p=glib2.0suite=sid -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.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#712380: Option to show on which iface a packet was received
also sprach Bálint Réczey bal...@balintreczey.hu [2013.06.20.0457 +0200]: Please check /usr/share/doc/wireshark-common/README.Debian for information about capturing traffic as a non-privileged user. I know I can capture traffic as non-root, but there seems to be no easy way to inspect live data, as dumpcap does not allow me to write pcap data to stdout. :( Am I overlooking something here? -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems windoze nt crashed. i am the blue screen of death. no one hears your screams. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#710710: asterisk: bump version to 11 (LTS release)
On Sat, 1 Jun 2013 21:04:24 Maarten Aertsen wrote: Current showstopper is pjproject due to inclusion of multiple external libaries instead of embedding them. Intent to package pjsip is #708122 Maarten, I do not see this as a showstopper to uploading. sflphone also includes an embedded copy of pjproject. There is merit in having one master version of pjproject in Debian for a whole slew of reasons, and I therefore support the efforts under #708122. Interest in asterisk has waned since the wheezy freeze, but I would intend to upload asterisk-11.4 and then fix issues through subsequent uploads, rather than waiting for perfection which may never come. However, that has generally been my approach to pkg-voip, release early, release often, push issues upstream. Others may prefer a more considered approach to uploads. Mark signature.asc Description: This is a digitally signed message part.
Bug#712849: ITP: VSQLite++ -- a welldesigned and portable SQLite3 Wrapper for C++
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: libvsqlitepp Version: 0.3.12 Upstream Author: Vinzenz Feenstra eviliss...@gmail.com URL: https://github.com/vinzenz/vsqlite-- License: BSD-3-clause Description: SQLite3 Wrapper for C++ VSQLite++ is a welldesigned and portable SQLite3 Wrapper for C++. At the moment VSQLite++ is shipped with mysql-workbench as bundled copy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712850: chrony: Name of file in /var/lib/chrony incorrectly calculated.
Package: chrony Version: 1.24-3.1+deb7u1 Severity: minor Dear Maintainer, OK: ls /var/lib/chrony -56.243.146.128.dat 90.207.238.105.dat chrony.drift 74.10.39.111.dat 90.207.238.106.dat chrony.rtc -56.243.146.128 isn't an IPv4 address, it probably should be 200.243.146.128 and the code to turn a 32 bit address into four 8 bits parts is using ints instead of unigned ints. Or the shifting down of the top octect is using an arithmetic shift instead of logical. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chrony depends on: ii dpkg 1.16.10 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38 ii timelimit 1.8-1 ii ucf 3.0025+nmu3 Versions of packages chrony recommends: ii udev 175-7.2 chrony suggests no packages. -- Configuration Files: /etc/init.d/chrony changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712851: Add a test for checking version.rb path
Package: gem2deb Severity: wishlist Some gems have version.rb at the root of the gem and it will get installed into /usr/lib/ruby/vendor_ruby. It would be good if gem2deb can warn about it. Praveen
Bug#712707: [Pkg-fonts-devel] Bug#712707: RFS: Re: Bug#712707: fonts-cantarell: Please package 0.0.13
Quoting Fabian Greffrath (fab...@greffrath.com): Am Mittwoch, den 19.06.2013, 20:24 +0200 schrieb Christian PERRIER: Uploaded as you've seen. Thank you! By the way, would you be OK for an SVN-GIT migration for fonts-cantarell? (sorry if I asked already, I'm having hard times following everything..:-)) Yes, please. However, I hesitated to do this myself. Maybe, if you find a minute, could you help out with it - and while we are at it fonts-liberation, too? ;) - Fabian No problem. I added this to my TODO. I didn't make much progress recently wrt svn-git migrations, but this might help resuming the task..:-) -- signature.asc Description: Digital signature
Bug#712852: gwyddion: Gwyddion does not start
Package: gwyddion Version: 2.28-2 Severity: important Dear Maintainer, Gwyddion does nor start. Instead, this message appears in the terminal: The program 'gwyddion' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 120 error_code 1 request_code 135 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) The -sync option has no affect, by the way. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwyddion depends on: ii gwyddion-common 2.28-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfftw3-33.3.2-3.1 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libglu1-mesa [libglu1]8.0.5-4+deb7u2 ii libgtk2.0-0 2.24.10-2 ii libgtkglext1 1.2.0-2 ii libgtksourceview2.0-0 2.10.4-1 ii libgwyddion2-02.28-2 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-1 ii libpython2.7 2.7.3-6 ii libsm62:1.2.1-2 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxmu6 2:1.1.1-1 ii libxt61:1.1.3-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 gwyddion recommends no packages. Versions of packages gwyddion suggests: ii gwyddion-plugins 2.28-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709563: debsecan: Please support multiarch
Basically I used to use a script to get the packages that debsecan gave as having security issues and give them to aptitude so they could be selectively updated. I am unable to do this now due to it not specifying if the package is of a foreign arch' when using multiarch. I guess this could be seen as a wishlist request on second thought but I wonder how multiple packages that have the same name but different arch on multiarch would be listed anyway, I haven't had time to check. On Sat, Jun 8, 2013 at 5:09 AM, Florian Weimer f...@deneb.enyo.de wrote: debsecan does not appear to support multiarch please see the following commands: $ sudo debsecan --suite wheezy --format packages | grep libc6-i686 libc6-i686 $ aptitude show libc6-i686 E: Unable to locate package libc6-i686 $ aptitude show libc6-i686:i386 | head -n 2 Package: libc6-i686 State: installed What is your concern here? That the package name, as printed, does not contain the architecture suffix?
Bug#712755: iptables: Memory allocation problem. when trying to use iptables with geoip module
Il giorno Wed, 19 Jun 2013 21:03:33 +1000 Dmitry Smirnov only...@member.fsf.org ha scritto: Dear Pasquale, On Wed, 19 Jun 2013 18:40:18 Pasquale Soccio wrote: Package: xtables-addons-common Version: 1.47.1-1 I didn't have a deep look at your report yet, but version 1.47 is no longer exist in archive. Please upgrade to check if it is going to fix your problem. Thanks Dmitry for your answer. Oops sorry for the mistake: forgot to revert at the default before reportbug..when the problem was discovered I've used a local and NOT in - sync mirror Let me to confirm you that the 1.42-2+b1 from wheezy amd64 and also 2.3.1 on sid 32-bit kvm-qemu raise the bug. Also ipset might be more effective to block multiple range of IP addresses. Wa already in use, but the addresses range from the CSV should be converted into CIDR before using them within an hash:net set, that seems the only that can be used, if I'm not miss something. Not a so big deal, but the double step is needed and geoip solved the problem one shot until now :) Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B many thanks ciao -Pasquale Soccio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712824: pdftops writes file that crashes gv
Control: reassign -1 poppler-utils Control: severity -1 normal On Mi, 19 iun 13, 17:14:30, Attila Mate wrote: Package: pdftops Version: poppler-utils Severity: critical Dear Attila, I've just reassigned your bug to the correct package. Please follow-up with the information generated by reportbug poppler-utils Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#638191: claws-mail: loses plugins
Hi, Am Mittwoch, den 19.06.2013, 12:07 +0200 schrieb Ricardo Mones: Nevertheless, the mention of multiple instances is a bit weird, as that should not happen. There have been changed related to this since version 3.7.9, so, have you been able to reproduce this bug with versions newer than the one you reported? Sorry, I'm no longer using claws-mail. Thanks for your efforts. Michael -- Michael Below be...@judiz.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651283: bird6: claims to be for ipv4
Control: reassign -1 src:bird On Ma, 18 iun 13, 22:31:07, Adam Majer wrote: Package: bird6 Followup-For: Bug #651283 Ping? Is this going to get fixed? Does it need a NMU? There have been many uploads of bird since this bug was first reported, yet it is still open. This might have happened because the bug was assigned to an inexistent package (src:bird6), reassigning now. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#711837: RFA: mapnik -- C++/Python toolkit for developing GIS applications
On Mon, Jun 10, 2013 at 5:54 PM, YunQiang Su wzss...@gmail.com wrote: On Mon, Jun 10, 2013 at 5:48 PM, David Paleino da...@debian.org wrote: On Mon, 10 Jun 2013 17:28:10 +0800, YunQiang Su wrote: This packages seems in a quite good situation. Is it? There is a new upstream version, and it needs to be re-transitioned to libmapnik (from the current libmapnik2). Also, there's a SONAME bump involved. I am interested. let me have a try first. I finished this package (2.2.0), and uploaded it to http://mentors.debian.net/debian/pool/main/m/mapnik/mapnik_2.2.0+ds1-1.dsc Can you help me to sponsor it? -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 -- YunQiang Su -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712854: ITP: libcpan-reporter-perl -- Adds CPAN Testers reporting to CPAN.pm
Package: wnpp Severity: wishlist Owner: Marius Gavrilescu mar...@ieval.ro * Package name: libcpan-reporter-perl Version : 1.2010 Upstream Author : David Golden dagol...@cpan.org * URL : http://search.cpan.org/dist/CPAN-Reporter/ * License : Apache-2.0 Programming Lang: Perl Description : Adds CPAN Testers reporting to CPAN.pm The CPAN Testers project captures and analyzes detailed results from building and testing CPAN distributions on multiple operating systems and multiple versions of Perl. This provides valuable feedback to module authors and potential users to identify bugs or platform compatibility issues and improves the overall quality and value of CPAN. . One way individuals can contribute is to send a report for each module that they test or install. CPAN::Reporter is an add-on for the CPAN.pm module to send the results of building and testing modules to the CPAN Testers project. Full support for CPAN::Reporter is available in CPAN.pm as of version 1.92. -- Marius Gavrilescu (etc) To get something done, a committee should consist of no more than three persons, two of them absent signature.asc Description: Digital signature
Bug#645883: ITP #645883 - Under which license you intended to release the Debian packaging of twig
Hi Guillaume, so far you did not response to my question regarding the license you want to put your original work [1] under. Since Paul based his work on yours, we need a statement from you regarding the licensing. Paul suggested the MIT license [2], which would be fine for me. Do you agree using this one? It would be great if you find the time to answer! Thanks in advance Daniel [1] https://github.com/Guillaumito/twig-package [2] http://opensource.org/licenses/MIT signature.asc Description: This is a digitally signed message part
Bug#560036: Does not timeout when attempt to contact firewall fails
Package: ddclient Version: 3.8.0-11.3 Severity: normal I'm seeing this bug too, exactly as desctibed, except an IP address for my router.. -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ddclient depends on: ii debconf [debconf-2 1.5.36.1 Debian configuration management sy ii initscripts2.88dsf-13.1+squeeze1 scripts for initializing and shutt ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii perl [perl5] 5.10.1-17squeeze6 Larry Wall's Practical Extraction Versions of packages ddclient recommends: ii libio-socket-ssl-perl1.33-1+squeeze1 Perl module implementing object or ddclient suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712852: gwyddion: Gwyddion does not start
Hi, just to provide some additional information: The problem does not seem to exist under recent testing (also amd64) - at least I was not able to reproduce it here. Kind regards Andreas. On Thu, Jun 20, 2013 at 08:43:19AM +0200, Tim wrote: Package: gwyddion Version: 2.28-2 Severity: important Dear Maintainer, Gwyddion does nor start. Instead, this message appears in the terminal: The program 'gwyddion' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 120 error_code 1 request_code 135 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) The -sync option has no affect, by the way. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwyddion depends on: ii gwyddion-common 2.28-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfftw3-33.3.2-3.1 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libglu1-mesa [libglu1]8.0.5-4+deb7u2 ii libgtk2.0-0 2.24.10-2 ii libgtkglext1 1.2.0-2 ii libgtksourceview2.0-0 2.10.4-1 ii libgwyddion2-02.28-2 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-1 ii libpython2.7 2.7.3-6 ii libsm62:1.2.1-2 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxmu6 2:1.1.1-1 ii libxt61:1.1.3-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 gwyddion recommends no packages. Versions of packages gwyddion suggests: ii gwyddion-plugins 2.28-2 -- no debconf information ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712853: ITP: libdevel-autoflush-perl -- Set autoflush from the command line
Package: wnpp Severity: wishlist Owner: Marius Gavrilescu mar...@ieval.ro * Package name: libdevel-autoflush-perl Version : 0.5 Upstream Author : David A. Golden dagol...@cpan.org * URL : http://search.cpan.org/dist/Devel-Autoflush/ * License : Apache-2.0 Programming Lang: Perl Description : Set autoflush from the command line This module is a hack to set autoflush for STDOUT and STDERR from the command line or from PERL5OPT for code that needs it but doesn't have it. -- Marius Gavrilescu (science-kids) While the earth seems to be knowingly keeping its distance from the sun, it is really only centrificating. signature.asc Description: Digital signature
Bug#712556: python-gtk2: Fails with undefined symbol
On 20/06/13 06:18, Christian PERRIER wrote: Quoting Emilio Pozuelo Monfort (po...@debian.org): reassign 712556 libgbm1 thanks On 17/06/13 07:41, Christian Perrier wrote: Not usre if that belongs to python-gtk2. When I launch pytrainer (a logging tool for sports activities, written in Python and using, among others , the GTK2 Python libraries), I get: cperrier@mykerinos:~/travail/debian/rewrite/LCFC $ pytrainer Traceback (most recent call last): File /usr/bin/pytr, line 24, in module import gtk.glade File /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py, line 40, in module from gtk import _gtk ImportError: /usr/lib/i386-linux-gnu/libgbm.so.1: undefined symbol: wayland_buffer_is_drm Looks like libgbm1 needs to depend on libegl1-mesa Is that enough? If it was, manually installing libegl1-mesa on my system should solve the issue originally met with pytrainer. However, it doesn't. It would also need to link against it. But that would cause a dependency look so what we probably need to do (as mentioned in #debian-x) is to define this symbol inside libgbm. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712510: python-whoosh FTBFS:some tests failed on mips
On Mon, Jun 17, 2013 at 02:47:50PM +0200, Dragoslav Sicarov wrote: The problem does not occur in python-whoosh 2.4.1-1. How is this problem going to be fixed for wheezy? Are you going to upgrade python-whoosh to 2.4.1-1 version in wheezy, or python-whoosh 2.3.2-2 version will be patched? ---end quoted text--- I hope someone would backport 2.4.1-1 for wheezy. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#712855: Wifi is interrupted; signal received are considered low.
Package: linux-image-3.9-1-amd64 Version: 3.9-1-amd64 I am using Debian GNU/Linux 3.9, kernel 3.9-1-amd64 The computer model: HP Pavillon g6 lspci -lk 07:00.0 Network controller: Ralink corp. Device 539a Subsystem: Hewlett-Packard Company Device 1839 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at c350 (32-bit, non-prefetchable) [size=64K] Capabilities: Kernel driver in use: rt2800pci 08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05) Subsystem: Hewlett-Packard Company Device 1840 Flags: bus master, fast devsel, latency 0, IRQ 41 I/O ports at 3000 [size=256] Memory at c3404000 (64-bit, prefetchable) [size=4K] Memory at c340 (64-bit, prefetchable) [size=16K] Capabilities: Kernel driver in use: r8169 09:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5229 PCI Express Card Reader (rev 01) Subsystem: Hewlett-Packard Company Device 1840 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at c100 (32-bit, non-prefetchable) [size=4K] Capabilities: The last usable kernel as for me is: linux-image-3.2.0-4-amd64 all other kernels have the same symptoms. Best regards, Yohann Ferreira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change
hi, On Tue, Jun 18, 2013 at 9:18 PM, Roland Stigge sti...@antcom.de wrote: This is also caused by a temporary openjdk-7 FTBFS issue (openjdk-7 buil before on powerpcspe), which I'm working on separately. However, the patch that I proposed in #702180 wasn't applied correctly. Only some hunks were applied. Others not, and in one case, powerpc was accidentally _changed_ to powerpcspe which is actually an issue on powerpc now. I'm attaching a new incremental patch for hyperestraier 1.4.13-10 which fixes this. Thank you, I will apply new one...orz Further, I don't think that the powerpcspe exception you put into JAVA_UNSUPPORTED_CPUS (debian/rules) is necessary, because java is supposed to work fine on powerpcspe (consider the issue I described above as only temporary). This was intensionally set, because this upload included another change (jdk migration from 6 to 7), and when I checked powerpcspe's status, it didn't have openjdk7 yet. I'm unsure which is better to enable java binding or not. Is your separate work (to fix openjdk7 FTBFS) expected to finish soon? regards, -- KURASHIKI Satoru
Bug#712857: RFS: libdevel-autoflush-perl/0.5-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package libdevel-autoflush-perl Package name: libdevel-autoflush-perl Version : 0.5-1 Upstream Author : David A. Golden dagol...@cpan.org URL : http://search.cpan.org/dist/Devel-Autoflush/ License : Apache-2.0 Section : perl It builds those binary packages: libdevel-autoflush-perl - Set autoflush from the command line To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libdevel-autoflush-perl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libd/libdevel-autoflush-perl/libdevel-autoflush-perl_0.5-1.dsc This is the initial release. -- Marius Gavrilescu (mistakes) Scouts are saving aluminum cans, bottles, and other items to be recycled. Proceeds will be used to cripple children. --from a church bulletin signature.asc Description: Digital signature
Bug#712729: [Build-common-hackers] Bug#712729: cdbs: langcore.mk: support dpkg-buildflags' DEB_CFLAGS_MAINT_APPEND and similar
Quoting Emilio Pozuelo Monfort (2013-06-20 00:29:14) On 19/06/13 19:14, Jonas Smedegaard wrote: Quoting Emilio Pozuelo Monfort (2013-06-19 11:29:55) Or DEB_LDFLAGS_MAINT_APPEND = -Wl,-O1 -Wl,--as-needed and get my package built with LDFLAGS=dpkg build flags plus my other flags. There are other kind of DEB_LDFLAGS_MAINT_ vars, which are _PREPEND, _SET and _STRIP. CDBS should honor all of them so if I set one, I will get the right flags. Anyone wanting that logic can simply do this: include /usr/share/dpkg/buildflags.mk No need for CDBS to replicate code provided by dpkg IMO. Perhaps CDBS' buildflags can include that file and let it do its magic. But that may or may not be possible as it may unconditionally set *FLAGS (I don't remember and can't check right now). I thought it'd be cool if one wouldn't need to do extra includes. But I understand it may not be straightforward and not worth it. How do you mean? How can buildflags include a file?!? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change
Hi, On 06/20/2013 09:34 AM, Satoru KURASHIKI wrote: Further, I don't think that the powerpcspe exception you put into JAVA_UNSUPPORTED_CPUS (debian/rules) is necessary, because java is supposed to work fine on powerpcspe (consider the issue I described above as only temporary). This was intensionally set, because this upload included another change (jdk migration from 6 to 7), and when I checked powerpcspe's status, it didn't have openjdk7 yet. I'm unsure which is better to enable java binding or not. Is your separate work (to fix openjdk7 FTBFS) expected to finish soon? You don't need to worry about the state of openjdk-7 on powerpcspe. As long as openjdk-7 is _intended_ to work on powerpcspe (via Architecture: etc.) openjdk-7 is already fixed for powerpcspe at debian-ports.org, see also: http://ftp.de.debian.org/debian-ports/pool-powerpcspe/main/o/openjdk-7/ The respective openjdk-7 bug #712686 is still open, but I built and integrated the fix already at debian-ports.org so openjdk-7 is already useable. I actually even integrated the fix for #702180 at debian-ports.org, see http://ftp.de.debian.org/debian-ports/pool-powerpcspe/main/h/hyperestraier/ So please just enable it as done on powerpc as long as I don't tell otherwise. Thanks in advance, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645883: ITP #645883 - Under which license you intended to release the Debian packaging of twig
It would be great if you find the time to answer! Sorry for not replying to previous mails :) I don't mind much the licensing terms for my work on Twig package, so if Paul wants MIT, it's ok for me. It's been some time I worked on this package, but at the time I created another repository: https://github.com/Guillaumito/twig-gbp using debian git-buildpackage. Is it useful? Guillaume -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712856: Acknowledgement (FTBFS, needs to link against gthread-2.0, Werror causing compiler errors)
tags 712856 + patch thanks Hi, since the gnome-phone-manager FTBFS blocks the libgnome-bluetooth transition, I've prepared a patch and uploaded a fixed patch to DELAYED/2. The full debdiff is attached. Please let me know if you don't consider the patch appropriate and you want me to cancel the NMU. If you are fine with the NMU, you can also let me know. In this case I would upload to DELAYED/0, ie. without delay. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff -Nru gnome-phone-manager-0.68/debian/changelog gnome-phone-manager-0.68/debian/changelog --- gnome-phone-manager-0.68/debian/changelog 2012-05-30 00:19:54.0 +0200 +++ gnome-phone-manager-0.68/debian/changelog 2013-06-20 10:00:49.0 +0200 @@ -1,3 +1,12 @@ +gnome-phone-manager (0.68-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix build failures by disabling Werror and linking against gthread +(Closes: #712856) + * Use dh-autoreconf to update the build system. + + -- Michael Biebl bi...@debian.org Thu, 20 Jun 2013 09:17:57 +0200 + gnome-phone-manager (0.68-3) unstable; urgency=low * Team upload. diff -Nru gnome-phone-manager-0.68/debian/control gnome-phone-manager-0.68/debian/control --- gnome-phone-manager-0.68/debian/control 2012-05-10 05:19:51.0 +0200 +++ gnome-phone-manager-0.68/debian/control 2013-06-20 09:24:05.0 +0200 @@ -5,6 +5,8 @@ Uploaders: Francesco Namuri france...@namuri.it, Geert Stappers stapp...@debian.org, Filippo Giunchedi fili...@debian.org Build-Depends: cdbs, debhelper (= 5), + dh-autoreconf, + gnome-common, intltool (= 0.35), libebook1.2-dev, libglib2.0-dev (= 2.25.0), diff -Nru gnome-phone-manager-0.68/debian/patches/0002-link-against-gthread.patch gnome-phone-manager-0.68/debian/patches/0002-link-against-gthread.patch --- gnome-phone-manager-0.68/debian/patches/0002-link-against-gthread.patch 1970-01-01 01:00:00.0 +0100 +++ gnome-phone-manager-0.68/debian/patches/0002-link-against-gthread.patch 2013-06-20 09:20:41.0 +0200 @@ -0,0 +1,13 @@ +Index: gnome-phone-manager-0.68/configure.in +=== +--- gnome-phone-manager-0.68.orig/configure.in 2013-06-20 09:16:54.0 +0200 gnome-phone-manager-0.68/configure.in 2013-06-20 09:20:36.946806525 +0200 +@@ -47,7 +47,7 @@ + PKG_CHECK_MODULES(PHONEMGR, gtk+-3.0 = 3.0 glib-2.0 = 2.25.0 + libcanberra-gtk3 gconf-2.0 + $GNOME_BLUETOOTH_REQS $evo_pc_file +- gmodule-2.0 dbus-glib-1 gnome-icon-theme = 2.19.1 ++ gmodule-2.0 gthread-2.0 dbus-glib-1 gnome-icon-theme = 2.19.1 + ) + + DBUSLIBDIR=`$PKG_CONFIG dbus-glib-1 --variable=libdir` diff -Nru gnome-phone-manager-0.68/debian/patches/series gnome-phone-manager-0.68/debian/patches/series --- gnome-phone-manager-0.68/debian/patches/series 2012-05-10 05:19:51.0 +0200 +++ gnome-phone-manager-0.68/debian/patches/series 2013-06-20 09:36:12.0 +0200 @@ -1,2 +1,3 @@ fix_554658.patch 0001-Bug-665309-Adapt-to-gnome-bluetooth-3.3-API.patch +0002-link-against-gthread.patch diff -Nru gnome-phone-manager-0.68/debian/rules gnome-phone-manager-0.68/debian/rules --- gnome-phone-manager-0.68/debian/rules 2012-05-10 05:19:51.0 +0200 +++ gnome-phone-manager-0.68/debian/rules 2013-06-20 09:18:36.0 +0200 @@ -1,10 +1,11 @@ #!/usr/bin/make -f include /usr/share/cdbs/1/rules/debhelper.mk +include /usr/share/cdbs/1/rules/autoreconf.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/class/gnome.mk -DEB_CONFIGURE_EXTRA_FLAGS := --enable-telepathy +DEB_CONFIGURE_EXTRA_FLAGS := --enable-telepathy --enable-compile-warnings=no common-install-arch:: rm `find $(CURDIR) -name '*.la'` signature.asc Description: OpenPGP digital signature
Bug#712729: [Build-common-hackers] Bug#712729: cdbs: langcore.mk: support dpkg-buildflags' DEB_CFLAGS_MAINT_APPEND and similar
On 20/06/13 09:57, Jonas Smedegaard wrote: Quoting Emilio Pozuelo Monfort (2013-06-20 00:29:14) On 19/06/13 19:14, Jonas Smedegaard wrote: Quoting Emilio Pozuelo Monfort (2013-06-19 11:29:55) Or DEB_LDFLAGS_MAINT_APPEND = -Wl,-O1 -Wl,--as-needed and get my package built with LDFLAGS=dpkg build flags plus my other flags. There are other kind of DEB_LDFLAGS_MAINT_ vars, which are _PREPEND, _SET and _STRIP. CDBS should honor all of them so if I set one, I will get the right flags. Anyone wanting that logic can simply do this: include /usr/share/dpkg/buildflags.mk No need for CDBS to replicate code provided by dpkg IMO. Perhaps CDBS' buildflags can include that file and let it do its magic. But that may or may not be possible as it may unconditionally set *FLAGS (I don't remember and can't check right now). I thought it'd be cool if one wouldn't need to do extra includes. But I understand it may not be straightforward and not worth it. How do you mean? How can buildflags include a file?!? Sorry, s/buildflags/langcore/. By 'that file' I meant dpkg's buildflags.mk. But of course that may not be possible without breaking backwards compatibility as buildflags.mk unconditionally sets *FLAGS. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712858: nmu: gnome-user-share_3.8.0-2 network-manager-applet_0.9.8.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu As spoken on irc, this is what we need for gnome-bluetooth: nmu gnome-user-share_3.8.0-2 . ALL . -m Rebuild for gnome-bluetooth transition. nmu network-manager-applet_0.9.8.2-1 . ALL . -m Rebuild for gnome-bluetooth transition. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712859: openssh-server: generate ssh-keys on demand if not avail
Package: openssh-server Version: 1:5.5p1-6+squeeze Serverity: wishlist We install our machines with a predefined clone. We get rid of the host-keys to have them uniq before cloning. Right now, we issue dpkg-reconfigure openssh-server after first boot to generate the keys again. Please extend /etc/init.d/ssh to check keys and if not generate them. Here is our stanza solution: check_keys_avail() { if [ ! -e /etc/ssh/ssh_host_key_dsa ]; then dpkg-reconfigure openssh-server fi } case $1 in start) check_privsep_dir check_keys_avail Regards Stefan
Bug#709813: transition: enet
On 06/15/2013 00:23, Julien Cristau wrote: On Fri, Jun 14, 2013 at 08:51:18 +0200, Ansgar Burchardt wrote: Uploaded yesterday evening and already built for all archs (although the kfreebsd-i386 build is still pending upload for some reason). Scheduled binNMUs for the rdeps. All packages were build successfully with two exceptions: 0ad_amd64 - Failed with illegal instruction. The maintainer is aware, but a first look didn't find the problem. -msse is passed to gcc, but that shouldn't be a problem for amd64. It also builds fine on the maintainer's computer which doesn't make finding the problem easier. This is probably not a regression, so maybe try to get it build on a different buildd and file a bug for now? Then the transition could at least finish. redeclipse_hurd-i386 Seems to miss -lrt for shm_open. But fixing can probably wait until the current version migrated to testing. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708132: ITP: bcache-tools -- These are the userspace tools required for bcache.
Thank you for the feedback. I’ll update my package and contact the upstream owner this weekend. On 19 Jun 2013, at 07:57, Liang Guo bluestonech...@gmail.com wrote: On Wed, Jun 19, 2013 at 11:35 AM, Liang Guo bluestonech...@gmail.com wrote: On Mon, May 13, 2013 at 8:43 PM, tstri...@rootcu.be wrote: Package: wnpp Severity: wishlist Owner: tstri...@rootcu.be * Package name: bcache-tools Version : 1.0 Upstream Author : Kent Overstreet kent.overstr...@gmail.com * URL : http://bcache.evilpiepirate.org/ * License : GPL Programming Lang: C Description : These are the userspace tools required for bcache. Bcache is a patch for the Linux kernel to use SSDs to cache other block devices. For more information, see http://bcache.evilpiepirate.org. Documentation for the run time interface is included in the kernel tree, in Documentantion/bcache.txt. Included tools: make-bcache Formats a block device for use with bcache. A device can be formatted for use as a cache or as a backing device (requires yet to be implemented kernel support). The most important option is for specifying the bucket size. Allocation is done in terms of buckets, and cache hits are counted per bucket; thus a smaller bucket size will give better cache utilization, but poorer write performance. The bucket size is intended to be equal to the size of your SSD's erase blocks, which seems to be 128k-512k for most SSDs; feel free to experiment. probe-bcache Only necessary until support for the bcache superblock is included in blkid; in the meantime, provides just enough functionality for a udev script to create the /dev/disk/by-uuid symlink. The arguments it does support are the same as for blkid. bcache-super-show Prints the bcache superblock of a cache device or a backing device. Hi, Any progress on this ITP? bcache is enabled in linux-image-3.10-rc5-amd64. Thanks, -- Liang Guo http://bluestone.cublog.cn Hi, I find you uploaded bcache-tools to mentors.d.n, it works, this is an simple review: 1 linux-image-3.10-rc5-* is still in experimental, so I advice upload to experimental 2 Standards-Version should be 3.9.4 3 bcache is only available in linux world, so please set Architecture to linux-any 4 Description is a little long, please try to make it shorter. 5 Please rewrite debian/copyright to compliance DEP-5[1] 6 upstream file don't have copyright header, you'd better ask upstream to add a copyright header. [1] http://dep.debian.net/deps/dep5/ -- Liang Guo http://bluestone.cublog.cn
Bug#603391: pygrub: unintelligible error messages
This indeed still happens with xen-utils-4.1 4.1.4-3+deb7u1 Additionally, the problem is hard to figure out (as it simply excepts with RuntimeError: Unable to find partition containing kernel, which it does in many other cases as well; perhaps it should collect other caught exceptions for debug purposes). The grub.cfg, in my case, was generated by update-grub (from inside the guest) and contained several lines `set root=(/dev/xvda1)` (partially because I am using a file as a guest's `xvda1` partition without `xvda` drive); which also implies that if update-grub is re-run inside the guest (e.g. on automatic update) it will break again.
Bug#712755: iptables: Memory allocation problem. when trying to use iptables with geoip module
On Thu, 20 Jun 2013 16:53:50 Pasquale Soccio wrote: Let me to confirm you that the 1.42-2+b1 from wheezy amd64 and also 2.3.1 on sid 32-bit kvm-qemu raise the bug. Actually it work for me with xtables-addons from unstable and Linux kernel 3.9-1-amd64. geoip solved the problem one shot until now :) Is it a regression of some sort? Did it ever worked as expected? If so it might be bug in kernel 3.2.0-4 (or limitation of 32-bit kernel). Worth mentioning that according to xtables-addons changelog If you want to use Xtables-addons with kernels older than 3.7, use the addons 1.x series, which continues to be maintained for the time being. So effectively xtables-addons 2.x is unsupported with older kernels. Could you please try newer kernel? Thanks. Regards, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712806: ITP missing for package orientdb with RFS 712806 with ITP in title
According to [0], orientdb has not its corresponding ITP bug, despite 712806 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712860: aptitude upgrade probleme with package linux-image-3.2.0-4-amd64 version 3.2.46-1
Package: linux-image-3.2.0-4-amd64 Version: 3.2.46-1 When i make a upgrade procedure on my debian wheezy it stops by saying there is a problem in linux-image-3.2.0-4-amd64 root@neuromancer:/home/eric# aptitude update Treffer http://ftp.de.debian.org wheezy Release.gpg Treffer http://security.debian.org wheezy/updates Release.gpg Treffer http://ftp.de.debian.org wheezy-updates Release.gpg Treffer http://security.debian.org wheezy/updates Release Treffer http://ftp.de.debian.org wheezy Release Treffer http://security.debian.org wheezy/updates/main Sources Treffer http://ftp.de.debian.org wheezy-updates Release Treffer http://security.debian.org wheezy/updates/non-free Sources Treffer http://ftp.de.debian.org wheezy/main Sources Treffer http://security.debian.org wheezy/updates/contrib Sources Treffer http://ftp.de.debian.org wheezy/non-free Sources Treffer http://ftp.de.debian.org wheezy/contrib Sources Treffer http://security.debian.org wheezy/updates/main amd64 Packages Treffer http://ftp.de.debian.org wheezy/main amd64 Packages Treffer http://security.debian.org wheezy/updates/non-free amd64 Packages Treffer http://ftp.de.debian.org wheezy/non-free amd64 Packages Treffer http://security.debian.org wheezy/updates/contrib amd64 Packages Treffer http://ftp.de.debian.org wheezy/contrib amd64 Packages Treffer http://security.debian.org wheezy/updates/main i386 Packages Treffer http://ftp.de.debian.org wheezy/main i386 Packages Treffer http://security.debian.org wheezy/updates/non-free i386 Packages Treffer http://ftp.de.debian.org wheezy/non-free i386 Packages Treffer http://security.debian.org wheezy/updates/contrib i386 Packages Treffer http://ftp.de.debian.org wheezy/contrib i386 Packages Treffer http://security.debian.org wheezy/updates/contrib Translation-en Treffer http://ftp.de.debian.org wheezy/contrib Translation-en Treffer http://security.debian.org wheezy/updates/main Translation-en Treffer http://ftp.de.debian.org wheezy/main Translation-de_DE Treffer http://security.debian.org wheezy/updates/non-free Translation-en Treffer http://ftp.de.debian.org wheezy/main Translation-de Treffer http://ftp.de.debian.org wheezy/main Translation-en Treffer http://ftp.de.debian.org wheezy/non-free Translation-en Treffer http://ftp.de.debian.org wheezy-updates/main Sources Treffer http://ftp.de.debian.org wheezy-updates/non-free Sources Treffer http://ftp.de.debian.org wheezy-updates/contrib Sources Treffer http://ftp.de.debian.org wheezy-updates/main amd64 Packages Treffer http://ftp.de.debian.org wheezy-updates/non-free amd64 Packages Treffer http://ftp.de.debian.org wheezy-updates/contrib amd64 Packages Treffer http://ftp.de.debian.org wheezy-updates/main i386 Packages Treffer http://ftp.de.debian.org wheezy-updates/non-free i386 Packages Treffer http://ftp.de.debian.org wheezy-updates/contrib i386 Packages Treffer http://ftp.de.debian.org wheezy-updates/contrib Translation-en Treffer http://ftp.de.debian.org wheezy-updates/main Translation-en Treffer http://ftp.de.debian.org wheezy-updates/non-free Translation-en root@neuromancer:/home/eric# aptitude upgrade Die folgenden teilweise installierten Pakete werden konfiguriert: linux-image-3.2.0-4-amd64 Es werden keine Pakete installiert, aktualisiert oder entfernt. 0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert. 0 B an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 0 B zusätzlich belegt sein. linux-image-3.2.0-4-amd64 (3.2.46-1) wird eingerichtet ... Running depmod. Failed to symbolic-link /boot/initrd.img-3.2.0-4-amd64 to initrd.img. dpkg: Fehler beim Bearbeiten von linux-image-3.2.0-4-amd64 (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 17 zurück Fehler traten auf beim Bearbeiten von: linux-image-3.2.0-4-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Ein Paket konnte nicht installiert werden. Versuch, dies zu lösen: linux-image-3.2.0-4-amd64 (3.2.46-1) wird eingerichtet ... Running depmod. Failed to symbolic-link /boot/initrd.img-3.2.0-4-amd64 to initrd.img. dpkg: Fehler beim Bearbeiten von linux-image-3.2.0-4-amd64 (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 17 zurück Fehler traten auf beim Bearbeiten von: linux-image-3.2.0-4-amd64 root@neuromancer:/home/eric# sudo dpkg --list linux-image-3.2.0-4-amd64 Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten | Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/ Halb installiert/Trigger erWartet/Trigger anhängig |/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht) ||/ Name Version Architektur Beschreibung +++-=-===-===- iF linux-image-3.2.0-4-amd64 3.2.46-1
Bug#712805: ITP missing for package ctesf-console with RFS 712805 with ITP in title
According to [0], ctesf-console has not its corresponding ITP bug, despite 712805 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712787: ITP missing for package distkeys with RFS 712787
According to [0], distkeys has not its corresponding ITP bug. Please, could you file it? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712799: ITP missing for package ctesf with RFS 712799 with ITP in title
According to [0], ctesf has not its corresponding ITP bug, despite 712799 title. Please, could you file this ITP bug? Thanks for your work! [0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712861: gnome-bluetooth: Breaks gnome-shell: GnomeBluetoothApplet.KillswitchState is undefined
Package: gnome-bluetooth Version: 3.8.1-1 Severity: important Dear Maintainer, After installing this version of gnome-bluetooth, gnome-shell 3.4.2-8 refuses to start with the following error message: JS ERROR: !!! Exception was: TypeError: GnomeBluetoothApplet.KillswitchState is undefined JS ERROR: !!! message = 'GnomeBluetoothApplet.KillswitchState is undefined' JS ERROR: !!! fileName = '/usr/share/gnome-shell/js/ui/status/bluetooth.js' JS ERROR: !!! lineNumber = '97' JS ERROR: !!! stack = '()@/usr/share/gnome-shell/js/ui/status/bluetooth.js:97 wrapper()@/usr/share/gjs-1.0/lang.js:204 ()@/usr/share/gnome-shell/js/ui/status/bluetooth.js:56 wrapper()@/usr/share/gjs-1.0/lang.js:204 ()@/usr/share/gjs-1.0/lang.js:145 ()@/usr/share/gjs-1.0/lang.js:239 ()@/usr/share/gnome-shell/js/ui/panel.js:1135 wrapper()@/usr/share/gjs-1.0/lang.js:204 start()@/usr/share/gnome-shell/js/ui/main.js:234 @main:1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-bluetooth depends on: ii bluez 4.99-3 ii consolekit 0.4.5-3.1 ii gir1.2-glib-2.01.36.0-2+b1 ii gir1.2-gnomebluetooth-1.0 3.8.1-1 ii gir1.2-gtk-3.0 3.8.2-2 ii libatk1.0-02.8.0-2 ii libc6 2.17-5 ii libcairo-gobject2 1.12.14-5 ii libcairo2 1.12.14-5 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-1 ii libgnome-bluetooth11 3.8.1-1 ii libgtk-3-0 3.8.2-2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-01.32.5-5+b1 ii obex-data-server 0.4.5-1+b3 ii obexd-client 0.46-1+b1 ii udev 175-7.2 Versions of packages gnome-bluetooth recommends: ii gnome-control-center 1:3.4.3.1-4 ii gvfs-backends 1.16.2-2 Versions of packages gnome-bluetooth suggests: ii gnome-user-share 3.8.0-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712862: beignet: Reenable GL interop on kFreeBSD
Package: beignet Version: 0.1+git20130619+42967d2-2 Severity: wishlist EGL and OpenGL interop is currently disabled on kFreeBSD because libgbm is not available. It should be reenabled later on. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages beignet depends on: ii libc6 2.17-5 ii libdrm-intel1 2.4.40-1~deb7u2 ii libdrm2 2.4.40-1~deb7u2 ii libegl1-mesa [libegl1-x11] 9.1.3-6 ii libffi5 3.0.10-3 ii libgbm1 9.1.3-6 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1]9.1.3-6 ii libglu1-mesa [libglu1] 8.0.5-4+deb7u2 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 ii libstdc++6 4.7.2-5 ii libx11-62:1.5.0-1+deb7u1 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 beignet recommends no packages. beignet 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#712729: [Build-common-hackers] Bug#712729: cdbs: langcore.mk: support dpkg-buildflags' DEB_CFLAGS_MAINT_APPEND and similar
Quoting Emilio Pozuelo Monfort (2013-06-20 10:18:26) On 20/06/13 09:57, Jonas Smedegaard wrote: Quoting Emilio Pozuelo Monfort (2013-06-20 00:29:14) On 19/06/13 19:14, Jonas Smedegaard wrote: Quoting Emilio Pozuelo Monfort (2013-06-19 11:29:55) Or DEB_LDFLAGS_MAINT_APPEND = -Wl,-O1 -Wl,--as-needed and get my package built with LDFLAGS=dpkg build flags plus my other flags. There are other kind of DEB_LDFLAGS_MAINT_ vars, which are _PREPEND, _SET and _STRIP. CDBS should honor all of them so if I set one, I will get the right flags. Anyone wanting that logic can simply do this: include /usr/share/dpkg/buildflags.mk No need for CDBS to replicate code provided by dpkg IMO. Perhaps CDBS' buildflags can include that file and let it do its magic. But that may or may not be possible as it may unconditionally set *FLAGS (I don't remember and can't check right now). I thought it'd be cool if one wouldn't need to do extra includes. But I understand it may not be straightforward and not worth it. How do you mean? How can buildflags include a file?!? Sorry, s/buildflags/langcore/. By 'that file' I meant dpkg's buildflags.mk. But of course that may not be possible without breaking backwards compatibility as buildflags.mk unconditionally sets *FLAGS. Ah. Correct, including buildflags.mk breaks backwards compatibility so must be an explicit choice by each package maintainer. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#712812: almanah: Please move Almanah 0.10 to unstable
Hey Ángel! El dc 19 de 06 de 2013 a les 22:47 +0200, en/na Angel Abad va escriure: Hi Jordi, I cant upload to unstable, almanah 0.10.8 is waiting for libecal1.2-dev (= 3.6.0) and libedataserver1.2-dev (= 3.6.0). Meh, I totally don't want to entangle this silly transition with all the evo stuff. I tried the upstream patch against 0.9.1, it works flawlessly. Rough, quick patch attached, feel free to cleanup and upload! Thanks! Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ diff -Nru almanah-0.9.1/debian/changelog almanah-0.9.1/debian/changelog --- almanah-0.9.1/debian/changelog 2013-03-12 20:57:44.0 +0100 +++ almanah-0.9.1/debian/changelog 2013-06-20 10:38:55.0 +0200 @@ -1,3 +1,10 @@ +almanah (0.9.1-1.1) unstable; urgency=low + + * Include upstream patch to update GtkSpell3 support (closes: #712812). + * Use dh_autoreconf for the above patch. + + -- Jordi Mallach jo...@debian.org Thu, 20 Jun 2013 10:36:31 +0200 + almanah (0.9.1-1) unstable; urgency=high * Imported Upstream version 0.9.1 (Closes: #702905) diff -Nru almanah-0.9.1/debian/control almanah-0.9.1/debian/control --- almanah-0.9.1/debian/control 2013-03-12 20:56:17.0 +0100 +++ almanah-0.9.1/debian/control 2013-06-20 10:36:13.0 +0200 @@ -3,6 +3,7 @@ Priority: extra Maintainer: Angel Abad an...@debian.org Build-Depends: debhelper (= 9), + dh-autoreconf, autotools-dev, intltool (= 0.35.0), libglib2.0-dev, @@ -15,7 +16,7 @@ libecal1.2-dev, libedataserver1.2-dev, libedataserverui-3.0-dev, - libgtkspell-3-dev + libgtkspell3-3-dev Standards-Version: 3.9.4 Vcs-Git: git://anonscm.debian.org/collab-maint/almanah.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/almanah.git diff -Nru almanah-0.9.1/debian/patches/gtkspell3.patch almanah-0.9.1/debian/patches/gtkspell3.patch --- almanah-0.9.1/debian/patches/gtkspell3.patch 1970-01-01 01:00:00.0 +0100 +++ almanah-0.9.1/debian/patches/gtkspell3.patch 2013-06-20 10:38:19.0 +0200 @@ -0,0 +1,88 @@ +From 114c4f78ac9882be51c4154751760bd4fea48403 Mon Sep 17 00:00:00 2001 +From: Álvaro Peña alvar...@gmail.com +Date: Wed, 06 Feb 2013 10:12:54 + +Subject: Update GtkSpell 3 support + +--- +Index: almanah-0.9.1/configure.ac +=== +--- almanah-0.9.1.orig/configure.ac 2013-06-20 10:37:39.728940237 +0200 almanah-0.9.1/configure.ac 2013-06-20 10:37:39.724940237 +0200 +@@ -95,7 +95,7 @@ + + dnl Spell checking + if test $spell_checking = true; then +- PKG_CHECK_MODULES(SPELL_CHECKING, gtkspell-3.0) ++ PKG_CHECK_MODULES(SPELL_CHECKING, gtkspell3-3.0) + AC_SUBST(SPELL_CHECKING_CFLAGS) + AC_SUBST(SPELL_CHECKING_LIBS) + fi +Index: almanah-0.9.1/src/main-window.c +=== +--- almanah-0.9.1.orig/src/main-window.c 2013-06-20 10:37:39.728940237 +0200 almanah-0.9.1/src/main-window.c 2013-06-20 10:37:39.724940237 +0200 +@@ -1389,7 +1389,7 @@ + GDate calendar_date; + gchar calendar_string[100]; + #ifdef ENABLE_SPELL_CHECKING +- GtkSpell *gtkspell; ++ GtkSpellChecker *gtkspell; + #endif /* ENABLE_SPELL_CHECKING */ + AlmanahMainWindowPrivate *priv = main_window-priv; + AlmanahEntry *entry; +@@ -1450,9 +1450,9 @@ + + #ifdef ENABLE_SPELL_CHECKING + /* Ensure the spell-checking is updated */ +- gtkspell = gtkspell_get_from_text_view (priv-entry_view); ++ gtkspell = gtk_spell_checker_get_from_text_view (priv-entry_view); + if (gtkspell != NULL) { +- gtkspell_recheck_all (gtkspell); ++ gtk_spell_checker_recheck_all (gtkspell); + gtk_widget_queue_draw (GTK_WIDGET (priv-entry_view)); + } + #endif /* ENABLE_SPELL_CHECKING */ +@@ -1514,13 +1514,13 @@ + { + AlmanahApplication *application; + GSettings *settings; +- GtkSpell *gtkspell; ++ GtkSpellChecker *gtkspell; + gchar *spelling_language; + GtkTextTagTable *table; + GtkTextTag *tag; + + /* Bail out if spell checking's already enabled */ +- if (gtkspell_get_from_text_view (self-priv-entry_view) != NULL) ++ if (gtk_spell_checker_get_from_text_view (self-priv-entry_view) != NULL) + return TRUE; + + /* If spell checking wasn't already enabled, we have a dummy gtkspell-misspelled text tag to destroy */ +@@ -1541,7 +1541,9 @@ + spelling_language = NULL; + } + +- gtkspell = gtkspell_new_attach (self-priv-entry_view, spelling_language, error); ++ gtkspell = gtk_spell_checker_new (); ++ gtk_spell_checker_set_language (gtkspell, spelling_language, error); ++ gtk_spell_checker_attach (gtkspell, self-priv-entry_view); + g_free (spelling_language); + + if (gtkspell == NULL) +@@ -1552,13 +1554,13 @@ + static void + disable_spell_checking (AlmanahMainWindow *self) + { +- GtkSpell *gtkspell; ++ GtkSpellChecker *gtkspell; + GtkTextTagTable *table; + GtkTextTag *tag; + +- gtkspell =
Bug#712559: Logrotate do not restart cups
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Am Mo den 17. Jun 2013 um 13:51 schrieb Didier 'OdyX' Raboud: Oh, The bug 660852 is still open in bugtracker. I just closed it after further investigation: it is fixed in 1.5.3 by upstream. Seen it. I can confirm, that that two bugs are closed now. But this bug (712559) still exists after upgrading to the current version in sid. ~ lsof -n G cups ... cupsd 22975 root4u REG 0,230 3385 /var/log/cups/access_log cupsd 22975 root5u REG 0,23 830 5304 /var/log/cups/error_log.1 (deleted) cupsd 22975 root6u REG 0,230 5305 /var/log/cups/page_log ... Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJRwscOAAoJEKZ8CrGAGfas3ZQL/ivqJG6kyKDGQp50lS9Joiot ovsJsOlPLmnTv7HMfzGAVotXE9yv6TE1DjTGu2Xn8taUUsgfHNgVdB+hM+bf2zLm M7Z6jTv2FpIee+Ix/TJy9MyYh7pP1jQeDNBT6z8XoRKb8B9341tooSPgMeku70x8 zCHvu+/3cdputXsVVcy39Vcg+s3ikmCjQi5eDmWNomD+P1t73QLLJIHK+RmR9Tzw nroYZwlbgBzVovqmHrWzZ2v1uDILN6h0fUpTljiIBm6xM5iwPAFynShYxpxdzMIg ny87k6vYUm1grZ54KVH+tNbJAEU06xgkntEQKnSphXo2firjNt0d2qYXlsP9sUNu bJVJdvlGPltsJjjXBn0NFKk6cQDl/kXE2xAV0wwwrO9zRt3nvh6q/i+G1bFr532p RGFoD7UlS4FbQRW7PLDToDlUKU1BoHgrICIXy1XPHeVEbnzCR56JTOAjY0lHwk3r oVDcSutssU8B3bT9xuKZK1r9HmbbYbLA6tqVYNeRKg== =Ikb2 -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#712818: d-shlibmove should replace _ with - while generating package name
Quoting Vasudev Kamath (2013-06-19 19:57:26) While trying to build one of my package falconpl[1]. I noticed that d-shlibmove was expecting package name with _ in it which is not valid according to Debian policy. To explain this SONAME of package calculated by readlibnameinfo is libfalcon_engine.so.1. This is passed to getname function to generate the package name which generates package name as libfalcon_engine1 and dev package as libfalcon_engine1-dev. Since my control file contains package as libfalcon-engine1 and libfalcon-engine1-dev d-shlibmove exits. Possible fix I can see is replacing occurence of _ in package name generated by getname function with - I will try to come up with patch for this soon. Sounds sane. Instead of passing a patch to this bugreport, please simply apply directly to the git - you are co-maintainer, right ;-) Please check also if a) some more specific regular expressions can be dropped by this more generic change, and b) some regular expressions depend on former name (i.e. beware of order of regexp!). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#712807: d-shlibmove expects path passed to it to be as symbolic link
Quoting Vasudev Kamath (2013-06-19 18:54:21) While trying to build one of my package (falconpl) using CDBS I noticed that --extralib option for d-shlibmove expects the paths passed to it as symboli link and exit with failure. [snip] I'm just wondering is there any specific reason why the path passed to d-shlibmove --extralib should be a symbolic link? If its possibly explaining that in man page can be helpful. The use of symlinks in relation to public shared libraries are documented in Debian Policy §8. d-shlibmove is for public shared libraries. If you have an unusual situation (e.g. plugins or other private libraries) not needing symlinks, then d-shlibmove is the wrong tool to use. Hope that helps, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#702329: RFS update
Dear mentors, I am once again looking for a sponsor for my package igtf-policy-bundle * Package name: igtf-policy-bundle Version : 1.53-1 Upstream Author : David Groep dav...@nikhef.nl * URL : http://dist.eugridpma.info/distribution/igtf/ * License : Apache 2 Section : misc It builds those binary packages: igtf-policy-classic - IGTF classic profile for Authority Root Certificates igtf-policy-experimental - IGTF experimental Authority Root Certificates igtf-policy-mics - IGTF MICS profile for Authority Root Certificates igtf-policy-slcs - IGTF SLCS profile for Authority Root Certificates igtf-policy-unaccredited - IGTF unaccredited Authority Root Certificates To access further information about this package, please visit the following URL: http://mentors.debian.net/package/igtf-policy-bundle Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/igtf-policy-bundle/igtf-policy-bundle_1.53-1.dsc More information about the igtf CA distribution can be obtained from http://www.igtf.net/ Changes since the last upload: * New upstream version This package contains a collection of CAs that are not in the ca-certificates package, but which are regularly used in the context of grid computing. The IGTF bundles the forces of three policy management authorities, the EUGridPMA, the TAGPMA and APGridPMA. The packages are bundled according to the profiles defined by the IGTF. I've implemented integration with the ca-certificates packages and admins can choose to whitelist or blacklist certain CAs. Regards, Dennis van Dok -- D.H. van Dok :: Software Engineer :: www.nikhef.nl/grid :: Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709831:
tags 709831 confirmed thanks Running dcut -d dm from within a schroot system requires patch f7418f6b. Attaching patch I used for reference. dcut_dm_schroot.patch Description: Binary data
Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages
Hi Daniel, One more thing: please install desktop icon. At the moment it is mentioned in .desktop file but not yet shipped by the package. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712861: gnome-bluetooth: Breaks gnome-shell: GnomeBluetoothApplet.KillswitchState is undefined
reassign 712861 gnome-shell severity 712861 serious thanks Hi, On 20/06/13 11:18, Peter De Wachter wrote: Package: gnome-bluetooth Version: 3.8.1-1 Severity: important Dear Maintainer, After installing this version of gnome-bluetooth, gnome-shell 3.4.2-8 refuses to start with the following error message: JS ERROR: !!! Exception was: TypeError: GnomeBluetoothApplet.KillswitchState is undefined JS ERROR: !!! message = 'GnomeBluetoothApplet.KillswitchState is undefined' JS ERROR: !!! fileName = '/usr/share/gnome-shell/js/ui/status/bluetooth.js' JS ERROR: !!! lineNumber = '97' JS ERROR: !!! stack = '()@/usr/share/gnome-shell/js/ui/status/bluetooth.js:97 wrapper()@/usr/share/gjs-1.0/lang.js:204 ()@/usr/share/gnome-shell/js/ui/status/bluetooth.js:56 wrapper()@/usr/share/gjs-1.0/lang.js:204 ()@/usr/share/gjs-1.0/lang.js:145 ()@/usr/share/gjs-1.0/lang.js:239 ()@/usr/share/gnome-shell/js/ui/panel.js:1135 wrapper()@/usr/share/gjs-1.0/lang.js:204 start()@/usr/share/gnome-shell/js/ui/main.js:234 @main:1 That was my bad. Can you apply the attached patch to /usr/share/gnome-shell/js/ui/status/bluetooth.js and see if gnome-shell works fine with it? Thanks, Emilio --- a/js/ui/status/bluetooth.js +++ b/js/ui/status/bluetooth.js @@ -36,11 +36,11 @@ this._applet.connect('notify::killswitch-state', Lang.bind(this, this._updateKillswitch)); this._killswitch.connect('toggled', Lang.bind(this, function() { let current_state = this._applet.killswitch_state; -if (current_state != GnomeBluetoothApplet.KillswitchState.HARD_BLOCKED -current_state != GnomeBluetoothApplet.KillswitchState.NO_ADAPTER) { +if (current_state != GnomeBluetoothApplet.BluetoothKillswitchState.HARD_BLOCKED +current_state != GnomeBluetoothApplet.BluetoothKillswitchState.NO_ADAPTER) { this._applet.killswitch_state = this._killswitch.state ? -GnomeBluetoothApplet.KillswitchState.UNBLOCKED: -GnomeBluetoothApplet.KillswitchState.SOFT_BLOCKED; +GnomeBluetoothApplet.BluetoothKillswitchState.UNBLOCKED: +GnomeBluetoothApplet.BluetoothKillswitchState.SOFT_BLOCKED; } else this._killswitch.setToggleState(false); })); @@ -94,10 +94,10 @@ _updateKillswitch: function() { let current_state = this._applet.killswitch_state; -let on = current_state == GnomeBluetoothApplet.KillswitchState.UNBLOCKED; -let has_adapter = current_state != GnomeBluetoothApplet.KillswitchState.NO_ADAPTER; -let can_toggle = current_state != GnomeBluetoothApplet.KillswitchState.NO_ADAPTER - current_state != GnomeBluetoothApplet.KillswitchState.HARD_BLOCKED; +let on = current_state == GnomeBluetoothApplet.BluetoothKillswitchState.UNBLOCKED; +let has_adapter = current_state != GnomeBluetoothApplet.BluetoothKillswitchState.NO_ADAPTER; +let can_toggle = current_state != GnomeBluetoothApplet.BluetoothKillswitchState.NO_ADAPTER + current_state != GnomeBluetoothApplet.BluetoothKillswitchState.HARD_BLOCKED; this._killswitch.setToggleState(on); if (can_toggle)
Bug#712559: Logrotate do not restart cups
Hi again Klaus, Le jeudi, 20 juin 2013 11.10:39, Klaus Ethgen a écrit : Seen it. I can confirm, that that two bugs are closed now. But this bug (712559) still exists after upgrading to the current version in sid. ~ lsof -n G cups This command spits an error here; what is the exact command that you are running to test for this bug ? Also, note that the logrotate script is now /etc/logrotate.d/cups-daemon and that it properly stops the daemon, rotates the logs, and starts the daemon. I don't really see what is failing on your side. Did you maybe change the cups and/or logrotate configuration? In what way? And what breaks again? Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712863: transition: gnome-bluetooth
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I accidentally started the gnome-bluetooth transition... :( The number of packages affected is relatively small (~8) and we've uploaded almost all of them already. I expect things to be ready real soon so that this doesn't block other transitions (e.g. the apache one). Ben file: title = gnome-bluetooth; is_affected = .depends ~ libgnome-bluetooth10 | .depends ~ libgnome-bluetooth11; is_good = .depends ~ libgnome-bluetooth11; is_bad = .depends ~ libgnome-bluetooth10; -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental'), (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712864: RM: haskell-zeromq-haskell [kfreebsd-amd64] -- ROM; build-depends on unavailable libzmq-dev
Package: ftp.debian.org Severity: normal libzmq-dev is not currently available on kfreebsd-amd64, so haskell-zeromq-haskell 0.8.3-1 only built because it pulled in libxs-compat-libzmq-dev. However: haskell-zeromq-haskell (0.8.4-1) experimental; urgency=low * Add a version constraint to the dependency on libzmq-dev to avoid pulling in libxs-compat-libzmq-dev * New upstream release -- Joachim Breitner nome...@debian.org Sat, 05 Jan 2013 16:13:33 +0100 So please remove the stale binaries. $ dak rm -Rn -a kfreebsd-amd64 -b libghc-zeromq-haskell-dev libghc-zeromq-haskell-prof W: -a/--architecture implies -p/--partial. Working... done. Will remove the following packages from unstable: libghc-zeromq-haskell-dev |0.8.3-1 | kfreebsd-amd64 libghc-zeromq-haskell-prof |0.8.3-1 | kfreebsd-amd64 Maintainer: Debian Haskell Group pkg-haskell-maintain...@lists.alioth.debian.org --- Reason --- -- Checking reverse dependencies... # Broken Build-Depends: hbro: libghc-zeromq-haskell-dev libghc-zeromq-haskell-dev (= 0.8.4) libghc-zeromq-haskell-prof hbro hasn't built on kfreebsd-amd64 because the version constraint isn't satisfied, so this is OK. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712559: Logrotate do not restart cups
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Do den 20. Jun 2013 um 11:19 schrieb Didier 'OdyX' Raboud: ~ lsof -n G cups This command spits an error here; what is the exact command that you are running to test for this bug ? Oh, I was not aware that there is still persons around not using zsh. :-) alias -g G='| grep' Also, note that the logrotate script is now /etc/logrotate.d/cups-daemon and that it properly stops the daemon, rotates the logs, and starts the daemon. I saw it. But it doesn't seems to stop the daemon propeprly. I don't really see what is failing on your side. Did you maybe change the cups and/or logrotate configuration? In what way? And what breaks again? ~ md5sum /etc/logrotate.d/cups-daemon /etc/init.d/cups 3e1344f49a9c579af422f903c69a2776 /etc/logrotate.d/cups-daemon d379ac04035381af726151dd7a578350 /etc/init.d/cups So, no, this is the original from the package. ~ dpkg -l \*cups\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersionArchitecture Description +++-===-==-==- ii cups1.6.2-9amd64 Common UNIX Printing System(tm) - server ii cups-bsd1.6.2-9amd64 Common UNIX Printing System(tm) - BSD commands ii cups-client 1.6.2-9amd64 Common UNIX Printing System(tm) - client programs (SysV) ii cups-common 1.6.2-9all Common UNIX Printing System(tm) - common files ii cups-daemon 1.6.2-9amd64 Common UNIX Printing System(tm) - daemon ii cups-filters1.0.34-3 amd64 OpenPrinting CUPS Filters ii cups-ppdc 1.6.2-9amd64 Common UNIX Printing System(tm) - PPD manipulation utilities ii cups-server-common 1.6.2-9all Common UNIX Printing System(tm) - server common files ii ghostscript-cups9.05~dfsg-6.3 amd64 interpreter for the PostScript language and for PDF - CUPS filters ii libcups2:amd64 1.6.2-9amd64 Common UNIX Printing System(tm) - Core library ii libcups2-dev1.6.2-9amd64 Common UNIX Printing System(tm) - Development files CUPS library ii libcupscgi1:amd64 1.6.2-9amd64 Common UNIX Printing System(tm) - CGI library ii libcupsfilters-dev 1.0.34-3 amd64 OpenPrinting CUPS Filters - Development files for the library ii libcupsfilters1:amd64 1.0.34-3 amd64 OpenPrinting CUPS Filters - Shared library ii libcupsimage2:amd64 1.6.2-9amd64 Common UNIX Printing System(tm) - Raster image library ii libcupsimage2-dev 1.6.2-9amd64 Common UNIX Printing System(tm) - Development files CUPS image library ii libcupsmime1:amd64 1.6.2-9amd64 Common UNIX Printing System(tm) - MIME library ii libcupsppdc1:amd64 1.6.2-9amd64 Common UNIX Printing System(tm) - PPD manipulation library And: ~ mount G /tmp tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime) So, it is also not running into the old bug of logrotate when /tmp is mounted with noexec. But maybe there was a change in logrotate recently, I don't know. -- Checked, yes, there was. ~ dpkg -l logrotate Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersionArchitecture Description +++-===-==-==- ii logrotate 3.8.3-5amd64 Log rotation utility And they seems to change the pre- and post- stuff in version 3.8.3-4. Maybe that was a wrong change. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4
Bug#702329: RFS update
Hi, I don't plan to sponsor this package, but here is one comment: On 06/20/2013 11:34, Dennis van Dok wrote: igtf-policy-classic - IGTF classic profile for Authority Root Certificates igtf-policy-experimental - IGTF experimental Authority Root Certificates igtf-policy-mics - IGTF MICS profile for Authority Root Certificates igtf-policy-slcs - IGTF SLCS profile for Authority Root Certificates igtf-policy-unaccredited - IGTF unaccredited Authority Root Certificates Why are these multiple binary packages? I would assume they should just be installed into different locations. A sponsor should check the integrity of the certificates. How could he do this? Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698840: NMU of gosa with ldap-manager support re-included
Did someone get in thouch with the stable release manager about updating wheezy? Can someone prepare a fixed package to upload into the Skolelinux repository? Preferably identical to the one that will show up in wheezy. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712812: almanah: Please move Almanah 0.10 to unstable
2013/6/20 Jordi Mallach jo...@debian.org Hey Ángel! El dc 19 de 06 de 2013 a les 22:47 +0200, en/na Angel Abad va escriure: Hi Jordi, I cant upload to unstable, almanah 0.10.8 is waiting for libecal1.2-dev (= 3.6.0) and libedataserver1.2-dev (= 3.6.0). Meh, I totally don't want to entangle this silly transition with all the evo stuff. I tried the upstream patch against 0.9.1, it works flawlessly. Rough, quick patch attached, feel free to cleanup and upload! Thanks! Jordi Thanks Jordi, I'll review it as soon as possible. Cheers, -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ -- Angel Abad an...@debian.org | angela...@ubuntu.com | angela...@gmail.com http://www.pastelero.net FPR: EBF6 080D 59D4 008A DF47 00D4 098D AE47 EE3B C279
Bug#712867: iceweasel-l10n-ca: Grammar mistake in the Catalan translation of Iceweasel (not Firefox)
Package: iceweasel-l10n-ca Version: 1:21.0-1 Severity: wishlist Tags: l10n Dear Maintainer, There is a grammar mistake in the Catalan translation of Iceweasel. As a result of the branding change from Firefox to Iceweasel in Debian, all the strings in the translations which matched to Firefox were changed to Iceweasel. This may work well in many languages. But there is a problem with the Catalan translation: while in the original Firefox translation it says el Firefox, it has been changed to el Iceweasel. This incorrect in Catalan, because Iceweasel start with a vowel sound, so it has to be contracted like this: l'Iceweasel. There are a lot of strings that must be changed in order to be correct. Please consider this change in the next versions of this package. Regards, Adrián Laviós. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel-l10n-ca depends on: ii iceweasel 21.0-1 Versions of packages iceweasel-l10n-ca recommends: ii myspell-ca 0.20111230b-4 iceweasel-l10n-ca 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#712868: xfce4-settings-helper generates segfault when running under VNC
Package: xfce4-settings Version: 4.8.3-2 Severity: important Tags: patch Dear Maintainer, when running xfce4 under VNC (vnc4server), xfce4-settings-helper generates a segfault. E.g.: kernel: xfce4-settings-[20447]: segfault at 1 ip 8000936e sp b270 error 4 in xfce4-settings-helper[8000+f000] I debugged and identifed the issue: When running under VNC, the function XGetExtensionVersion returns 1. This is not considered in xfce_pointers_helper_init(). The following patch fixes the issue. Thanks for processing this issue. Regards Mathias --- Author: Mathias Koehrer mathias.koeh...@etas.com --- xfce4-settings-4.8.3.orig/xfce4-settings-helper/pointers.c +++ xfce4-settings-4.8.3/xfce4-settings-helper/pointers.c @@ -135,8 +135,11 @@ xfce_pointers_helper_init (XfcePointersH /* query the extension version */ version = XGetExtensionVersion (xdisplay, INAME); -/* check for Xi */ -if (version == NULL || !version-present) +/* check for Xi. + * Note: if running under VNC, XGetExtensionVersion returns a pointer + * with the address 1. This has to be considered here. + * */ +if (version == NULL || version == (void*)1 || !version-present) { g_critical (XI is not present.); } -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.46-rt67-2 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-settings depends on: ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libexo-1-0 0.6.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 ii libxi6 2:1.6.1-1+deb7u1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.3.2-2+deb7u1 ii xfconf 4.8.1-1 Versions of packages xfce4-settings recommends: ii x11-utils 7.7~1 pn xfce4-volumed none xfce4-settings 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#712869: [wsl.uvt.nl: Re: [uruk] autodetect met /sbin/ip patch]
Package: uruk Hi Casper and Wessel, Thanks, I'll apply it soonish. Patch for documentation/NEWS-file welcome too. Bye, Joost Casper Gielen wrote: hierbij een kleine patch die ip-autodetectie met behulp van /sbin/ip toevoegt. De code komt uit onze rc-file en is waarschijnlijk door Wessel geschreven. De huidige autodetectie-code werkt prima voor normale systemen maar niet voor onze Blackboard-systemen. De foutieve aanname is dat als /lib/uruk/init/autodetect-ips bestaat dat er dan ook altijd een /etc/sysconfig/network-scripts/ifcfg-eth? (of /etc/network/interfaces) bestaat. Dit probleem is aan het licht gekomen nu we ook Redhat-systemen autoconfigureren. Ik dacht hier een oplossing voor te hebben door een 'pre' file te gebruiken. In test werkt dat prima maar in praktijk moet die code draaien voor dat er een schrijfbaar filesystem beschikbaar is. Ook dat gaat in praktijk goed zolang je die file maar van te voren aanmaakt en je IP niet veranderd tijdens een reboot, Helaas is dat precies wat er wel gebeurd wanneer je een kloon maakt. Vandaar deze patch die autodetectie doet met /sbin/ip als de andere methodes niet werken. Een klein nadeel is dat we huidige de code nog niet kunnen schrappen uit de 'rc' file zonder te controleren dat alle systemen een moderne uruk hebben (met autodetect-ips). There is an objection to this patch as it likely to fail in practice. This code assumes that the interface is up when Uruk starts. That may not be the case, especially on systems with a non-standard network-configuration. However, that situation is currently not supported either, so nothing will be broken that isn't failing already. My specific use-case is that the interface is configured by udev and not through the normal configuration files. The /sbin/ip method works fine but it is not used as it is not in autodetect-ips. Therefor I moved the /sbin/ip method to autodetect-ips. -- - Forwarded message from Wessel Dankers wsl.uvt.nl - Date: Thu, 20 Jun 2013 12:16:36 +0200 From: Wessel Dankers Subject: Re: [uruk] autodetect met /sbin/ip patch Message-ID: 20130620101636.gi2...@homsar.uvt.nl References: 51c2c8f4.4050...@uvt.nl 51c2ce91.7030...@uvt.nl 51c2d303.7020...@uvt.nl 51c2d368.3090...@uvt.nl 20130620101421.gh2...@homsar.uvt.nl In-Reply-To: 20130620101421.gh2...@homsar.uvt.nl X-oi: oi X-Organization: Universiteit van Tilburg: IT Services Hoi, On 2013‒06‒20 12:14:21+0200, Wessel Dankers wrote: On 2013‒06‒20 12:03:20+0200, Casper Gielen wrote: patch cancelled. sorry, the last patch breaks on debian. I have no time to fix it properly. maybe later. Geattacht een versie die misschien wel gaat werken. Niet uitputtend kunnen testen. Zeg ik. Met vriendelijke groet, -- Wessel Dankers wsl.uvt.nl – LIS UNIX® あ! diff --git a/uruk/init/autodetect-ips b/uruk/init/autodetect-ips index 56946aa..13b626d 100644 --- a/uruk/init/autodetect-ips +++ b/uruk/init/autodetect-ips @@ -6,6 +6,7 @@ # net{,6}_interface_default # Copyright © 2012 Wessel Dankers +# Copyright © 2013 Casper Gielen # This file 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 @@ -32,6 +33,7 @@ # For each interface if in interfaces, ip_if should be defined. # First try Red Hat's init scripts +found_rhel_network_script=false for f in /etc/sysconfig/network-scripts/ifcfg-* do test -e $f || continue @@ -46,11 +48,15 @@ do echo ip6_${i}_default=${IPV6ADDR%/*} echo net6_${i}_default=$IPV6ADDR ) + found_rhel_network_script=true done -# Second, Debian's init scripts -if test -f /etc/network/interfaces +if $found_rhel_network_script then + # nothing to do +elif test -f /etc/network/interfaces +then + # Second, Debian's init scripts eval $( while read -r key val val1 rest do @@ -84,5 +90,21 @@ then esac done /etc/network/interfaces ) -fi +elif test -x /sbin/ip +then + # This may fail when using DHCP: in that case the interface address + # may not be configured yet when this piece of code is ran. You can + # hardcode the addresses in $etcdir/ip or change the boot order. + for i in $interfaces + do + autodetect_cidr=$(/sbin/ip a l $i | awk '$1 == inet { print $2; exit }') + eval ip_${i}_default=${autodetect_cidr%/*} + + # inet6 fe80::250:56ff:fe31:3831/64 scope link + # we rely on the first match being 'scope global'. + # we want to set the IP even if theres only a 'scope link' one. + autodetect_ipv6=$(/sbin/ip a l $i | awk '$1 == inet6 { print $2; exit }') + eval ip6_${i}_default=${autodetect_ipv6%/*} + done +fi - End forwarded message - signature.asc Description: Digital signature
Bug#711236: Could it be?
That the following problem is related. I tried to upgrad redmine and I come at least to the old Login page from redmine. After I try to login I get the following backtrace: Redirected to http://www.q-software-solutions.de/support/ Completed 302 Found in 302ms (ActiveRecord: 54.7ms) NoMethodError (undefined method `options' for {:ctime=1371727458, :atime=1371727458, :user_id=3}:Hash): /usr/lib/ruby/vendor_ruby/rack/session/abstract/id.rb:329:in `commit_session' Well in the start it seems it is a RakeSessionHash, but during this call it's just an Hash? Sorry I've not more information Regards Friedrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712870: linux-image-3.9-1-amd64: enable CONFIG_USER_NS
Package: src:linux Version: 3.9.6-1 Severity: wishlist Hi, would it be possible to enable the CONFIG_USER_NS option? AFAICT as of v3.10 all the parts that needed converting have been converted. Is this correct? Are there any other related concerns? Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702329: RFS update
On 20-06-13 13:04, Ansgar Burchardt wrote: Hi, I don't plan to sponsor this package, but here is one comment: On 06/20/2013 11:34, Dennis van Dok wrote: igtf-policy-classic - IGTF classic profile for Authority Root Certificates igtf-policy-experimental - IGTF experimental Authority Root Certificates igtf-policy-mics - IGTF MICS profile for Authority Root Certificates igtf-policy-slcs - IGTF SLCS profile for Authority Root Certificates igtf-policy-unaccredited - IGTF unaccredited Authority Root Certificates Why are these multiple binary packages? I would assume they should just be installed into different locations. The full collection contains certificates for CAs that are not accredited (yet), so typically you don't want them installed at all. The distinction between classic, MICS (member-integrated) and SLCS (short-lived credentials) is the profile as defined by the IGTF. The admin should be aware of the differences in these policies. Although there is an option to exclude certain CAs from being trusted, the default is to trust all (accredited) CAs that are installed. A sponsor should check the integrity of the certificates. How could he do this? I can bring the sponsor in personal contact with David Groep, who is a member of the IGTF and upstream distributor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711167: libapache2-mod-perl2: FTBFS on ia64: test suite failed to start server
severity 711167 important thanks On Wed, Jun 19, 2013 at 09:57:37PM +0300, Niko Tyni wrote: I guess I'll upload something that shows the error log when the tests fail then, and start hoping for the worst... :) Done in 2.0.8+httpd24-r1449661-5. Of course, the worst didn't happen and alkman managed a successful ia64 build. I'm downgrading this to 'important'; there's nothing we can do until it happens again and we see the error log. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712868: Improved patch...
Dear Maintainer, an even improved patch is attached. Replace the hard coded address 1 by the #define NoSuchExtension as provided in X11/extensions/Xi.h. Regards Mathias --- Author: Mathias Koehrer mathias.koeh...@etas.com --- xfce4-settings-4.8.3.orig/xfce4-settings-helper/pointers.c +++ xfce4-settings-4.8.3/xfce4-settings-helper/pointers.c @@ -135,8 +135,11 @@ xfce_pointers_helper_init (XfcePointersH /* query the extension version */ version = XGetExtensionVersion (xdisplay, INAME); -/* check for Xi */ -if (version == NULL || !version-present) +/* check for Xi. + * Note: if running under VNC, XGetExtensionVersion returns a pointer + * with the address 1 (=NoSuchExtension). This has to be considered here. + * */ +if (version == NULL || version == (void*)NoSuchExtension || !version-present) { g_critical (XI is not present.); } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712871: checkinstall: fails to create checkinstall file
Package: checkinstall Version: 1.6.2-4 Severity: grave Justification: renders package unusable Dear Maintainer, When running to install 'samhain' from the source package, it fails saying this;- # Enter a number to change any of them or press ENTER to continue: Installing with - D... = Installation results === /var/tmp/tmp.Rm6my1sygv/installscript.sh: 4: /var/tmp/tmp.Rm6my1sygv/installscript.sh: -: not found Installation failed. Aborting package creation. Cleaning up...OK ### This bug renders the programme unusable, when I was expecting it to create the executable file. -- 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/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 checkinstall depends on: ii dpkg-dev 1.16.10 ii file 1:5.14-2 ii libc6 2.17-3 Versions of packages checkinstall recommends: ii make 3.81-8.2 Versions of packages checkinstall suggests: ii gettext 0.18.2.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712872: cups: [RFE] Modifying authentication data for a job in the queue
Package: cups Version: 1.6.2-9 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Some programs (such as Libreoffice) do not provide a way to specify a username and password when printing to a printer that has AuthInfoRequired username,password in its printers.conf entry. A job created by such a program will sit in the queue until an administrator removes it. I'd like a way for the administrator to specify authentication values for such a job that has been created without them. Something like: # lpmodify -o username=foo,password 7 Enter value for 'password': *** Here the given value was used for username, and since no password was specified it was prompted so that it is not visible in the process's command line arguments, nor is it recorded in the user's shell history. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (540, 'testing'), (530, 'unstable'), (520, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-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 Versions of packages cups depends on: ii cups-client1.6.2-9 ii cups-common1.6.2-9 ii cups-daemon1.6.2-9 ii cups-filters 1.0.34-3 ii cups-ppdc 1.5.3-5 ii cups-server-common 1.6.2-9 ii debconf [debconf-2.0] 1.5.50 ii ghostscript9.05~dfsg-6.3 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc-bin 2.17-3 ii libc6 2.17-3 ii libcups2 1.6.2-9 ii libcupscgi11.6.2-9 ii libcupsimage2 1.6.2-9 ii libcupsmime1 1.6.2-9 ii libcupsppdc1 1.6.2-9 ii libgcc11:4.8.1-2 ii libstdc++6 4.8.1-2 ii libusb-1.0-0 2:1.0.15-1 ii lsb-base 4.1+Debian12 ii poppler-utils 0.18.4-6 ii procps 1:3.3.4-2 Versions of packages cups recommends: pn avahi-daemon none ii colord 0.1.21-4 ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-6.3 pn printer-driver-gutenprint none Versions of packages cups suggests: ii cups-bsd 1.6.2-9 pn cups-pdf none pn foomatic-db-compressed-ppds | foomatic-db none pn hplip none pn printer-driver-hpcups none ii smbclient 2:3.6.15-1 ii udev 175-7.2 - -- debconf information: * cupsys/raw-print: true * cupsys/backend: lpd, socket, usb, snmp, dnssd -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlHC7qkACgkQshl/216gEHiCfQCeLjeAhKPewvt8azJbnuvplhZw vtsAn35rHJS90ctdW/diEyUKVw23l6wn =lw1N -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#712873: openstreetmap-client: Nothing happens when Application - Open track is clicked, but an error
Package: openstreetmap-client Version: 12.07.4~ds0-1 Severity: normal Tags: upstream Dear Maintainer, When clicking Application - Open track, nothing happens, but the following error is printed on the console: Traceback (most recent call last): File /usr/share/openstreetmap-client/maps/map_application.py, line 141, in on_open self.window.on_import_clicked(action, parameter) TypeError: on_import_clicked() takes exactly 2 arguments (3 given) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages openstreetmap-client depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii gir1.2-champlain-0.120.12.3-2 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-gdkpixbuf-2.0 2.28.2-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gtk-3.0 3.8.2-2 ii gir1.2-gtkchamplain-0.12 0.12.3-2 ii gir1.2-gtkclutter-1.01.2.0-2 ii python 2.7.5-2 ii python-lxml 3.2.0-1 openstreetmap-client recommends no packages. openstreetmap-client 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#692507: Acknowledgement (openvpn: duplicate pulled IPv6 routes on restarts)
On Mon, Jan 14, 2013 at 04:15:36PM +0200, Apollon Oikonomopoulos wrote: Hi, Any news on this bug? Since it matches the IPv6 release goal of wheezy, the package can probably still be fixed. Furthermore, I'd like to stress the importance of note b) above: an openvpn instance configured with automatic restarts will exit unexpectedly after a number of restarts, if IPv6 routes are pushed by the server. Hi, Sorry for the very late reply. When you opened the report Wheezy was frozen, and making changes like this was difficult. There's a new openvpn version in wheezy-backports now (2.3.1) that no longer includes the IPv6 patch since it's provided upstream now. Could you try it and confirm whether it's fixed or not? Thanks, and sorry again. Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579084: This bug still happens in 3.4.0-2
I reply to this bug after three years of its submission to say that this problem still happens with the version 3.4.0-2 (jessie/testing). Even updating to the version in experimental does not solve the problem. Also, in the newer versions, adding the suggested text-x-preview.icon to 48x48/mimetypes does not solve the problem like it did on the previous ones. -List of available versions:-- $ apt-cache policy gnome-icon-theme gnome-icon-theme: Instaŀlat: 3.4.0-2 Candidat: 3.4.0-2 Taula de versió: 3.8.2-2 0 300 http://ftp.caliu.cat/debian/ unstable/main amd64 Packages *** 3.4.0-2 0 990 http://ftp.caliu.cat/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-icon-theme depends on: ii hicolor-icon-theme 0.12-1 ii libgtk-3-bin 3.4.2-6 ii librsvg2-common 2.36.4-2 gnome-icon-theme recommends no packages. gnome-icon-theme 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#681961: Not the way to do it
tags 681961 + wontfix thanks Hi, you cannot count on the time the VPN takes to stablish in order to run other services unless you run them via the --up script (and possibly --up-delay). You don't want an 8 seconds delay/loop for each VPN started. Regards, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712860: aptitude upgrade probleme with package linux-image-3.2.0-4-amd64 version 3.2.46-1
Control: tag -1 moreinfo Please send the contents of /proc/mounts. Ben. -- Ben Hutchings Lowery's Law: If it jams, force it. If it breaks, it needed replacing anyway. signature.asc Description: This is a digitally signed message part
Bug#712874: b43-fwcutter: [INTL:ja] New Japanese translation
Package: b43-fwcutter Version: 1:017-2 Severity: wishlist Tags: patch l10n Dear b43-fwcutter package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- victory http://userscripts.org/scripts/show/102724 0.0.1.4 http://userscripts.org/scripts/show/163846 0.0.1 http://userscripts.org/scripts/show/163848 0.0.1 b43-fwcutter_1_017-2.ja.po.gz Description: Binary data
Bug#712875: qbittorrent: infinite loop when torrent and a subdirectory have the same name
Package: qbittorrent Version: 2.9.8-1 Severity: normal Dear Maintainer, With qbittorrent configured to create files immediately and to download each torrent in a directory named after the torrent's name: 1. Open a torrent containing a directory which name conflicts with the torrent's name. 2. qBittorrent generates a huge amount of IO creating a directory tree torrent_name/torrent_name/torrent_name/... until filesystem's limit is reached. 3. Files at the root of the torrent will be stored in the parent directory, possibly causing conflicts and corrupting other torrents which triggered the same bug. The torrent directories will contain the zero-filled files. Files in the subdirectory trigerring the bug will be stored in the torrent root directory. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (80, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qbittorrent depends on: ii geoip-database 20130213-1 ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libqt4-dbus4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libssl1.0.01.0.1e-2 ii libstdc++6 4.7.2-5 ii libtorrent-rasterbar6 0.15.10-1+b1 ii python 2.7.3-4 qbittorrent recommends no packages. Versions of packages qbittorrent suggests: pn qbittorrent-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712870: linux-image-3.9-1-amd64: enable CONFIG_USER_NS
On Thu, 2013-06-20 at 13:49 +0200, Alessandro Ghedini wrote: Package: src:linux Version: 3.9.6-1 Severity: wishlist Hi, would it be possible to enable the CONFIG_USER_NS option? AFAICT as of v3.10 all the parts that needed converting have been converted. Is this correct? Are there any other related concerns? This is not correct; XFS has not been converted. And there are likely many more privilege escalation bugs related to users creating their own user-namespaces that haven't yet been discovered. I am reluctant to enable it again at this stage without limiting its use to root by default. Ben. -- Ben Hutchings Lowery's Law: If it jams, force it. If it breaks, it needed replacing anyway. signature.asc Description: This is a digitally signed message part
Bug#712876: [INTL:tr] Turkish debconf templates translation
Package: nss-pam-ldapd Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Turkish translation of the nss-pam-ldapd package. Thanks, Atila KOÇ # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # Atila KOà a...@artielektronik.com.tr, 2012, 2013. # msgid msgstr Project-Id-Version: nss-pam-ldapd\n Report-Msgid-Bugs-To: nss-pam-ld...@packages.debian.org\n POT-Creation-Date: 2013-06-10 07:23+0200\n PO-Revision-Date: 2013-06-12 17:48+0200\n Last-Translator: Atila KOà a...@artielektronik.com.tr\n Language-Team: Turkish debian-l10n-turk...@lists.debian.org\n Language: tr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Poedit 1.5.4\n #. Type: string #. Description #: ../nslcd.templates:2001 msgid LDAP server URI: msgstr LDAP sunucusu Tekdüzen Kaynak Tanımlayıcısı (URI): #. Type: string #. Description #: ../nslcd.templates:2001 msgid Please enter the Uniform Resource Identifier of the LDAP server. The format is \ldap://hostname_or_IP_address:port/\. Alternatively, \ldaps://\ or \ldapi://\ can be used. The port number is optional. msgstr Lütfen LDAP sunucusunun Tekdüzen Kaynak Tanımlayıcısını (URI) giriniz. Bu \ldap://sunucuadı_ya_da_IP:baÄlantı_noktası/\ Åeklinde bir dizgedir. \ldaps://\ ya da \ldapi://\ de kullanılabilir. BaÄlantı noktası (port) numarası seçime baÄlıdır. #. Type: string #. Description #: ../nslcd.templates:2001 msgid When using an ldap or ldaps scheme it is recommended to use an IP address to avoid failures when domain name services are unavailable. msgstr 'ldap' ya da 'ldaps' düzeni kullanıldıÄında, alan adı hizmetinin eriÅilemediÄi durumlarda aksama yaÅanmaması için IP adresi kullanmanız önerilir. #. Type: string #. Description #: ../nslcd.templates:2001 #| msgid Multiple URIs can be specified by separating them with spaces. msgid Multiple URIs can be separated by spaces. msgstr Aralarında boÅluk bırakılarak birden fazla URI tanımlanabilir. #. Type: string #. Description #: ../nslcd.templates:3001 msgid LDAP server search base: msgstr LDAP sunucusu arama tabanı: #. Type: string #. Description #: ../nslcd.templates:3001 msgid Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \example.net\ would use \dc=example,dc=net\ as the distinguished name of the search base. msgstr Lütfen LDAP arama tabanının belirgin adını giriniz. ÃoÄu site bunun için alan adlarının bileÅenlerini kullanır. ÃrneÄin alan adı \example.net\ olan site, arama tabanı belirgin adı olarak \dc=example,dc=net\ kullanır. #. Type: select #. Choices #: ../nslcd.templates:4001 msgid none msgstr yok #. Type: select #. Choices #: ../nslcd.templates:4001 msgid simple msgstr basit #. Type: select #. Choices #: ../nslcd.templates:4001 msgid SASL msgstr SASL #. Type: select #. Description #: ../nslcd.templates:4002 msgid LDAP authentication to use: msgstr Kullanılacak LDAP doÄrulama biçimi: #. Type: select #. Description #: ../nslcd.templates:4002 msgid Please choose what type of authentication the LDAP database should require (if any): msgstr Lütfen LDAP veritabanı tarafından istenecek doÄrulama Åeklini seçiniz (eÄer varsa): #. Type: select #. Description #: ../nslcd.templates:4002 msgid * none: no authentication;\n * simple: simple bind DN and password authentication;\n * SASL: any Simple Authentication and Security Layer mechanism. msgstr * yok: doÄrulama yok;\n * basit: belirgin ad (DN) ile basit baÄlantı ve parola ile doÄrulama;\n * SASL: herhangi bir Basit DoÄrulama ve Güvenlik Katmanı (SASL) yöntemi. #. Type: string #. Description #: ../nslcd.templates:5001 msgid LDAP database user: msgstr LDAP veritabanı kullanıcısı: #. Type: string #. Description #: ../nslcd.templates:5001 #| msgid #| Enter the name of the account that will be used to log in to the LDAP #| database. This value should be specified as a DN (distinguished name). msgid Please enter the name of the account that will be used to log in to the LDAP database. This value should be specified as a DN (distinguished name). msgstr Lütfen LDAP veritabanında oturum açmak için kullanılacak hesabın adını giriniz. Bu deÄer bir belirgin ad (DN) Åeklinde girilmelidir. #. Type: password #. Description #: ../nslcd.templates:6001 msgid LDAP user password: msgstr LDAP kullanıcı parolası: #. Type: password #. Description #: ../nslcd.templates:6001 #| msgid Enter the password that will be used to log in to the LDAP database. msgid Please enter the password that will be used to log in to the LDAP database. msgstr Lütfen LDAP veritabanında oturum açmak için kullanılacak parolayı giriniz. #. Type: select #. Description #: ../nslcd.templates:7001 msgid SASL mechanism to use:
Bug#712878: brp-pacu: FTBFS on buildds
Package: brp-pacu Version: 2.1.1+git20111020-2 Severity: serious Hello, brp-pacu currently build-depends on libgtkdatabox-dev which is a virtual package provided by both libgtkdatabox-0.9.1-1-dev and libgtkdatabox-0.9.2-0-dev. Buildds do not choose between either, you have to tell which one should be preferred, by using for instance: libgtkdatabox-0.9.2-0-dev | libgtkdatabox-dev so that buildds will pick up libgtkdatabox-0.9.2-0-dev even if it will still be allowed to build by hand against libgtkdatabox-0.9.1-1-dev. Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel * x remarque qu'avec un peu de volonté, on peut faire du code de porc dans d'importe quel langage Turing-complet -+- x sur #ens-mim - codons porc -+- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712872: cups: [RFE] Modifying authentication data for a job in the queue
Control: tags -1 +upstream Hi Sam, and thanks for your bugreport, I'm hereby CC'ing Michael Sweet, Cups upstream author. Le jeudi, 20 juin 2013 13.59:37, Sam Morris a écrit : Some programs (such as Libreoffice) do not provide a way to specify a username and password when printing to a printer that has AuthInfoRequired username,password in its printers.conf entry. A job created by such a program will sit in the queue until an administrator removes it. I'd like a way for the administrator to specify authentication values for such a job that has been created without them. Something like: # lpmodify -o username=foo,password 7 Enter value for 'password': *** Here the given value was used for username, and since no password was specified it was prompted so that it is not visible in the process's command line arguments, nor is it recorded in the user's shell history. So you are asking for a feature to modify cups jobs to add missing credentials to them so that they can succeed on restricted printers, right? Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change
hi, On Thu, Jun 20, 2013 at 5:03 PM, Roland Stigge sti...@antcom.de wrote: You don't need to worry about the state of openjdk-7 on powerpcspe. As long as openjdk-7 is _intended_ to work on powerpcspe (via Architecture: etc.) So please just enable it as done on powerpc as long as I don't tell otherwise. OK, next upload will be done so. regards, -- KURASHIKI Satoru
Bug#712433: Please add a way to disable the udev code in apt-cdrom
On Sat, Jun 15, 2013 at 11:26:05PM +0100, Steve McIntyre wrote: Package: apt Version: 0.9.7.8 Severity: important Justification: painful to debug problems Thanks for your bugreport. [..] not find a CD drive on my machine via udev (nor in the VM where I first started to debug). So, please: (a) if apt can't find a CD to add for some reason, please *say so* rather than just saying Repeat this process... It currently also returns 0, suggesting even more that everything worked fine. (b) add an option Acquire::cdrom::UseUdev or similar to allow people (me!) to disable the udev code and allow direct use of an already-mounted loopback ISO image or similar. Thanks. Would a message like this have helped you? _error-Info(_(No CD-ROM could be auto-detected, using default mount path '%s'. See 'man apt-cdrom' for more , information about CD-ROM auto-detection.), _config-Find(Acquire::cdrom::mount)); Plus the following man-page addition: --no-auto-detect, --cdrom Do not try to auto-detect the CD-ROM path. Usually combined with the --cdrom option. Configuration Item: Acquire::cdrom::AutoDetect. If so, I will add it to the repo. David already fixed the exit code and misleading Repeat this process... message in his branch. Cheers, Michael Thanks! -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::Debug ; APT::Debug::aptcdrom true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ;
Bug#712843: RFS: liboauth/1.0.1-1
It's already set to =8.1.3 which is the lowest version providing a compat level of 9. Lintian docs: Note if you are using a compat level, which is marked as experimental, such as compat 9 in debhelper 8.1.3, then please override this tag. Anyway, I changed the version to 9 now that version 9 of debhelper is ubiquitous On Thu, Jun 20, 2013 at 1:28 AM, Prach Pongpanich prach...@gmail.comwrote: On Thu, Jun 20, 2013 at 9:56 AM, Bilal Akhtar bilalakh...@ubuntu.com wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package liboauth dget -x http://mentors.debian.net/debian/pool/main/libo/liboauth/liboauth_1.0.1-1.dsc Package has lintian warnings : W: package-needs-versioned-debhelper-build-depends Please bump the dependency on debhelper to 9 (same a debian/compat file). Regrads, Prach
Bug#712879: debian-installer: unable to preseed german nodeadkeys keyboard for installed system
Package: debian-installer Version: 20130430 Hi, i have now tried for 2 weeks to find preseeding config which will install a system with a german nodeadkeys keyboard. Whatever i try preseeding the final system has a us keyboard. I am using Phil Hands class based installer scripts. I boot the kernel via PXE with these settings on the command line: language=en country=DE keymap=de The current values i try to preseed are: keyboard-configuration keyboard-configuration/modelselect Generic 105-key (Intl) PC keyboard-configuration keyboard-configuration/layout select German keyboard-configuration keyboard-configuration/variant select German - German (eliminate dead keys) keyboard-configuration keyboard-configuration/altgrselect The default for the keyboard layout keyboard-configuration keyboard-configuration/compose select No compose key keyboard-configuration keyboard-configuration/ctrl_alt_bkspboolean false keyboard-configuration keyboard-configuration/xkb-keymap select de After installation in the final system: debian:~# debconf-get-selections --installer | grep ^d-i | grep keyboard d-i keyboard-configuration/layout select German d-i keyboard-configuration/variant select German - German (eliminate dead keys) d-i keyboard-configuration/unsupported_options boolean true d-i keyboard-configuration/optionscode string d-i keyboard-configuration/modelcodestring pc105 d-i keyboard-configuration/unsupported_config_options boolean true d-i keyboard-configuration/toggle select No toggling d-i keyboard-configuration/altgrselect The default for the keyboard layout d-i keyboard-configuration/unsupported_layout boolean true d-i keyboard-configuration/layoutcode string us d-i keyboard-configuration/store_defaults_in_debconf_db boolean true d-i keyboard-configuration/xkb-keymap select de d-i keyboard-configuration/ctrl_alt_bkspboolean false d-i keyboard-configuration/variantcode string d-i keyboard-configuration/unsupported_config_layoutboolean true d-i keyboard-configuration/compose select No compose key d-i keyboard-configuration/switch select No temporary switch d-i keyboard-configuration/modelselect Generic 105-key (Intl) PC debian:~# debconf-get-selections | grep ^keyboard keyboard-configuration keyboard-configuration/layout select German keyboard-configuration keyboard-configuration/xkb-keymap select us keyboard-configuration keyboard-configuration/variant select English (US) keyboard-configuration keyboard-configuration/unsupported_options boolean true keyboard-configuration keyboard-configuration/ctrl_alt_bkspboolean false keyboard-configuration keyboard-configuration/variantcode string keyboard-configuration keyboard-configuration/optionscode string keyboard-configuration keyboard-configuration/modelcodestring pc105 keyboard-configuration keyboard-configuration/unsupported_config_options boolean true keyboard-configuration keyboard-configuration/unsupported_config_layout boolean true keyboard-configuration keyboard-configuration/toggle select No toggling keyboard-configuration keyboard-configuration/compose select No compose key keyboard-configuration keyboard-configuration/switch select No temporary switch keyboard-configuration keyboard-configuration/altgrselect The default for the keyboard layout keyboard-configuration keyboard-configuration/unsupported_layout boolean true keyboard-configuration keyboard-configuration/modelselect Generic 105-key (Intl) PC keyboard-configuration keyboard-configuration/layoutcode string us keyboard-configuration keyboard-configuration/store_defaults_in_debconf_db boolean true debian:~# cat /etc/default/keyboard # KEYBOARD CONFIGURATION FILE # Consult the keyboard(5) manual page. XKBMODEL=pc105 XKBLAYOUT=us XKBVARIANT= XKBOPTIONS= BACKSPACE=guess Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#712860: (no subject)
the output of less /proc/mounts sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=10240k,nr_inodes=1539387,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=1232724k,mode=755 0 0 /dev/disk/by-uuid/38042732-8fb2-42a7-94cd-679c7ca79519 / ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 tmpfs /run/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=7152700k 0 0 /dev/sdb7 /home ext4 rw,relatime,user_xattr,barrier=1,data=ordered 0 0 /dev/sda1 /media/DATEN ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0 rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0 192.168.2.5:/Multimedia /media/Multimedia nfs rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.2.5,mountvers=3,mountport=38590,mountproto=udp,local_lock=none,addr=192.168.2.5 0 0 192.168.2.5:/Backup /media/Backup nfs rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.2.5,mountvers=3,mountport=38590,mountproto=udp,local_lock=none,addr=192.168.2.5 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: Bug#706376: Bug#706376: Bug#706376: Bug#706376: octave: sparse matrix n*2^16
On 06/19/2013 08:32 PM, David Bateman wrote: On 06/20/2013 01:10 AM, David Bateman wrote: I'd like to add some tests first and see if any other bugs have turned up after this change. For example the changes use made to sprand and sprandn 2 years ago to call randperm also overflows. At the moment I'm getting 791 failed tests with make check is that normal ? David Ok, it seems Jaroslav's code for idx_vector(Sparsebool hasn't been used much in the last 5 years as it was completely wrong and when I started using it, it caused 791 failures in make check. I've fixed his code as it makes sense to use it and pushed my changeset at http://hg.savannah.gnu.org/hgweb/octave/rev/8fce0ed4894a This change seems OK to me, but is there some reason to not use dim_vector dv = dims (); return (dv.any_zero ()); as the default definition for is_empty? jwe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#165157: tcpdump: add a tee-like mode
Hi, you can do like this: # tcpdump -i eth0 -w - | tee outout.pcap | tcpdump -r Works fine and is the traditional Unix approach: Use existing small tools and combine them (e.g. via a pipe), instead of re-implementing the features of one of them into the other. Romain, for you as the package maintainer, I suggest you can safely close this bug, since a simple solution is already available. Thanks, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712880: libegl1-mesa: Versioned dependency too weak
Package: libegl1-mesa Version: 9.1.3-6 Severity: normal Hi, the beignet package builds against libegl1-mesa, and uses the symbol image_lookup_extension, which according to the symbols file exists since version 8.1. The dependency generated by dpkg-shlibdeps is libegl1-mesa (= 8.1~0) | libegl1-x11 which is also fulfilled by version 8.0 currently in stable. Simon -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libegl1-mesa depends on: ii libc6 2.17-5 ii libdrm2 2.4.40-1~deb7u2 ii libgbm1 9.1.3-6 ii libudev0175-7.2 ii libwayland-client0 1.1.0-2 ii libwayland-server0 1.1.0-2 ii libx11-62:1.5.0-1+deb7u1 ii libx11-xcb1 2:1.5.0-1+deb7u1 ii libxcb-dri2-0 1.9.1-3 ii libxcb-render0 1.8.1-2+deb7u1 ii libxcb-shape0 1.8.1-2+deb7u1 ii libxcb-xfixes0 1.9.1-3 ii libxcb1 1.8.1-2+deb7u1 ii multiarch-support 2.13-38 Versions of packages libegl1-mesa recommends: ii libegl1-mesa-drivers 9.1.3-6 libegl1-mesa suggests no packages. Versions of packages xserver-xorg depends on: ii libc6 2.17-5 ii x11-xkb-utils 7.7~1 ii xkb-data 2.5.1-3 ii xserver-xorg-core 2:1.12.4-6 ii xserver-xorg-input-all1:7.7+3~deb7u1 ii xserver-xorg-input-evdev [xorg-driver-input] 1:2.7.0-1+b1 ii xserver-xorg-input-mouse [xorg-driver-input] 1:1.7.2-3 ii xserver-xorg-input-synaptics [xorg-driver-input] 1.6.2-2 ii xserver-xorg-input-vmmouse [xorg-driver-input]1:12.9.0-1 ii xserver-xorg-video-intel [xorg-driver-video] 2:2.19.0-6 Versions of packages xserver-xorg recommends: ii libgl1-mesa-dri 8.0.5-4+deb7u2 Versions of packages xserver-xorg-core depends on: ii keyboard-configuration 1.88 ii libaudit0 1:1.7.18-1.1 ii libc6 2.17-5 ii libdrm2 2.4.40-1~deb7u2 ii libgcrypt11 1.5.0-5 ii libpciaccess0 0.13.1-2 ii libpixman-1-0 0.26.0-4 ii libselinux1 2.1.9-5 ii libudev0175-7.2 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxfont1 1:1.4.5-2 ii udev175-7.2 ii xserver-common 2:1.12.4-6 Versions of packages xserver-xorg-core recommends: ii libgl1-mesa-dri 8.0.5-4+deb7u2 Versions of packages xserver-xorg-core suggests: ii xfonts-100dpi1:1.0.3 ii xfonts-75dpi 1:1.0.3 ii xfonts-scalable 1:1.0.3-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#712879: debian-installer: unable to preseed german nodeadkeys keyboard for installed system
Control: reassign -1 keyboard-configuration Hello, Florian Lohoff, le Thu 20 Jun 2013 14:57:52 +0200, a écrit : i have now tried for 2 weeks to find preseeding config which will install a system with a german nodeadkeys keyboard. Whatever i try preseeding the final system has a us keyboard. This is thus a bug for the keyboard-configuration package, reassigning. I am using Phil Hands class based installer scripts. I boot the kernel via PXE with these settings on the command line: language=en country=DE keymap=de The current values i try to preseed are: keyboard-configuration keyboard-configuration/modelselect Generic 105-key (Intl) PC keyboard-configuration keyboard-configuration/layout select German keyboard-configuration keyboard-configuration/variant select German - German (eliminate dead keys) keyboard-configuration keyboard-configuration/altgrselect The default for the keyboard layout keyboard-configuration keyboard-configuration/compose select No compose key keyboard-configuration keyboard-configuration/ctrl_alt_bkspboolean false keyboard-configuration keyboard-configuration/xkb-keymap select de After installation in the final system: debian:~# debconf-get-selections --installer | grep ^d-i | grep keyboard d-i keyboard-configuration/layout select German d-i keyboard-configuration/variant select German - German (eliminate dead keys) d-i keyboard-configuration/unsupported_options boolean true d-i keyboard-configuration/optionscode string d-i keyboard-configuration/modelcodestring pc105 d-i keyboard-configuration/unsupported_config_options boolean true d-i keyboard-configuration/toggle select No toggling d-i keyboard-configuration/altgrselect The default for the keyboard layout d-i keyboard-configuration/unsupported_layout boolean true d-i keyboard-configuration/layoutcode string us d-i keyboard-configuration/store_defaults_in_debconf_db boolean true d-i keyboard-configuration/xkb-keymap select de d-i keyboard-configuration/ctrl_alt_bkspboolean false d-i keyboard-configuration/variantcode string d-i keyboard-configuration/unsupported_config_layoutboolean true d-i keyboard-configuration/compose select No compose key d-i keyboard-configuration/switch select No temporary switch d-i keyboard-configuration/modelselect Generic 105-key (Intl) PC debian:~# debconf-get-selections | grep ^keyboard keyboard-configurationkeyboard-configuration/layout select German keyboard-configurationkeyboard-configuration/xkb-keymap select us keyboard-configurationkeyboard-configuration/variant select English (US) keyboard-configurationkeyboard-configuration/unsupported_options boolean true keyboard-configurationkeyboard-configuration/ctrl_alt_bkspboolean false keyboard-configurationkeyboard-configuration/variantcode string keyboard-configurationkeyboard-configuration/optionscode string keyboard-configurationkeyboard-configuration/modelcodestring pc105 keyboard-configuration keyboard-configuration/unsupported_config_options boolean true keyboard-configuration keyboard-configuration/unsupported_config_layoutboolean true keyboard-configurationkeyboard-configuration/toggle select No toggling keyboard-configurationkeyboard-configuration/compose select No compose key keyboard-configurationkeyboard-configuration/switch select No temporary switch keyboard-configurationkeyboard-configuration/altgrselect The default for the keyboard layout keyboard-configurationkeyboard-configuration/unsupported_layout boolean true keyboard-configurationkeyboard-configuration/modelselect Generic 105-key (Intl) PC keyboard-configurationkeyboard-configuration/layoutcode string us keyboard-configuration keyboard-configuration/store_defaults_in_debconf_db boolean true debian:~# cat /etc/default/keyboard # KEYBOARD CONFIGURATION FILE # Consult the keyboard(5) manual page. XKBMODEL=pc105 XKBLAYOUT=us XKBVARIANT= XKBOPTIONS= BACKSPACE=guess Flo -- Florian Lohoff f...@zz.de -- Samuel --- christ gives channel operator status to Dieu -+- #ens-mim and hell -+- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712881: ITP: python-enum34 -- support for enums (backport of Python 3.4's enum package)
Package: wnpp Severity: wishlist Owner: Barry Warsaw ba...@python.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: python-enum34 Version : 0.9 Upstream Author : Ethan Furman et...@stoneleaf.us * URL : https://pypi.python.org/pypi/enum34 * License : BSD Programming Lang: Python Description : support for enums (backport of Python 3.4's enum package) PEP 435 describes the new enum package for Python 3.4. enum34 is a backport of this package for older Pythons. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRwwOhAAoJEBJutWOnSwa/y94QALh+XU4J5kQ9pgpccGeuIpbm 6I7azhBnMvpojuJrcQCulGqs4EQ1sPPpCvEU6MWrwt30d5nmacEbVEBJuOQK1F9/ 4xDtprAmHrbZ7OkBfMrumj6+HSyO3yNTLz7VbXFeg4VdE0blIEq/fW7iFVBRMIOU BtqMLHs5fkhS+fLUJIxuByTahKnt89cdQRcfh3ntrx6oYKLX6x13dSTyE2C/Ur/M krxoVYzW8xR6q/sWBcKaT3btvlbfdmopu95WRGXfDnVvYsqtp5SSfQR65uWWj4RW Lh5igtUw2Dq6e0oMXpDYqJZBqYLE+emqo48DikR4obAtKrOMYx1blinnWAJbobBY gg/MR9PVa2eL4f3fNSH8SPiSw6HSTEq9bJzJviD1sJsERRT3iRoETlTjtaV1gQZ6 385SR5cls9Jol+5h1/oX/2E72SasNvq3dBKXzM/h5/KXTUjOY7pkVqzLMhBnDXHn ohu9u/x7gl+FBVV6KRQkLWbRbOMV7BAluidztPxHH/Iql/rsYtGw1qW5z/ZbPhiF Kbg0WOZWM8gSLCBgx2NF/31OOeFDvVIeRz9DIsdtokbpwihxq4lsyjELdXhkUEtZ HLZMVgJdO0IhFjAzo9NTgSox6jsTaucX7qAd0QVdw2Sq2E0Nwz56TyO+3IPw6HsT gxzjB31JVZPYGzYtVyEp =2FYm -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#712872: cups: [RFE] Modifying authentication data for a job in the queue
On Thu, 2013-06-20 at 14:41 +0200, Didier 'OdyX' Raboud wrote: Control: tags -1 +upstream Hi Sam, and thanks for your bugreport, I'm hereby CC'ing Michael Sweet, Cups upstream author. Le jeudi, 20 juin 2013 13.59:37, Sam Morris a écrit : Some programs (such as Libreoffice) do not provide a way to specify a username and password when printing to a printer that has AuthInfoRequired username,password in its printers.conf entry. A job created by such a program will sit in the queue until an administrator removes it. I'd like a way for the administrator to specify authentication values for such a job that has been created without them. Something like: # lpmodify -o username=foo,password 7 Enter value for 'password': *** Here the given value was used for username, and since no password was specified it was prompted so that it is not visible in the process's command line arguments, nor is it recorded in the user's shell history. So you are asking for a feature to modify cups jobs to add missing credentials to them so that they can succeed on restricted printers, right? Cheers, OdyX That's right, thanks. :) -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#608615: updating chewing
Hi folks, I am fixing RC bug now. I saw these bugs. Hi jidanni, The Debian packager may not understand Chinese and may not be suitable to do conversion table. I think you will be more productive talk to the upstream on this issue. I think you will be in better position to talk to upstream on this issue and I will not forward this. (At least ChangZhuo seems to be working very active on this package.) Hi ChangZhuo Chen, You seem to have git repo for this package with many bug fixes. https://github.com/chewing/libchewing Are you a part of the upstream? Does this package have upstream official VCS? It does not seem to be listed. Or you are the upstream? What do you think jidanni's suggestion as below: http://bugs.debian.org/608615 It will be nice if you include them if they are valid. I can not judge his suggestion. Also, please see this important RC porting bug and adopt this as upstream: http://bugs.debian.org/709934 Also isn't it time to upload new upstream version? Instead of me chasing your git repo, it will be nice to have a new package. Otherwise, proofed single patch file is easier for me to manage too. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686518: openvswitch-switch: No network configuration with openvswitch
Hi, The bug still exists and the added ifup -a helps, but if the interface has not been set up before you need to set the link up manually : # ip link set eth1 up I added this to my /etc/network/interfaces to fix this at boot : auto eth1 iface eth1 inet manual pre-up ip link set eth1 up Regards, -- Jonathan Dupart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704564: Ping
It looks like the files are now ready: https://github.com/sourcecd/linux-firmware/tree/master/radeon It would be nice to have the uvd firmware ready for the release of kernel 3.10 Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712883: libchewing3: packaging shortcomings
Package: libchewing3 Version: 0.3.4-2 Severity: normal This package does not run test script since it breaks. This package has following problems too: I: libchewing source: debug-package-for-multi-arch-same-pkg-not-coinstallable libchewing3-dbg = libchewing3 N: N:The debug package appear to be containing debug symbols for a N:Multi-Arch: same package, but the debug package itself is not N:Multi-Arch: same. If so, it is not possible to have the debug symbols N:for all architecture variants of the binaries available at the same N:time. N: N:Making a debug package co-installable with itself is very trival, when N:installing the debug symbols beneath: N: /usr/lib/debug/.build-id/XX/rest-id.debug N: N:dh_strip does this in debhelper compat 9. Otherwise, the expected N:location of the debug symbols of a given ELF binary can be determined by N:using: N: N: readelf -n binary-elf | \ N: perl -ne 'print if s,^\s*Build ID:\s*(\S\S)(\S+),/usr/lib/debug/.build-id/$1/$2.debug,' N: N:Severity: minor, Certainty: possible N: N:Check: group-checks, Type: source I: libchewing3: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/libchewing.so.3.0.1 N: N:This package provides an ELF binary that lacks the use of fortified libc N:functions. Either there are no potentially unfortified functions called N:by any routines, all unfortified calls have already been fully validated N:at compile-time, or the package was not built with the default Debian N:compiler flags defined by dpkg-buildflags. If built using N:dpkg-buildflags directly, be sure to import CPPFLAGS. N: N:NB: Due to false-positives, Lintian ignores some unprotected functions N:(e.g. memcpy). N: N:Refer to http://wiki.debian.org/Hardening and N:http://bugs.debian.org/673112 for details. N: N:Severity: normal, Certainty: wild-guess N: N:Check: binaries, Type: binary, udeb I skipped these for this RC bug fix only upload. Next time :-) (But maybe uploaded by some one understanding Chinese.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695452: [Pkg-ime-devel] Bug#695452: updating chewing
Hi, Excuse me. Also, please see this important RC porting bug and adopt this as upstream: http://bugs.debian.org/709934 This is provided by you and already included in git. Sorry, I got really confused. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712885: fop does not generate pdf files on mips - wheezy
Package: fop Version: 1.0.dfsg2-6 Severity: serious Tags: wheezy During x11proto-core and xorg-docs packages rebuild on mips with sbuild, issue with fop occured. Issue is described at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712689 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712698 Snip of build log: -BEGIN--- GENx11protocol.pdf Making portrait pages on A4 paper (210mmx297mm) [warning] /usr/bin/fop: Unable to locate commons-io in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate avalon-framework in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate serializer in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate xalan2 in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate xml-apis in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate batik-all in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate commons-logging in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate servlet-api in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate xercesImpl in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate xmlgraphics-commons in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate xml-apis-ext in /«PKGBUILDDIR»/debian/tmp/usr/share/java [warning] /usr/bin/fop: Unable to locate fop in /«PKGBUILDDIR»/debian/tmp/usr/share/java Exception in thread main java.lang.NoClassDefFoundError: org/apache/fop/cli/Main Caused by: java.lang.ClassNotFoundException: org.apache.fop.cli.Main at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) Could not find the main class: org.apache.fop.cli.Main. Program will exit. /tmp/xmlto.Jtj6G7 /bin/mkdir -p '/«PKGBUILDDIR»/debian/tmp/usr/share/doc/x11proto-core-dev' /usr/bin/install -c -m 644 x11protocol.html x11protocol.txt ../../specs/x11protocol.pdf x11protocol.ps x11protocol.html.db x11protocol.pdf.db '/«PKGBUILDDIR»/debian/tmp/usr/share/doc/x11proto-core-dev' /usr/bin/install: cannot stat `../../specs/x11protocol.pdf': No such file or directory make[5]: *** [install-shelfDATA] Error 1 make[5]: Leaving directory `/«PKGBUILDDIR»/build/specs' make[4]: *** [install-am] Error 2 make[4]: Leaving directory `/«PKGBUILDDIR»/build/specs' make[3]: *** [install-recursive] Error 1 make[3]: Leaving directory `/«PKGBUILDDIR»/build/specs' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/«PKGBUILDDIR»/build' dh_auto_install: make -j1 install DESTDIR=/«PKGBUILDDIR»/debian/tmp AM_UPDATE_INFO_DIR=no returned exit code 2 make[1]: *** [override_dh_auto_install] Error 29 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot-tcp debian/rules binary gave error exit status 2 --END--- Any suggestions?
Bug#712060: Assistant: uses lots of CPU
Hi Joey On Sat, Jun 15, 2013 at 2:44 PM, Joey Hess jo...@debian.org wrote: Felipe Sateler wrote: My setup is as follows: I have my annex on my laptop, and on the usb drive I have 2 annexes: a full backup annex, and an archive annex (BTW, why don't full backup annexes count as archive annexes?). I have some files archived, so the archive annex is not empty. I've noticed that some files are constantly being dropped and transferred (it appears that files in archives suffer from this problem, but not all though). I attach the log file. I have reproduced this loop. I did not realize there was a straight up loop of get/drop in this situation in direct mode. The behavior in indirect mode was much less annoying. Happily, I have managed to completely fix it, for direct mode repositories. Files will only be dropped when all copes of them are unwanted, and otherwise retained. I think I might be able to get away with closing this bug with this fix. It seems likely that the continual thrashing made the startup scan take longer than it would otherwise. Great news! Thanks for fixing this. I've been thinking, could git-annex nice and ionice itself? I'm mostly a dummy user here, git-annex autostarts on boot, so I can't start it niced myself. This would also help with large annexes on slow drives. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712778: Zookeeper does not work either
Package: zookeeper Version: 3.4.5+dfsg-1 Severity: grave Followup-For: Bug #712778 Hi! In fact, even zookeeper is unable to start with a similar error. The CLASSPATH variable needs to be updated. I was able to run zooinspector with the following classpath: CLASSPATH=/usr/share/java/log4j-1.2.jar:/usr/share/java/slf4j-api.jar:/usr/share/java/slf4j-simple.jar:/usr/share/java/zookeeper.jar:/usr/share/zookeeper/zooinspector/zookeeper-ZooInspector.jar I still get some mystic error on startup but it seems to work. Bumping the severity since zookeeper does not currently work. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-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 Versions of packages zookeeper depends on: ii adduser 3.113+nmu3 ii default-jre-headless [java6-runtime-headless]1:1.6-47 ii libzookeeper-java3.4.5+dfsg-1 ii openjdk-6-jre-headless [java6-runtime-headless] 6b27-1.12.5-2 ii openjdk-7-jre-headless [java6-runtime-headless] 7u21-2.3.9-5 zookeeper recommends no packages. zookeeper 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#712778: Unable to run zooinspector: java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory
Package: zookeeper Version: 3.4.5+dfsg-1 Severity: normal Followup-For: Bug #712778 Hi! Sorry, I was mistaken, this works fine for zookeeper. Only CLASSPATH in zooinspector needs to be updated. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-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 Versions of packages zookeeper depends on: ii adduser 3.113+nmu3 ii default-jre-headless [java6-runtime-headless]1:1.6-47 ii libzookeeper-java3.4.5+dfsg-1 ii openjdk-6-jre-headless [java6-runtime-headless] 6b27-1.12.5-2 ii openjdk-7-jre-headless [java6-runtime-headless] 7u21-2.3.9-5 zookeeper recommends no packages. zookeeper 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#677668: GAP 4.5.4 is released
Hello As a matter of fact GAP 4.6.4 was released on 4 May 2013. Furthermore, Wheezy is now stable. When do you plan to upload Gap 4.6 ? Best wishes, Jerome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org