Bug#719289: nmap: CVE-2013-4885: Arbitrary file upload flaw in http-domino-enum-passwords NSE script
On Sat, Aug 10, 2013 at 10:56:02AM +0200, Hilko Bengen wrote: Control: tags -1 patch * Henri Salo: Advisory: http://seclists.org/fulldisclosure/2013/Aug/67 Thank you for spotting this. The issue has been fixed in r31576 in the upstream SVN repository. The patch is attached below. nmap 6.40 is not vulnerable. stable is affected, oldstable is not. The impact is low, this doesn't warrant a DSA. Hilko, can you fix this in stable through a point update? http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#432200: [PATCH] apt-listbugs: Drop hard dependency on Ruby 1.8
Control: tag -1 + patch Hello, ruby-soap4r is now sitting in NEW. Sources are available at http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-soap4r.git Based on that, you will find attached to this message a patch to drop the hardcoded dependency on Ruby 1.8. I have tested locally by running some of the examples in the examples/ directory with ruby1.8 and with ruby1.9.1 (actualy 1.9.3) and comparing results, and by running $ ./apt-listbugs -s all list $package which also works fine. -- Antonio Terceiro terce...@debian.org From 96ad13038a4d169026954a6aec6bc0c39d77fd87 Mon Sep 17 00:00:00 2001 From: Antonio Terceiro terce...@debian.org Date: Sun, 11 Aug 2013 20:31:43 +0200 Subject: [PATCH] Switch from ruby1.8 to ruby --- apt-listbugs | 2 +- aptcleanup | 2 +- debian/control | 4 ++-- examples/from-severity-get-bugtitles-and-pkgnames.rb | 2 +- examples/getbugstest.rb | 2 +- examples/listbugs-soap.rb| 2 +- examples/minimal-soap.rb | 2 +- lib/apt-listbugs/logic.rb| 2 ++ test_logic.rb| 2 +- 9 files changed, 11 insertions(+), 9 deletions(-) diff --git a/apt-listbugs b/apt-listbugs index 251b5dd..6d62975 100755 --- a/apt-listbugs +++ b/apt-listbugs @@ -1,4 +1,4 @@ -#!/usr/bin/ruby1.8 +#!/usr/bin/ruby # # apt-listbugs: retrieves bug reports and lists them # diff --git a/aptcleanup b/aptcleanup index b6494ab..2f2d13b 100755 --- a/aptcleanup +++ b/aptcleanup @@ -1,4 +1,4 @@ -#!/usr/bin/ruby1.8 +#!/usr/bin/ruby # # aptcleanup: filters /etc/apt/preferences to unpin packages when bugs are fixed # diff --git a/debian/control b/debian/control index 48bab5c..fa16256 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: admin Priority: optional Maintainer: Francesco Poli (wintermute) invernom...@paranoici.org Build-Depends: debhelper (= 7.0.50) -Build-Depends-Indep: ruby1.8, rdtool, gettext, ruby-debian (= 0.3.3), ruby-gettext (= 2.1.0) +Build-Depends-Indep: ruby, rdtool, gettext, ruby-debian (= 0.3.3), ruby-gettext (= 2.1.0) Standards-Version: 3.9.4 Vcs-Git: git://anonscm.debian.org/apt-listbugs/apt-listbugs.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=apt-listbugs/apt-listbugs.git @@ -11,7 +11,7 @@ Homepage: http://alioth.debian.org/projects/apt-listbugs/ Package: apt-listbugs Architecture: all -Depends: ${misc:Depends}, ruby1.8 (= 1.8), libruby1.8 (= 1.8.5), ruby-debian (= 0.3.3), apt, ruby-gettext (= 2.1.0), ruby-xmlparser, ruby-httpclient (= 2.1.5.2-1) +Depends: ${misc:Depends}, ruby | ruby-interpreter, ruby-debian (= 0.3.3), apt, ruby-gettext (= 2.1.0), ruby-xmlparser, ruby-httpclient (= 2.1.5.2-1) Suggests: reportbug, debianutils (= 2.0) | www-browser | w3m Description: tool which lists critical bugs before each apt installation apt-listbugs is a tool which retrieves bug reports from the Debian Bug diff --git a/examples/from-severity-get-bugtitles-and-pkgnames.rb b/examples/from-severity-get-bugtitles-and-pkgnames.rb index 8ef6092..9cb0abd 100755 --- a/examples/from-severity-get-bugtitles-and-pkgnames.rb +++ b/examples/from-severity-get-bugtitles-and-pkgnames.rb @@ -1,4 +1,4 @@ -#!/usr/bin/ruby1.8 -I/usr/share/apt-listbugs/ +#!/usr/bin/ruby -I/usr/share/apt-listbugs/ ### ### test the relay with get_bugs-get_status. diff --git a/examples/getbugstest.rb b/examples/getbugstest.rb index 2c0cbea..ffd8a99 100755 --- a/examples/getbugstest.rb +++ b/examples/getbugstest.rb @@ -1,4 +1,4 @@ -#!/usr/bin/ruby1.8 -I/usr/share/apt-listbugs/ +#!/usr/bin/ruby -I/usr/share/apt-listbugs/ ### ### test the get_bugs interface, which returns the bugs matching the key-id pair from the BTS. diff --git a/examples/listbugs-soap.rb b/examples/listbugs-soap.rb index 16c91ec..6cb33af 100755 --- a/examples/listbugs-soap.rb +++ b/examples/listbugs-soap.rb @@ -1,4 +1,4 @@ -#!/usr/bin/ruby1.8 -I/usr/share/apt-listbugs/ +#!/usr/bin/ruby -I/usr/share/apt-listbugs/ require 'debian/bts' require 'debian/btssoap' diff --git a/examples/minimal-soap.rb b/examples/minimal-soap.rb index c26daec..1fceca0 100755 --- a/examples/minimal-soap.rb +++ b/examples/minimal-soap.rb @@ -1,4 +1,4 @@ -#!/usr/bin/ruby1.8 +#!/usr/bin/ruby # use raw soap interface to create a minimal code that works. # 15 Jul 2007: created as an example to paste into http://wiki.debian.org/DebbugsSoapInterface documentation. require 'soap/rpc/driver' diff --git a/lib/apt-listbugs/logic.rb b/lib/apt-listbugs/logic.rb index 66dec3c..ffafccb 100644 --- a/lib/apt-listbugs/logic.rb +++ b/lib/apt-listbugs/logic.rb @@ -1,3 +1,5 @@ +# encoding: UTF-8 +# # logic.rb: contains most logic from original apt-listbugs. # # Copyright (C) 2002 Masato Taruishi t...@debian.org diff --git a/test_logic.rb b/test_logic.rb index 9b6d1fb..b37adfe 100755
Bug#719462: libmodplug: CVE-2013-4233 CVE-2013-4234
Package: libmodplug Severity: grave Tags: security Justification: user security hole Hi, please see http://blog.scrt.ch/2013/07/24/vlc-abc-parsing-seems-to-be-a-ctf-challenge/ For the CVE assignments: http://seclists.org/oss-sec/2013/q3/343 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719461: ntfs-3g: usermap gives meaningless information
Hi, EVERY user's directory in Windows 7 contains an AppData folder. It is impossible to identify which is which without more information. You can decline to reply on ambiguous files or directories, you will be asked later on another file or directory with the same owner. Another possibility is to use the -u option of ntfs-3g.secaudit, designating a file per user. This must be a file created on Windows by the said user from his/her own Windows account. If you have several users, you will have to merge the outputs. Example : ntfs-3g.secaudit -u /Windows/Users/username/userfile (secaudit may also be run on Windows) I would report this directly to Tuxera, but their website has no readily available clues on how to do this. http://tuxera.com/forum/ Jean-Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719463: ITP: versioneer-clojure -- version introspection for Leiningen-generated projects
Package: wnpp Severity: wishlist Owner: Eugenio Cano-Manuel Mendoza eugenioca...@gmail.com * Package name: versioneer-clojure Version: 0.1.1 Upstream Author: Colin Jones * co...@8thlight.com* * URL: https://github.com/trptcolin/versioneer/ * License: EPL-1.0 Programming Lang: Java, Clojure Description : version introspection for Leiningen-generated projects . versioneer-clojure allows programs to access their own version number. It can retrieve the version either from the system properties (set by Leiningen), a properties file (in jars built by Leiningen), or a default version passed in.
Bug#719444: [Pkg-systemd-maintainers] Bug#719444: Bug#719444: systemd: incompatibility between systemd 204 and libsystemd-login0 44
Hi Michael, Michael Biebl bi...@debian.org writes: b/ Add an artificial libsystemd-login0 (= ${binary:Version}) depends to systemd, so when both packages are installed they are always in sync (udev already uses the same hack, i.e. udev depends on libudev1 of the same version even though udev does not actually depend on libudev1) I vote for b). Upstream’s expectation is that those are always upgraded at the same time. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719455: Needs updating for the latest vim in unstable
On Sun, Aug 11, 2013 at 08:27:13PM -0600, Adam Conrad wrote: Package: vimhelp-de Version: 7.3.101122-2 Severity: serious vim in unstable has been updated to version 7.4, leaving vimhelp-de uninstallable (and causing vimhelp-de to block migration of vim). It would be nice if vimhelp-de could be updated (or removed, if it's no longer updated upstream and no one wants to adopt it), so vim can move along to testing. Sorry, me (upstream) is working on a version bumped release ... flori -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695850: libteam
❦ 12 août 2013 02:49 CEST, Dmitry Smirnov only...@member.fsf.org : Any news on this? libnl3 has been updated in unstable. Thanks, Vincent -- just recently I tried to build new libteam release but stumbled upon the following FTBFS in unstable: /usr/bin/ld: teamdctl.o: undefined reference to symbol 'json_delete' /usr/lib/x86_64-linux-gnu/libjansson.so.4: error adding symbols: DSO missing from command line Do you have any ideas? -ljansson is missing from the gcc line. I have sent a patch to fix that upstream. I don't know why, but this does not happen when just compiling From the tarball. I suppose this is because of the hardening flags. https://github.com/jpirko/libteam/pull/6 -- printk(Illegal format on cdrom. Pester manufacturer.\n); 2.2.16 /usr/src/linux/fs/isofs/inode.c signature.asc Description: PGP signature
Bug#719461: Thanks
:D -- V. Brice Hunt Random quotation: Have you seen the latest Japanese camera? Apparently it is so fast it can photograph an American with his mouth shut! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719465: bind9 crashes VPS
Package: bind9 Version: 1:9.9.2.dfsg.P1-2 Severity: important Dear Maintainer, using bind9 for certain queries is literally crashing my VPS. Bind9 is setup as a name server authoritative for two zones. Querying both zones works fine from localhost and the internet over ipv4, and ipv6. The problem comes up when I try to use bind9 to resolve other domains from localhost. When resolving certain domains, the VPS literally crashes. I have to send it a boot request, and it boots up again starting with grub, to the login prompt. It doesn't matter if I use dig to query localhost by hand, or if I have nameserver::1, or nameserver 127.0.0.1 in resolv.conf. It doesn't matter if I query A records, or records (if those exist). The results are the same, bind9 resolves some domains, and crashes on others. There are no errors in logs. If I use dig by hand, type in: dig @localhost www.debian.org. and press enter, the crash happens right there and then, I have to send the VPS a boot request at that point. Here's a list of domains that work fine, and those which crash the machine. crashes: www.ietf.org. www.linux-speakup.org. ftp.us.debian.org. www.debian.org. works fine: www.yahoo.com. www.google.com. www.fsf.org. There are probably many more from both categories. In the case of a query that works, I can get a cname record, and query that until I get answers for a and records without problems. It doesn't matter if I do, or don't use forwarders. If I put my VPS provider's name servers in resolv.conf, I can query everything just fine. When using the stock wheezy kernel, the machine would sometimes crash during boot right after printing starting bind9, before the ok that comes after. This was true especially if starting named without the -4 flag to disable ipv6. This seems to have gone away after I upgraded to linux 3.9 from wheezy-backports, and just the query crashes remain. I know someone who is with the same VPS provider and runs fedora 16 in his VPS. I have a shell account on his system, and have been able to verify for myself by using dig that it's possible to query all the domains I listed above using his local bind9 on his machine with no crashes. As far as I can tell (lspci, /proc/cpuinfo), his vps is configured exactly like mine as far as hardware, except for RAM and HD capacity. I upgraded the bind9 package to the latest one in experimental, but the query issue is still there. Looking at logs, bind9 appears to start fine with no unusual messages. The VPS is based on KVM/QEMU. According to /proc/cpuinfo on my VPS, the KVM/QEMU version is 0.9.1. The host I login to get out of band access to the VPS says it runs openbsd in the banner it displays. I don't know however if the machine I use for out of band access is the same one on which my VPS is running. I'm not sure how else to go about debugging this. I will do my best though to provide whatever additional information is necessary. Thank you. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-0.bpo.1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bind9 depends on: ii adduser3.113+nmu3 ii bind9utils 1:9.9.2.dfsg.P1-2 ii debconf [debconf-2.0] 1.5.49 ii libbind9-901:9.9.2.dfsg.P1-2 ii libc6 2.17-92 ii libcap21:2.22-1.2 ii libdns95 1:9.9.2.dfsg.P1-2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libisc92 1:9.9.2.dfsg.P1-2 ii libisccc90 1:9.9.2.dfsg.P1-2 ii libisccfg901:9.9.2.dfsg.P1-2 ii liblwres90 1:9.9.2.dfsg.P1-2 ii libreadline6 6.2+dfsg-0.1 ii libssl1.0.01.0.1e-2 ii libxml22.8.0+dfsg1-7+nmu1 ii lsb-base 4.1+Debian8+deb7u1 ii net-tools 1.60-24.2 ii netbase5.0 bind9 recommends no packages. Versions of packages bind9 suggests: ii bind9-doc 1:9.8.4.dfsg.P1-6+nmu2+deb7u1 ii dnsutils1:9.8.4.dfsg.P1-6+nmu3 pn resolvconf none pn ufw none -- Configuration Files: /etc/bind/db.root changed [not included] /etc/bind/named.conf.local changed [not included] -- debconf information: bind9/different-configuration-file: bind9/run-resolvconf: false bind9/start-as-user: bind -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716799: Sound card not always recognized
Now and then the sound card is not in configuration. A reboot recognizes the sound card again. Annoying. Attaching a log from a boot in which the sound card didn't work. Patrik syslogALSA.tar.gz Description: GNU Zip compressed data
Bug#719467: www.debian.org: add link to packaging tutorial on http://www.debian.org/doc/index
Package: www.debian.org Severity: normal Tags: patch Hi, I received quite positive feedback about the Debian Packaging Tutorial, and it is already listed on http://www.debian.org/doc/devel-manuals#packaging-tutorial, so I think that it would make sense to list it together with the new maintainer's guide on http://www.debian.org/doc/index . The patch below does just that. Thanks, Lucas Index: index.wml === RCS file: /cvs/webwml/webwml/english/doc/index.wml,v retrieving revision 1.100 diff -u -r1.100 index.wml --- index.wml 27 Mar 2013 03:26:05 - 1.100 +++ index.wml 12 Aug 2013 07:17:50 - @@ -39,6 +39,7 @@ ul lia href=manuals/maint-guide/Debian New Maintainers' Guide/a/li + lia href=devel-manuals#packaging-tutorialDebian Packaging Tutorial/a/li lia href=manuals/developers-reference/Debian Developer's Reference/a/li /ul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713931: verified
You are correct and this should be fixed. I have contacted older members of forensics-team. --- Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719469: crtmpserver: externalStreams = drop down and never reconnect
Package: crtmpserver Version: 1.0~dfsg-3 Severity: normal Dear Maintainer, The links of external streams like ones from examples in config file /etc/crtmpserver/applications/flvplayback.lua externalStreams = { { uri=rtsp://fms20.mediadirect.ro/live2/realitatea/realitatea, localStreamName=rtsp_test, forceTcp=true }, } lives short period of time, then terminated and never reconnected. So it is impossible to use ip cameras directly, but only with external streamer connected to the server. I saw lot of reports like this one. So this is old permanent problem. -- System Information: Debian Release: wheezy/sid 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=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages crtmpserver depends on: ii crtmpserver-apps 1.0~dfsg-3 ii crtmpserver-libs 1.0~dfsg-3 ii libc6 2.17-3 ii libgcc1 1:4.7.1-2 ii liblua5.1-0 5.1.5-2 ii libssl1.0.0 1.0.1c-3 ii libstdc++64.7.1-2 ii libtinyxml2.6.2 2.6.2-1 crtmpserver recommends no packages. crtmpserver suggests no packages. -- Configuration Files: /etc/default/crtmpserver changed: ENABLED=yes DAEMON_USER=rtmpd DAEMON_ARGS=--daemon DAEMON_CONF=/etc/crtmpserver/crtmpserver.lua -- 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#702511: golang-mode: does not compile with xemacs21
control: tags 702511 + pending control: tags 702521 + pending Hi Kevin, Kevin Ryde use...@zip.com.au writes: Oh, in /usr/lib/emacsen-common/packages/install/golang-mode where now if [ ${FLAVOR} = emacs ]; then exit 0; fi extend it to skip also xemacs21, and it would be helpful to skip emacs21 too pending whether bug 717521 is supposed to work or not. case $FLAVOR in emacs|emacs19|emacs20|emacs21|xemacs21) exit 0 ;; esac This is fixed with http://anonscm.debian.org/gitweb/?p=pkg-golang/golang.git;a=commitdiff;h=05cc04cd5e3b09971b8de97720870cc6772a1af9 Thanks. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671726: apt: should be able to provide hook information through a named pipe
Daniel, David, On Sun, Mar 17, 2013 at 11:52:49PM +0100, Serafeim Zanikolas wrote: On Sun, Mar 17, 2013 at 08:15:32PM +0800, Daniel Hartwig wrote: On 17 March 2013 19:56, Serafeim Zanikolas s...@debian.org wrote: On Sun, Mar 17, 2013 at 02:14:50PM +0800, Daniel Hartwig wrote: The data can be passed through an open fd, similar to dpkg --status-fd argument. Then there are no issues due to filesystems global namespace and it removes the fs as an unrequired middle-man. [..] Attached the updated patches for apt and apt-listbugs, which implement Daniel's proposal of using an fd rather than a fifo. Ping? Is there anything blocking the application of this patch? cheers, sez (currently at DebConf) -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719468: gcc-h8300-hms: FTBFS: *** buffer overflow detected ***: h8300-hitachi-coff-ar terminated
Source: gcc-h8300-hms Version: 1:3.4.6+dfsg2-1 Severity: serious From my pbuilder build log: ... rm -rf ./libgcc.a h8300-hitachi-coff-ar rc ./libgcc.a libgcc/./_cmpsi2.o libgcc/./_ucmpsi2.o libgcc/./_divhi3.o libgcc/./_divsi3.o libgcc/./_mulhi3.o libgcc/./_mulsi3.o libgcc/./_fixunssfsi_asm.o libgcc/./_muldi3.o libgcc/./_negdi2.o libgcc/./_lshrdi3.o libgcc/./_ashldi3.o libgcc/./_ashrdi3.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o libgcc/./_floatdisf.o libgcc/./_fixunsdfsi.o libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o libgcc/./_fixunssfdi.o libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libgcc/./_clear_cache.o libgcc/./_enable_execute_stack.o libgcc/./_trampoline.o libgcc/./__main.o libgcc/./_absvsi2.o libgcc/./_absvdi2.o libgcc/./_addvsi3.o libgcc/./_addvdi3.o libgcc/./_subvsi3.o libgcc/./_subvdi3.o libgcc/./_mulvsi3.o libgcc/./_mulvdi3.o libgcc/./_negvsi2.o libgcc/./_negvdi2.o libgcc/./_ctors.o libgcc/./_ffssi2.o libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_clzsi2.o libgcc/./_clzdi2.o libgcc/./_ctzsi2.o libgcc/./_ctzdi2.o libgcc/./_popcount_tab.o libgcc/./_popcountsi2.o libgcc/./_popcountdi2.o libgcc/./_paritysi2.o libgcc/./_paritydi2.o libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o libgcc/./_udiv_w_sdiv.o libgcc/./_udivmoddi4.o libgcc/./_pack_sf.o libgcc/./_unpack_sf.o libgcc/./_addsub_sf.o libgcc/./_mul_sf.o libgcc/./_div_sf.o libgcc/./_fpcmp_parts_sf.o libgcc/./_compare_sf.o libgcc/./_eq_sf.o libgcc/./_ne_sf.o libgcc/./_gt_sf.o libgcc/./_ge_sf.o libgcc/./_lt_sf.o libgcc/./_le_sf.o libgcc/./_unord_sf.o libgcc/./_si_to_sf.o libgcc/./_sf_to_si.o libgcc/./_negate_sf.o libgcc/./_make_sf.o libgcc/./_sf_to_df.o libgcc/./_sf_to_tf.o libgcc/./_thenan_sf.o libgcc/./_sf_to_usi.o libgcc/./_usi_to_sf.o libgcc/./clzhi2.o libgcc/./ctzhi2.o libgcc/./parityhi2.o libgcc/./popcounthi2.o libgcc/./fixunssfsi.o libgcc/./unwind-dw2.o libgcc/./unwind-dw2-fde.o libgcc/./unwind-sjlj.o libgcc/./gthr-gnat.o libgcc/./unwind-c.o libgcc/./_eprintf.o libgcc/./__gcc_bcmp.o *** buffer overflow detected ***: h8300-hitachi-coff-ar terminated === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x2adcbd17] /lib/x86_64-linux-gnu/libc.so.6(+0xfbcd0)[0x2adcacd0] /lib/x86_64-linux-gnu/libc.so.6(+0xfb159)[0x2adca159] /lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0x89)[0x2ad47209] /lib/x86_64-linux-gnu/libc.so.6(_IO_padn+0xb0)[0x2ad3bc10] /lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x2ebb)[0x2ad188ab] /lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x97)[0x2adca1f7] /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x2adca13d] h8300-hitachi-coff-ar[0x407240] h8300-hitachi-coff-ar[0x408e5f] h8300-hitachi-coff-ar[0x40ffbf] h8300-hitachi-coff-ar[0x4046f6] h8300-hitachi-coff-ar[0x404c1d] h8300-hitachi-coff-ar[0x4026b5] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x2acf0995] h8300-hitachi-coff-ar[0x402a41] === Memory map: 0040-00439000 r-xp 08:01 13902868 /usr/bin/h8300-hitachi-coff-ar 00639000-0063a000 rw-p 00039000 08:01 13902868 /usr/bin/h8300-hitachi-coff-ar 0063a000-0063e000 rw-p 00:00 0 0256a000-02651000 rw-p 00:00 0 [heap] 2aaab000-2aacc000 r-xp 08:01 5768956 /lib/x86_64-linux-gnu/ld-2.17.so 2aacc000-2aacf000 rw-p 00:00 0 2aad1000-2aad3000 rw-p 00:00 0 2accc000-2accd000 r--p 00021000 08:01 5768956 /lib/x86_64-linux-gnu/ld-2.17.so 2accd000-2accf000 rw-p 00022000 08:01 5768956 /lib/x86_64-linux-gnu/ld-2.17.so 2accf000-2ae71000 r-xp 08:01 5768976 /lib/x86_64-linux-gnu/libc-2.17.so 2ae71000-2b071000 ---p 001a2000 08:01 5768976 /lib/x86_64-linux-gnu/libc-2.17.so 2b071000-2b075000 r--p 001a2000 08:01 5768976 /lib/x86_64-linux-gnu/libc-2.17.so 2b075000-2b077000 rw-p 001a6000 08:01 5768976 /lib/x86_64-linux-gnu/libc-2.17.so 2b077000-2b07b000 rw-p 00:00 0 2b07b000-2b09 r-xp 08:01 5768982 /lib/x86_64-linux-gnu/libgcc_s.so.1 2b09-2b29 ---p 00015000 08:01 5768982 /lib/x86_64-linux-gnu/libgcc_s.so.1 2b29-2b291000 rw-p 00015000 08:01 5768982 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fff82ab3000-7fff82ad5000 rw-p 00:00 0 [stack] 7fff82bfe000-7fff82c0 r-xp 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] make[3]: *** [libgcc.a] Aborted
Bug#718643: [dunst] Keyboard shortcuts don't work
Hi Markus, your mail was not sent to the Debian BTS. I suppose that was not intentional. Markus Grunwald mar...@the-grue.de writes: They're attached. The logs reveal that dunst correctly grabs the key combination: 000::0032: 16: Request(33): GrabKey owner-events=true(0x01) grab-window=0x0081 modifiers=Control key=0x41 pointer-mode=Asynchronous(0x01) keyboard-mode=Asynchronous(0x01) You can see that key 0x41, which is 65 in decimal, corresponds to the space key: keycode 65 = space space space nobreakspace KP_0 KP_0 U202F Unfortunately, there is no KeyPress event in the log, so from what I can tell, dunst does everything correctly, but just doesn’t get any input. Hmm, yes, quite so. I have i3 running and an open urxvt. Even on a blank workspace, the dunst message doesn't react on keypresses. What else could steal the keys? Not too sure. Can you change the shortcuts to something somewhat obscure and see if that is working? -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683511: ruby-passenger should not depend on rubygem
Since it's simply a dependency setting, can this please get fixed for wheezy? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712026: transcriber review
A new blocker: The upstream website contains this text: New! Jul 11 Transcriber has been superseded by TranscriberAG: see http://transag.sourceforge.net/! I wonder if it would be best to replace Transcriber with TranscriberAG in Debian. TranscriberAG uses GTK+ and C++ instead of Tcl/Tk. On Mon, 2013-08-12 at 00:05 +0200, Giulio Paci wrote: I do not understand what you mean. The whole content of debian/copyright_hints usually looks weird to me, but it is useful to: 1) write debian/copyright from scratch; 2) being notfied that new files exists or that copyright information changed. licensecheck complains during the build process about this. The problem was that generated copyright_hints before applying all the patches, while at build time licensecheck is run after applying all the patches. I just regenerated the file. Hmm, ok. Maybe it would be best to drop it entirely, it doesn't seem that useful. 1005_avoid_to_put_transcriber_in_background.patch looks wrong, the case you patched is explicitly about putting the program in the background. This was explicitly requested and I agreed with the person making the request. I see no point always putting transcriber in background when it is so easy to write transcriber when needed. Despite the name of the variable bg, its purpose is to detect if the program should be run in batch mode or in interactive mode. Upstream decided that interactive mode implies not only the use of wish instead of tclsh, but also to always start transcriber in background. Hmm, ok. I do not think it is possible to solve this in transcriber. Am I wrong? From debian/rules: DEB_DH_INSTALL_ARGS = debian/transcriber.desktop usr/share/applications The sphere audio format is designed to cheat text editors: the header is 1024 bytes long and is plain ascii, so that most text editors will open the file as text. So it is not a text file, but a binary one. Hmm, ok. A weird audio format, I wonder why it is used instead of just ogg, flac or similar. Unless any of the following is blocker, I prefer to fix/decide to not fix them later. None are. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#432200: [PATCH] apt-listbugs: Drop hard dependency on Ruby 1.8
On Mon, 12 Aug 2013 00:18:14 +0200 Antonio Terceiro wrote: [...] Hello, Hi Antonio! ruby-soap4r is now sitting in NEW. Sources are available at http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-soap4r.git Thank you so much, this is really great news! :-) Based on that, you will find attached to this message a patch to drop the hardcoded dependency on Ruby 1.8. I have tested locally by running some of the examples in the examples/ directory with ruby1.8 and with ruby1.9.1 (actualy 1.9.3) and comparing results, and by running $ ./apt-listbugs -s all list $package which also works fine. Thanks a lot for the patch as well! I will test and apply it as soon as possible, once ruby-soap4r is available (at least) in sid. Thank you for your contribution, it's really appreciated. Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpWIF2O3qpqB.pgp Description: PGP signature
Bug#719470: aiccu: Backslash in password doesn't end up in the config file
Package: aiccu Version: 20070115-15.1 Severity: normal Hello, after setting up a new dynamic tunnel I entered the necessary data in the debconf dialogs, which worked fine, the list of tunnels could be retrieved, so logging in to the SIXXS account worked at install time. But starting the tunnel afterwards didn't work, and when I checked the config file I found a backslash missing in the password. Guess there's some problem with quoting going on when inserting the password into the config file. Cheers Wolfgang Karall -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-22-pve (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aiccu depends on: ii debconf [debconf-2.0] 1.5.49 ii iproute20120521-3+b3 ii iputils-ping 3:20101006-1+b1 ii iputils-tracepath 3:20101006-1+b1 ii libc6 2.13-38 ii libgnutls262.12.20-7 ii lsb-base 4.1+Debian8+deb7u1 ii ucf3.0025+nmu3 Versions of packages aiccu recommends: ii bind9-host 1:9.8.4.dfsg.P1-6+nmu2+deb7u1 ii dnsutils1:9.8.4.dfsg.P1-6+nmu2+deb7u1 ii ntp 1:4.2.6.p5+dfsg-2 aiccu suggests no packages. -- Configuration Files: /etc/aiccu.conf [Errno 13] Permission denied: u'/etc/aiccu.conf' -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709947: closed by ty...@mit.edu (Theodore Y. Ts'o) (Bug#708307: fixed in e2fsprogs 1.42.8-1)
Hi, Theodore Ts'o wrote: We have a minor problem with uploading a fix. E2fsprogs currently FTBFS on stable, due to bug #707996, whose root cause is #708061. Personally, I blame glibc (#708061) for once again making a library-visible API change. (If they didn't want programs to use __secure_getenv, they shouldn't have made it visible.) Odd --- wouldn't building e2fsprogs in a wheezy chroot avoid trouble, since libc in wheezy doesn't have that bug? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694381: dracut 031 available
dracut 031-1 is now available. It now includes support for the Debian specific udev rules which are needed for lvm and dm. Please test if this new version fixes your problem properly. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716799: Battery capacity
I would believe that the processor's sleep state is not fully optimized. Fans are always running. In the specification of battery from the manufacturer it says up to 6h of battery use. Maximum time I have been able to run is less than 2 hours. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696165: Acknowledgement (ITP: libdiffutils-java -- Java diff and patch library)
+++ Debian Bug Tracking System [2012-12-17 12:54 +]: Packaging for this is now complete (after a 6 month delay due to jh_build not quite doing the right thing). However the licencing of some files is a little unclear as the package has been derived from JRCS which was originaly apache1-1, but later moved to LGPL2.1 and it's not quite clear which vintage it was derived from. I am in contact with the upstream author of both the current java-diff-utils and the original JRCS to clarify this before uploading. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719471: /usr/bin/lxc-create: German spelling in English version of live-debconfig
Package: lxc Version: 0.9.0~alpha3-2 Severity: minor File: /usr/bin/lxc-create Tags: d-i Dear Maintainer, Minor spelling error in live-debconfig section of lxc-create; The word passwort is used where I imagine the word password ought to be used. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.50 ii libapparmor1 2.8.0-1+b1 ii libc6 2.17-7 ii libcap21:2.22-1.2 ii multiarch-support 2.17-7 Versions of packages lxc recommends: ii debootstrap 1.0.53 ii libcap2-bin 1:2.22-1.2 Versions of packages lxc suggests: ii debian-keyring 2013.06.25 ii gpgv1.4.14-1 pn live-debconfig-doc none ii rsync 3.0.9-4 -- debconf information: lxc/shutdown: /usr/bin/lxc-halt * lxc/directory: /var/lib/lxc lxc/title: lxc/auto: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696163: ITP: caveconverter -- Cave survey data format converter
+++ Wookey [2012-12-17 12:24 +]: Package: wnpp Severity: wishlist Owner: Wookey woo...@wookware.org * Package name: caveconverter This has been packaged for many months but is stalled waiting for the upload of libdiffutils-java, as it relies on an embedded copy for its testing. In the meantime there has been a new release with a GUI so the packaging now needs updating. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719467: www.debian.org: add link to packaging tutorial on http://www.debian.org/doc/index
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 12/08/2013 09:21, Lucas Nussbaum a écrit : […] it would make sense to list it together with the new maintainer's guide on http://www.debian.org/doc/ Please note it’s already linked from this page: h4Developers' manuals/h4 ul lia href=devel-manuals#policyDebian Policy Manual/a/li lia href=devel-manuals#devrefDebian Developer's Reference/a/li lia href=devel-manuals#maint-guideDebian New Maintainers' Guide/a/li lia href=devel-manuals#packaging-tutorialIntroduction to Debian packaging/a/li I’m not sure duplicating informations on the same page would be worth it (an improvement could be to shorten this page IMHO), should we close this bug? Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJSCJDwAAoJEAWMHPlE9r0870AH/2tGCdbfgAEHPAumJ7aDyDVD cK2M6FbKQdCON2RrCUrSkjoeqdgIsRXTld5uu7sWsc1AvIACcPKaBmKsr53zqcYo BhPmPv/HYkdT2yT/QzMO+SYlqKt89MbU9A++wjqlDh54s2XQR20AvjZzP4w3ET62 RbcpnDGXVCXYBH3567hnkKNbeaOq/IlI1B4LJtizOWI4tP0NebOqUdjX0u/SVnEd LuYkmAn/mZFJlesEagqBwM9znUIXUQ0azSw7SQOS2EKOW4pmZks1YSy2nzTJCKjN /BkCiJBl/2CBc64l2CY+VeMAX3G2sXjZFJhtwe7oo+SaCdq1UJWICWDQfRMrRpY= =t/qu -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#676882: (no subject)
I seems that this bug is more a dracut bug. Now, dracut 031-1 is available, which should fix this bug. Please try the new version and report if it's working for you. See also #694381 and #703879. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
* Miles Lubin miles.lu...@gmail.com [130812 10:08]: Hi Etienne, Sébastien Villemot has kindly offered to sponsor the package as part of debian-science. Is that okay with you? Hi, Sure, please go ahead! -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719472: lua-socket: http.lua refers to nonexistent socket.headers module.
Package: lua-socket Version: 3.0~rc1-2 Severity: important Dear Maintainer, The currently installed version of lua-socket on my system refers to the nonexistent socket.headers in its http submodule's code. The import happens in the file /usr/share/lua/5.1/socket/http.lua at line 14, but likely the code refers to it below. The current upstream code does not contain this import and does not fail. This makes the socket.http module unusable. Other versions of installed stuff that may be important: liblua5.1-socket2: 2.0.2-8 Thanks for your work! A. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lua-socket depends on: ii libc6 2.17-92 ii multiarch-support 2.17-92 lua-socket recommends no packages. lua-socket 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#714974: [Jfs-discussion] NFS 'readdir loop' error on JFS
FWIW, this still happens when both client server are running Linux 3.11.0-rc5 (vanilla). $ dpkg -l | grep nfs | cut -c-70 ii libnfsidmap2:amd64 0.25-4amd64 ii nfs-common 1:1.2.6-4 amd64 ii nfs-kernel-server 1:1.2.6-4 amd64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712026: transcriber review
Il 12/08/2013 09:41, Paul Wise ha scritto: A new blocker: The upstream website contains this text: New! Jul 11 Transcriber has been superseded by TranscriberAG: see http://transag.sourceforge.net/! I wonder if it would be best to replace Transcriber with TranscriberAG in Debian. TranscriberAG uses GTK+ and C++ instead of Tcl/Tk. In my opinion it is not: 1) neither Transcriber nor TranscriberAG are very active upstream, but I would define Transcriber as quite stable while TranscriberAG is still in alpha stage; 2) TranscriberAG is not a real replacement for Transcriber (I.e., it cannot modify .trs files, that are used in a lot of pipelines of people working with audio annotation); 3) Transcriber has an uglier interface, but very functional (even more than TranscriberAG). This said, TranscriberAG has the potentiality to become a very good software (it has a better annotation format, a modern GUI, it annotates both audio and video) and eventually become a good replacement for Transcriber, but given the current development state, I do not think it will become such software soon. This discussion raised several times during the last two years, so I published this repository: https://github.com/giuliopaci/transcriber-ag-debian It is my first attempt to create a TranscriberAG package, before giving up. The package source are in a very bad shape, but, just in case someone wants to work on it, at least compiles everything and install most of the files in the correct location. Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [Jfs-discussion] NFS 'readdir loop' error on JFS
Sorry for the noise, here's another oddity, same setup (client server running 3.11-rc5): $ find /mnt/nfs/usr/share/ -name getopt.awk -ls 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/nfs/usr/share/awk/getopt.awk It's the same file, but gets reported 10 times! Hence the error when trying to tar(1) the directory: $ tar -cf - /mnt/nfs/usr/share/awk/ /dev/null tar: Removing leading `/' from member names tar: /mnt/nfs/usr/share/awk/: Cannot savedir: Too many levels of symbolic links tar: Exiting with failure status due to previous errors On the server: $ find /mnt/disk/usr/share/ -name getopt.awk -ls 250724 -rw-r--r-- 1 root root 2237 Mar 16 04:46 /mnt/disk/usr/share/awk/getopt.awk So, is JFS NFS really br0ken and nobody noticed? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712026: transcriber review
On Mon, 2013-08-12 at 10:27 +0200, Giulio Paci wrote: In my opinion it is not: Thanks for the explanation, seems reasonable to leave it for now. BTW: if upstream doesn't respond to your patch requests, sourceforge now has an abandoned project takeover process that you could use to get access to the project. I used it recently, but in a slightly different situation to yours: http://sourceforge.net/p/forge/site-support/4661/ -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#719467: www.debian.org: add link to packaging tutorial on http://www.debian.org/doc/index
On 12/08/13 at 09:38 +0200, David Prévot wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 12/08/2013 09:21, Lucas Nussbaum a écrit : […] it would make sense to list it together with the new maintainer's guide on http://www.debian.org/doc/ Please note it’s already linked from this page: h4Developers' manuals/h4 ul lia href=devel-manuals#policyDebian Policy Manual/a/li lia href=devel-manuals#devrefDebian Developer's Reference/a/li lia href=devel-manuals#maint-guideDebian New Maintainers' Guide/a/li lia href=devel-manuals#packaging-tutorialIntroduction to Debian packaging/a/li I’m not sure duplicating informations on the same page would be worth it (an improvement could be to shorten this page IMHO), should we close this bug? Well maint-guide is also listed twice :) My strategy was just to get it listed where maint-guide is listed. Otherwise, it might make sense to drop the whole 'If you want to start developing packages for Debian we recommend you go through:' paragraph. Recommending to read dev-ref is kinda useless for new contributors anyway, since it's mostly about procedures relevant to DDs. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719282: installing dictionary package restarts postgresql servers
Control: retitle -1 installing dictionary package appears to restart postgresql Re: Peter Eisentraut 2013-08-10 20130810015034.11992.95565.report...@vanquo.pezone.net Installing a dictionary package, for example apt-get install hunspell-de-de, ends up restarting all PostgreSQL servers on the machine, because the dictionary trigger calls postinst, which restarts everything because of the way debhelper sets this up. I think that's a fairly radical reaction. This might be more general problem. Maybe a fix in debhelper is needed? Hi Peter, we have already applied the dh_installinit -r fix in postgresql-common's debian/rules file. Unfortunately it still looks like the servers are (re)started, while in fact only start is invoked, so running servers are not affected: Entpacken von hunspell-fr (aus .../hunspell-fr_1%3a3.3.0-4_all.deb) ... Trigger für postgresql-common werden verarbeitet ... Building PostgreSQL dictionaries from installed myspell/hunspell packages... de_de en_us fr Removing obsolete dictionary files: [ ok ] Starting PostgreSQL 9.1 database server: main. hunspell-fr (1:3.3.0-4) wird eingerichtet ... postgresql-9.1-main.log confirms the running server is not restarted. It might be smarter just to do nothing with the servers here, or just invoke reload, if necessary. (Or at least show a less frightening output on the console.) Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#719474: linux-image-3.2.0-4-686-pae: problem with rtl8185l
Package: src:linux Version: 3.2.46-1 Severity: normal Dear Maintainer, The kernel goes to crash using rtl8185l wireless pci adapter. Is necessary to download the driver from the official realteck website and remove the kernel driver in order to use the adapter. -- Package-specific info: ** Version: Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae root=UUID=0ad18663-06df-4b9f-b65b-9edd283fba84 ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [6.387793] [drm] VGA [6.387800] [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [6.387805] [drm] Encoders: [6.387809] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [6.387814] [drm] Connector 1: [6.387817] [drm] S-video [6.387821] [drm] Encoders: [6.387825] [drm] TV1: INTERNAL_KLDSCP_DAC2 [6.387829] [drm] Connector 2: [6.387833] [drm] DVI-I [6.387837] [drm] HPD1 [6.387843] [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [6.387848] [drm] Encoders: [6.387852] [drm] CRT2: INTERNAL_KLDSCP_DAC2 [6.387857] [drm] DFP1: INTERNAL_KLDSCP_TMDS1 [6.387868] [drm] Possible lm63 thermal controller at 0x4c [6.389539] lirc_dev: IR Remote Control driver registered, major 251 [6.396081] saa7134[0]: i2c eeprom 00: 3b 15 42 11 ff ff ff ff ff ff ff ff ff ff ff ff [6.396108] saa7134[0]: i2c eeprom 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396130] saa7134[0]: i2c eeprom 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396151] saa7134[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396171] saa7134[0]: i2c eeprom 40: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396192] saa7134[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396212] saa7134[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396233] saa7134[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396253] saa7134[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396273] saa7134[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396293] saa7134[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396314] saa7134[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396334] saa7134[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396354] saa7134[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396375] saa7134[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.396395] saa7134[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [6.416633] IR LIRC bridge handler initialized [6.419890] i2c-core: driver [tuner] using legacy suspend method [6.419892] i2c-core: driver [tuner] using legacy resume method [6.477182] [drm] fb mappable at 0xC00C [6.477184] [drm] vram apper at 0xC000 [6.477186] [drm] size 8294400 [6.477187] [drm] fb depth is 24 [6.477188] [drm]pitch is 7680 [6.477296] fbcon: radeondrmfb (fb0) is primary device [6.552311] Console: switching to colour frame buffer device 240x67 [6.596178] fb0: radeondrmfb frame buffer device [6.596184] drm: registered panic notifier [6.596239] [drm] Initialized radeon 2.16.0 20080528 for :02:00.0 on minor 0 [6.644082] All bytes are equal. It is not a TEA5767 [6.644104] tuner 0-0060: Tuner -1 found with type(s) Radio TV. [6.662070] input: ImExPS/2 Logitech Wheel Mouse as /devices/platform/i8042/serio1/input/input5 [6.740128] tuner-simple 0-0060: creating new instance [6.740139] tuner-simple 0-0060: type set to 5 (Philips PAL_BG (FI1216 and compatibles)) [6.764360] saa7134[0]: registered device video0 [v4l2] [6.764447] saa7134[0]: registered device vbi0 [6.820862] ACPI: resource nForce2_smbus [io 0x0600-0x063f] conflicts with ACPI region SMRG [io 0x600-0x6ff] [6.820878] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [6.844098] i2c i2c-7: nForce2 SMBus adapter at 0x700 [6.901614] gspca_main: v2.14.0 registered [6.902900] gspca_main: cpia1-2.14.0 probing 0553:0002 [6.955033] saa7134 ALSA driver for DMA sound loaded [6.955100] saa7134[0]/alsa: saa7134[0] at 0xdfeffc00 irq 19 registered as card -1 [6.973822] gspca_main: ov519-2.14.0 probing 041e:405f [6.974097] gspca_cpia1: usb_control_msg 04, error -62 [6.974245] cpia1: probe of 2-7:1.1 failed with error -62 [6.974307] usbcore: registered new interface driver cpia1 [9.758297] input: ov519 as /devices/pci:00/:00:02.0/usb2/2-4/input/input6 [9.758600] usbcore: registered new interface driver ov519 [ 10.786276]
Bug#719473: RM: ganeti [armel armhf mips mipsel s390 s390x] -- ROM; ghci B-D unavailable
Package: ftp.debian.org Severity: normal Hi, Please remove the ganeti2 and ganeti-htools packages for armel, armhf, mips, mipsel, s390 and s390x from unstable. Newer versions of Ganeti build-depend on ghci, which will probably not be available on these architectures soon. Thanks, Apollon signature.asc Description: Digital signature
Bug#693658: bugs.debian.org: unable to print some pdf files freshly downloaded old pdf ok
severity 693658 normal tags 693658 - moreinfo fixed 693658 cups/1.6.1-1 thanks On Mon 12 Aug 2013 at 09:07:37 +1000, Frank Richards wrote: On 12/08/13 04:07, Brian Potkin wrote: You might have done this before, but does a text file print again immediately after sending the first one? yes no problem Or, after switching on the machine and printer, does the PDF print at all when sent as the first file? No fails every time I wish we knew the cause of these symptoms; but never mind. You mentioned that the 'bad' PDFs print on a Ubuntu system. If you still have the system it would be useful to know the Ubuntu version and the cups versions used on it ubuntu 1304 file attached, the same file prints ok From 'lpstat -t': device for Lexmark-W840: socket://192.168.1.69:9100 From the error log: DEVICE_URI=dnssd://Photosmart%203300%20series%20%5B8B0243%5D._pdl-datastream._tcp.local/ The two queues use different backends, which would account for the difference in behaviour of the printers, Ubuntu 13.04 has cups 1.6.2-1ubuntu5. There is substantial co-operation between Debian and Ubuntu over the printing system, so I'm inclined to be optimistic and expect cups from unstable to fix this bug. Perhaps this does it: * debian/patches/printers-c-recognize-remote-cups-queue-via-dnssd-uri.patch, Treat raw queues pointing to a CUPS server as remote queues (using PPD on server) also if they have a dnssd://... URI. The definitive way would be be to test with testing/unstable on a spare partition or a USB stick (any chance of your doing that?), but meanwhile I do not think it too unreasonable to mark the bug as fixed. device for HP-Photosmart-3300-series: hp:/net/Photosmart_3300_series?zc=HPD0A041 I wonder whether changing the backend might get you printing. 1. Stop cups: service cups stop 2. Open /etc/cups/printers.conf in an editor and comment out the line beginning 'DeviceURI . . .'. Replace it with DeviceURI socket://192.168.1.79:9100 or DeviceURI ipp://192.168.1.79:631/printers/HP-Photosmart-3300-series 3. Start cups: service cups start Cheers, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719475: terminator: Terminator rolling it's window back to unusable size (Awesome WM)
Package: terminator Version: 0.97-1 Severity: important Dear Maintainer, When I'm starting terminator in Awesome WM it's usually rolling it's window to 1px line (most often case) Sometimes when trying to move the window it's doing the same. Above is not happening when window is resized before moving from one to other place on the screen. Attached is a partial output from running terminator with debug on. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages terminator depends on: ii gconf2 3.2.6-1 ii python 2.7.5-2 ii python-dbus 1.2.0-2+b1 ii python-gobject 3.8.2-1 ii python-gtk2 2.24.0-3+b1 ii python-vte 1:0.28.2-5 Versions of packages terminator recommends: ii python-gnome2 2.28.1+dfsg-1 ii python-keybinder 0.3.0-2 ii python-notify 0.1.1-3 ii xdg-utils 1.1.0~rc1+git20111210-7 terminator suggests no packages. -- no debconf information 1 Terminal::create_layout: Setting layout 2 ConfigBase::get_item: ConfigBase::get_item: update_records found in profile default: True 3 ConfigBase::get_item: ConfigBase::get_item: login_shell found in profile default: False 4 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 5 ConfigBase::get_item: ConfigBase::get_item: use_custom_command found in profile default: False 6 ConfigBase::get_item: ConfigBase::get_item: login_shell found in profile default: False 7 ConfigBase::get_item: ConfigBase::get_item: term found in profile default: xterm 8 ConfigBase::get_item: ConfigBase::get_item: colorterm found in profile default: gnome-terminal 9 Terminal::spawn_child: Forking shell: /bin/zsh with args: ['/bin/zsh'] 10 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 11 Window::on_window_state_changed: Window::on_window_state_changed: fullscreen=False, maximised=False 12 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 13 ConfigBase::get_item: ConfigBase::get_item: geometry_hinting found in globals: True 14 Window::set_rough_geometry_hints: setting geometry hints: (ewidth:2)(eheight:18),(fwidth:7)(fheight:14) 15 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 16 ConfigBase::get_item: ConfigBase::get_item: geometry_hinting found in globals: True 17 Window::set_rough_geometry_hints: setting geometry hints: (ewidth:7)(eheight:28),(fwidth:7)(fheight:14) 18 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 19 ConfigBase::get_item: ConfigBase::get_item: geometry_hinting found in globals: True 20 Window::set_rough_geometry_hints: setting geometry hints: (ewidth:7)(eheight:28),(fwidth:7)(fheight:14) 21 ConfigBase::get_item: ConfigBase::get_item: focus found in globals: mouse 22 ConfigBase::get_item: ConfigBase::get_item: focus found in globals: mouse 23 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 24 ConfigBase::get_item: ConfigBase::get_item: cursor_color found in profile default: #aa 25 ConfigBase::get_item: ConfigBase::get_item: foreground_color found in profile default: #aa 26 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 27 ConfigBase::get_item: ConfigBase::get_item: title_transmit_fg_color found in globals: #ff 28 ConfigBase::get_item: ConfigBase::get_item: title_transmit_bg_color found in globals: #c80003 29 ConfigBase::get_item: ConfigBase::get_item: title_transmit_fg_color found in globals: #ff 30 ConfigBase::get_item: ConfigBase::get_item: title_transmit_bg_color found in globals: #c80003 31 ConfigBase::get_item: ConfigBase::get_item: show_titlebar found in profile default: True 32 Titlebar::get_desired_visibility: configured visibility: True 33 ConfigBase::get_item: ConfigBase::get_item: show_titlebar found in profile default: True 34 ConfigBase::get_item: ConfigBase::get_item: show_titlebar found in profile default: True 35 Titlebar::get_desired_visibility: configured visibility: True 36 ConfigBase::get_item: ConfigBase::get_item: show_titlebar found in profile default: True 37 Titlebar::update_visibility: showing titlebar 38 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 39 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found in globals: False 40 ConfigBase::get_item: ConfigBase::get_item: geometry_hinting found in
Bug#719474: linux-image-3.2.0-4-686-pae: problem with rtl8185l
Control: tag -1 moreinfo On Mon, 2013-08-12 at 10:52 +0200, Denis Gottardello wrote: Package: src:linux Version: 3.2.46-1 Severity: normal Dear Maintainer, The kernel goes to crash using rtl8185l wireless pci adapter. Is necessary to download the driver from the official realteck website and remove the kernel driver in order to use the adapter. [...] Please provide a log of the crash (using netconsole, serial console or a camera). Ben. -- Ben Hutchings Experience is what causes a person to make new mistakes instead of old ones. signature.asc Description: This is a digitally signed message part
Bug#719476: subversion: new upstream release 1.7.11 fixes #692237 #705364
Package: subversion Severity: normal Dear Maintainer, There is new upstream release 1.7.11 . Please see https://svn.apache.org/repos/asf/subversion/trunk/CHANGES for the changes. The 1.7.11 was released on 24th July 2013. There is also a 1.8.1 release as well. I do see that you are waiting for the perl 5.18 transition to complete. You can find both the sources at [1] . I do see that you are waiting for perl transition to complete before doing anything there [2] and it seems it will be a longish wait as perl 5.18 is pretty much down the order (and it will be a biggy) [3] [4] . Looking forward to having either of the new releases in Debian shortly. I have not been able to install it because of the above serious bugs. 1. https://subversion.apache.org/download/ 2. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705364#15 3. http://release.debian.org/transitions/ 4. http://release.debian.org/transitions/html/perl5.18.html -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716689: [pkg-cli-apps-team] Bug#716689: More info on the f-spot startup bug
Control: tags -1 + confirmed Hi, On Sat, Jul 13, 2013 at 01:10:18PM +0200, Hans Joachim Desserud wrote: Package: f-spot Followup-For: Bug #716689 Hi. We had a look at this bug in the BSP here in Oslo, and can report that the version 0.8.2-5 work in Debian Wheezy and Ubuntu 12.04/amd64 (v0.8.2-4) and Saucy/i386 (v0.8.2-5). However, it does crash in Debian Sid i386 (f-spot 0.8.2-5). This could indicate that the crash is caused by a change in one of the dependencies, and not f-spot itself. Indeed, it is true. Upgrading mono from jessie to sid's version triggers this bug. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#556012: workaround
An easy workaround is to use a temp dir outside the ftp mount (with rsync --temp-dir=/tmp) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719477: winbind 2:4.0.8+dfsg-1 fails to upgrade: systemd service file does not start the daemon
Package: winbind Version: 2:4.0.8+dfsg-1 Severity: serious Justification: Policy 9.1.4 Dear Maintainer, the systemd service file for winbind is not able to start the daemon for samba versions 4.x. `journalctl -xu winbind` reports: ago 12 10:35:50 orchid systemd[1]: Starting Samba Winbind Daemon... -- Subject: Unit winbind.service has begun with start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit winbind.service has begun starting up. ago 12 10:35:50 orchid systemd[1]: PID file /run/winbindd.pid not readable (yet?) after start. ago 12 10:37:20 orchid systemd[1]: winbind.service operation timed out. Terminating. ago 12 10:37:20 orchid systemd[1]: Failed to start Samba Winbind Daemon. -- Subject: Unit winbind.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- Documentation: http://www.freedesktop.org/wiki/Software/systemd/catalog/be02cf6855d2428ba40df7e9d022f03d -- -- Unit winbind.service has failed. -- -- The result is failed. ago 12 10:37:20 orchid systemd[1]: Unit winbind.service entered failed state. This makes me think that the pidfile is not created by winbindd, while the corresponding service file (/lib/systemd/system/winbind.service) is waiting for it. A possible solution is to alter the service file to force the pidfile being created in the expected place (/run). Hence, changing the ExecStart line to: ExecStart=/usr/sbin/winbindd $WINBINDOPTIONS --option=piddirectory=/run I put this at the end, so that we are sure it's always overriding other options possibly set by the user (since the service file itself requires the pid being created in /run). This fixes the issue for me. Thanks! Matteo -- System Information: Debian Release: jessie/sid APT prefers experimental APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages winbind depends on: ii libbsd00.6.0-1 ii libc6 2.17-92 ii libcomerr2 1.42.8-1 ii libdcerpc0 2:4.0.8+dfsg-1 ii libgensec0 2:4.0.8+dfsg-1 ii libkrb5-26-heimdal 1.6~git20120403+dfsg1-3 ii libldap-2.4-2 2.4.31-1+nmu2 ii libndr-standard0 2:4.0.8+dfsg-1 ii libndr02:4.0.8+dfsg-1 ii libpopt0 1.16-7 ii libsamba-credentials0 2:4.0.8+dfsg-1 ii libsamba-hostconfig0 2:4.0.8+dfsg-1 ii libsamba-util0 2:4.0.8+dfsg-1 ii libsmbclient-raw0 2:4.0.8+dfsg-1 ii libtalloc2 2.0.8-1 ii libtdb11.2.12-1 ii libtevent0 0.9.19-1 ii libwbclient0 2:4.0.8+dfsg-1 ii samba 2:4.0.8+dfsg-1 ii samba-common-bin 2:4.0.8+dfsg-1 winbind recommends no packages. Versions of packages winbind suggests: iu libnss-winbind 2:4.0.8+dfsg-1 iu libpam-winbind 2:4.0.8+dfsg-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#719336: bbswitch-dkms: bbswitch fails to turn back on nvidia card from cold state with kernel 3.10
Hi Martin, On Sat, Aug 10, 2013 at 4:00 PM, Martin Perazzo martin.pera...@gmail.com wrote: Package: bbswitch-dkms Version: 0.7-2 Severity: important Dear Maintainer, With kernel 3.10 the card gets stuck in D3Cold status and bbswitch is unsable to turn the card back on. Here is the message log output: Aug 10 19:03:22 ncc-74656-a kernel: [ 1323.288499] bbswitch: enabling discrete graphics Aug 10 19:03:23 ncc-74656-a kernel: [ 1323.748875] pci :01:00.0: power state changed by ACPI to D0 Aug 10 19:03:23 ncc-74656-a kernel: [ 1323.891272] nvidia: module license 'NVIDIA' taints kernel. Aug 10 19:03:23 ncc-74656-a kernel: [ 1323.891277] Disabling lock debugging due to kernel taint Aug 10 19:03:23 ncc-74656-a kernel: [ 1323.902884] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none Aug 10 19:03:23 ncc-74656-a kernel: [ 1323.902982] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 325.15 Wed Jul 31 18:50:56 PDT 2013 Aug 10 19:03:29 ncc-74656-a kernel: [ 1330.179196] NVRM: GPU at :01:00.0 has fallen off the bus. Aug 10 19:03:29 ncc-74656-a kernel: [ 1330.210940] NVRM: RmInitAdapter failed! (0x25:0x28:1157) Aug 10 19:03:29 ncc-74656-a kernel: [ 1330.210951] NVRM: rm_init_adapter(0) failed Aug 10 19:03:46 ncc-74656-a kernel: [ 1347.113811] bbswitch: enabling discrete graphics Aug 10 19:04:06 ncc-74656-a kernel: [ 1367.146517] bbswitch: enabling discrete graphics Aug 10 19:04:06 ncc-74656-a kernel: [ 1367.146527] nvidia :01:00.0: power state changed by ACPI to D0 Aug 10 19:04:06 ncc-74656-a kernel: [ 1367.161570] nvidia :01:00.0: Refused to change power state, currently in D3 This looks like an upstream issue. Please collect some additional information (e.g. dmidecode, acpidump, etc.; running /usr/bin/bumblebee-bugreport would be best), file a bug report upstream [1], and let me know the ticket number so that we can track it here in the BTS as well. Regards, Vincent [1] https://github.com/Bumblebee-Project/bbswitch/issues/new -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712026: transcriber review
Il 12/08/2013 09:41, Paul Wise ha scritto: On Mon, 2013-08-12 at 00:05 +0200, Giulio Paci wrote: [...] copyright_hints [...] Maybe it would be best to drop it entirely, it doesn't seem that useful. I have not yet a strong opinion on it. More often than not, its presence just created small problems, like the one you reported, but sometime it also spotted real issues and proved to be useful. I prefer to keep it there for now. I do not think it is possible to solve this in transcriber. Am I wrong? From debian/rules: DEB_DH_INSTALL_ARGS = debian/transcriber.desktop usr/share/applications I completely forgot that line... I got so used to that message not being correct in the past that I even did not check the rules... Sorry about that. It is fixed now. The sphere audio format is designed to cheat text editors: the header is 1024 bytes long and is plain ascii, so that most text editors will open the file as text. So it is not a text file, but a binary one. Hmm, ok. A weird audio format, I wonder why it is used instead of just ogg, flac or similar. It is a little bit weird, I agree, but is also very widespread in the speech community. Actually sphere is a container and not a codec and its direct competitor is Wav. The long and detailed header usually contains a lot of information about the recording environment and this explains its large usage. With respect to flac (the container, not the codec), it is able to contain A-law and u-law streams (useful when studying telephone speech) and shorten (http://www.etree.org/shncom.html, used by some widespread speech Corpora, especially those from LDC). If I remember correctly the ogg container is able to contain all the streams (probably with the exception of shorten) that can be contained by sph files and probably it is also able to contain all the header information, but I am not sure of this and the format is much younger. Unless any of the following is blocker, I prefer to fix/decide to not fix them later. None are. Fine. Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719359: debhelper: dh_installinit incorrectly detects shell script as init script
Joey Hess writes: Steven Hamilton wrote: dh_installinit incorrectly detects a shell script, intended for /usr/games (detailed in package.install), as an init script and builds it in /etc/init.d This only appears to occur when the script is named the same as the package. I don't think that dh_installinit ever detects anything. It only installs the init scripts listed in debian/package.init or debian/init. If you think otherwise, you need to provide a test case showing the problem. No probs. To recreate; 1) Create package with packagename 2) Create a bash script to launch your binary with the name packagename #!/bin/bash love /usr/share/games/mrrescue/mrrescue.love 3) Create packagename.install file to copy your script into /usr/games; debian/scriptname usr/games 4) Create rules file; %: dh $@ -Pdebian/packagename_build (-P is used to remove conflict of tmpdir with packagename) Result; The debian/packagename_build dir will have your script placed in /etc/init.d/packagename Putting override_dh_installinit: in rules works around this and places the script in /usr/games as requested by the .install file. I have a guilty package exhibiting this behaviour currently on mentors; https://mentors.debian.net/package/mrrescue -- Steven Hamilton I don't look like two zombies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576998: current dependency packaging status for etherpad-lite
Hi all, I am currently sitting at DebConf2013 with Per and we plan to share some workload on the dependency packaging around the etherpad-lite ITP. Here is a rough list of direct dependencies of etherpad-lite: ${shlibs:Depends}, ${misc:Depends}, ${cdbs:Depends}, adduser, nodejs (= 0.6.19~dfsg-1-3~), libjs-excanvas, libjs-jquery, libjs-underscore, npm, node-yajsml (= 1.1.6), node-request (= 2.9.100), node-require-kernel (= 1.0.5), - NEW node-resolve (= 0.2.0), node-socket.io (= 0.9.0), TODO node-ueberdb (= 0.1.94), TODO node-async (= 0.1), node-express (= 3.x), TODO - 2.5.9-1 in unstable node-connect (= 2.4.x), TODO - 1.7.3-1 in unstable node-clean-css (= 0.3.2), node-uglify (= 1.2.5), node-formidable (= 1.0.9), TODO - 1.0.14 for latest version of node-connect node-log4js (= 0.5), - TODO: move to unstable node-jsdom-nocontextifiy (= 0.2.10), node-async-stacktrace (= 0.0.2), node-ejs (= 0.6.1), node-graceful-fs (= 1.1.5), node-slide (= 1.1.3), node-semver (= 1.0.13), node-security (= 1.0.0), libjs-tinycon (= 0.0.1), TODO node-underscore (= 1.3.1), node-unorm (= 1.0.0), node-languages4translatewiki (= 0.1.3), TODO - no sub-dependencies node-swagger-node-express (= 1.2.3), TODO - sub-dependencies with TODOs: - connect (= 1.8.x) - express (3.x) - docco (0.4.x) - sub-dependencies with TODOs: - ... Per takes a look at: node-languages4translatewiki (no sub-deps) node-crc et al. (new sub-deps for node-connect) node-swagger-node-express (+ sub-dependencies) Mike will continue working his way from top till bottom through the above list. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgppSU_2eWK_m.pgp Description: Digitale PGP-Unterschrift
Bug#719478: ITP: erfa -- Image visualization and access to catalogs and data for astronomy
Package: wnpp Severity: wishlist Owner: Ole Streicher deb...@liska.ath.cx C-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: erfa Version : None released yet Upstream Author : IAU SOFA Board * URL : https://github.com/liberfa/erfa * License : BSD3 Programming Lang: C Description : Image visualization and access to catalogs and data for astronomy ERFA is a C library containing key algorithms for astronomy, and is based on the SOFA library published by the International Astronomical Union (IAU). . It is intended to replicate the functionality of SOFA (aside from possible bugfixes in ERFA that have not yet been included in SOFA), but is licensed under a three-clause BSD license to enable its compatibility with a wide range of open source licenses. Permission for this release has been obtained from the SOFA board. The intention of this package is to replace the iausofa_c package. Since the prefix of all functions changed from iau_ to erfa_, the dependent packages need to be patched to use erfa. These are the packages starlink-pal and python-astropy. Best Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719479: yaboot: generic initrd.img is too large for yaboot to load at boot
Package: yaboot Version: 1.3.16-4 Severity: important Tags: d-i Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? trying to install debian-7.1.0 for POWER using DVD and netinst iso using default values - initially starting install with Boot: install and (initially) just pressing enter at DVD boot: prompt * What exactly did you do (or not do) that was effective (or ineffective)? Using default (press enter), or install installs Debian but it is not able to boot. The messages at boot are: Config file read, 4096 bytes Welcome to yaboot version 1.3.16 Enter help to get some basic usage information boot: Linux Please wait, loading kernel... Elf64 kernel loaded... Loading ramdisk... ext2: i/o error 2133571364 in read ramdisk loaded at 0170, size: 8192 Kbytes OF stdout device is: /vdevice/vty@3000 Preparing to boot Linux version 3.2.0-4-powerpc64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1 Detected machine type: 0101 Using expert as install method during the install process choose: +-� [?] Install the base system +-+ � � � The primary function of an initrd is to allow the kernel to mount the � � root file system. It therefore needs to contain all drivers and � � supporting programs required to do that.� � � � A generic initrd is much larger than a targeted one and may even be � � so large that some boot loaders are unable to load it but has the � � advantage that it can be used to boot the target system on almost any � � hardware. With the smaller targeted initrd there is a very small� � chance that not all needed drivers are included.� � � � Drivers to include in the initrd: � � � �* generic: include all available drivers � � ** targeted: only include drivers needed for this system� � � � Go Back � � � +-+ * What was the outcome of this action? with default/install and expert+generic system fails to boot. ## For a dual-boot menu, add one or more of: ## bsd=/dev/hdaX, macos=/dev/hdaY, macosx=/dev/hdaZ boot=/dev/disk/by-id/scsi-36001405eb283f7cd7f8fd44bdd8f12db-part1 device=/vdevice/v-scsi@3002/disk@8100 partition=2 root=UUID=e51c8d27-d70a-41a4-990f-3505f40fbcb3 timeout=50 install=/usr/lib/yaboot/yaboot enablecdboot image=/boot/vmlinux label=Linux read-only initrd=/boot/initrd.img image=/boot/vmlinux.old label=old read-only initrd=/boot/initrd.img.old ~ # ls -l /target/boot -rw-r--r--1 root root 2797159 Jun 9 21:18 System.map-3.2.0-4-powerpc64 -rw-r--r--1 root root110890 Jun 9 21:18 config-3.2.0-4-powerpc64 lrwxrwxrwx1 root root28 Aug 12 09:04 initrd.img - initrd.img-3.2.0-4-powerpc64 -rw-r--r--1 root root 11573495 Aug 12 09:05 initrd.img-3.2.0-4-powerpc64 lrwxrwxrwx1 root root25 Aug 12 09:04 vmlinux - vmlinux-3.2.0-4-powerpc64 -rw-r--r--1 root root 12059736 Jun 9 21:18 vmlinux-3.2.0-4-powerpc64 Config file read, 4096 bytes Welcome to yaboot version 1.3.16 Enter help to get some basic usage information boot: Linux Please wait, loading kernel... Elf64 kernel loaded... Loading ramdisk... ext2: i/o error 2133571364 in read ramdisk loaded at 0170, size: 8192 Kbytes OF stdout device is: /vdevice/vty@3000 Preparing to boot Linux version 3.2.0-4-powerpc64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1 Detected machine type: 0101 [0.511538] List of all partitions: [0.511547] No filesystem could mount root, tried: [0.511560] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [0.511571] Call Trace: [0.511583] [c0007e47fc30] [c00134e0] .show_stack+0x80/0x130 (unreliable) [0.511599] [c0007e47fce0] [c04b9054] .panic+0x88/0x204 [0.511614] [c0007e47fd80] [c0676f3c] .mount_block_root+0x2b0/0x2c8 [0.511629] [c0007e47fe50] [c0677140] .prepare_namespace+0x170/0x1b0 [0.511644] [c0007e47fee0]
Bug#719480: ITP: libmodule-path-perl -- module to get the full path to a locally installed Perl module
Package: wnpp Severity: wishlist Owner: Florian Schlichting f...@debian.org * Package name: libmodule-path-perl Version : 0.09 Upstream Author : Neil Bowers ne...@cpan.org * URL : http://search.cpan.org/dist/Module-Path/ * License : GPL-1+, Artistic Programming Lang: Perl Description : module to get the full path to a locally installed Perl module Module::Path provides a single function, module_path(), which will find where a module is installed locally. It works by looking in all the directories in @INC for an appropriately named file, returning the full path when found and undef otherwise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719481: iceweasel: character encoding Universal auto-detect fails on UTF-8 text file (regarded as TIS-620)
Package: iceweasel Version: 23.0-1 Severity: normal Tags: upstream Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=760050 Not all valid UTF-8 encoded text files are regarded as UTF-8 when a charset isn't provided and Character Encoding Auto-Detect is set to Universal (in the View menu). In particular, this happens on files containing only ASCII and § characters (this happens in some files written in English, § denoting a section); such files are regarded as being encoded in TIS-620. Since UTF-8 is regarded as the universal encoding nowadays, it should be preferred to any other encoding (when this is valid). Testcases: https://www.vinc17.net/test/mozbug-760050.txt https://bug760050.bugzilla.mozilla.org/attachment.cgi?id=628670 There also seems to be an agreement that UTF-8 should be preferred more generally for Debian: http://lists.debian.org/debian-devel/2013/08/msg00217.html -- Package-specific info: -- Extensions information Name: -Global Styles- userstyle Status: enabled Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Add-on Compatibility Reporter Location: ${PROFILE_EXTENSIONS}/compatibil...@addons.mozilla.org.xpi Status: enabled Name: AlloCiné userstyle Status: enabled Name: Bamboo Feed Reader Location: ${PROFILE_EXTENSIONS}/{b2e69492-2358-071a-7056-24ad0c3defb1} Status: enabled Name: Cinémathèque Française userstyle Status: enabled Name: Combine Stop/Reload buttons userstyle Status: enabled Name: DOM Inspector Location: ${PROFILE_EXTENSIONS}/inspec...@mozilla.org Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Dictionnaire français «Moderne» Location: ${PROFILE_EXTENSIONS}/fr-mode...@dictionaries.addons.mozilla.org Status: enabled Name: Different cursor for links that open in new windows userstyle Status: enabled Name: Disable autocomplete userstyle Status: user-disabled Name: Disable marquee userstyle Status: user-disabled Name: DownloadHelper Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d} Status: enabled Name: Firebug Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi Status: enabled Name: Flagfox Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b} Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: Font Finder Location: ${PROFILE_EXTENSIONS}/fontfin...@bendodson.com.xpi Status: enabled Name: Forecastfox Location: ${PROFILE_EXTENSIONS}/{0538E3E3-7E9B-4d49-8831-A227C80A7AD3} Status: enabled Name: FxIF Location: ${PROFILE_EXTENSIONS}/{11483926-db67-4190-91b1-ef20fcec5f33}.xpi Status: enabled Name: GLPI - assistance.ens-lyon.fr userstyle Status: enabled Name: Google Search userstyle Status: enabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi Status: enabled Name: HeadingsMap Location: ${PROFILE_EXTENSIONS}/headi...@niquelheadings.net.xpi Status: enabled Name: IMDb userstyle Status: enabled Name: Link Widgets Location: ${PROFILE_EXTENSIONS}/linkwid...@clav.mozdev.org Status: enabled Name: Live HTTP headers Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a} Status: enabled Name: Move tabbar to the bottom userstyle Status: user-disabled Name: Move tabbar to the left userstyle Status: user-disabled Name: Move tabbar to the right userstyle Status: user-disabled Name: Multiple row bookmark toolbar userstyle Status: user-disabled Name: Nerim userstyle Status: enabled Name: Open in Browser Location: ${PROFILE_EXTENSIONS}/openinbrow...@www.spasche.net.xpi Status: enabled Name: PeopleForCinema userstyle Status: enabled Name: Pinger Location: ${PROFILE_EXTENSIONS}/jane...@pinger.xpi Status: enabled Name: QuickWiki Location: ${PROFILE_EXTENSIONS}/{EE223D7A-F30F-11DD-8F0A-D2AD55D89593}.xpi Status: enabled Name: SearchStatus Location: ${PROFILE_EXTENSIONS}/{d57c9ff1-6389-48fc-b770-f78bd89b6e8a}.xpi Status: enabled Name: Showcase Location: ${PROFILE_EXTENSIONS}/{89506680-e3f4-484c-a2c0-ed711d481eda}.xpi Status: enabled Name: Slashdot.org - Remove ads userstyle Status: enabled Name: SourceForge font size in comments userstyle Status: enabled Name: Stylish Location: ${PROFILE_EXTENSIONS}/{46551EC9-40F0-4e47-8E18-8E5CF550CFB8}.xpi Status: enabled Name: Stylish-Custom Location: ${PROFILE_EXTENSIONS}/stylish-cus...@choggi.dyndns.org Status: enabled Name: Tab Mix Plus Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}.xpi Status: enabled Name: TinEye Reverse Image Search Location: ${PROFILE_EXTENSIONS}/tin...@ideeinc.com Status: enabled Name: United States English Spellchecker dictionary Location: ${PROFILE_EXTENSIONS}/en...@dictionaries.addons.mozilla.org Status: enabled Name: Web Developer Location:
Bug#719467: www.debian.org: add link to packaging tutorial on http://www.debian.org/doc/index
Le 12/08/2013 10:34, Lucas Nussbaum a écrit : On 12/08/13 at 09:38 +0200, David Prévot wrote: I’m not sure duplicating informations on the same page would be worth it (an improvement could be to shorten this page IMHO) Otherwise, it might make sense to drop the whole 'If you want to start developing packages for Debian we recommend you go through:' paragraph. Agreed, proposed patch attached, will commit it taking care of translations in case nobody disagrees. Regards David Index: doc/index.wml === RCS file: /cvs/webwml/webwml/english/doc/index.wml,v retrieving revision 1.100 diff -u -r1.100 index.wml --- doc/index.wml 27 Mar 2013 03:26:05 - 1.100 +++ doc/index.wml 12 Aug 2013 09:59:39 - @@ -34,14 +34,6 @@ href=http://www.debian.org/doc/manuals/refcard/refcard;Debian GNU/Linux Reference Card/a, a listing of the most important commands for Debian systems./p -pIf you want to start developing packages for Debian we recommend -you go through:/p - -ul - lia href=manuals/maint-guide/Debian New Maintainers' Guide/a/li - lia href=manuals/developers-reference/Debian Developer's Reference/a/li -/ul - pThere is a fair bit of other documentation listed below./p h2Types of documentation/h2 signature.asc Description: OpenPGP digital signature
Bug#719482: Use alacarte with separator, up, and down
Package: alacarte I use Gnome traditional look and try to edit the menu. Trying to insert a separator generates the below errors. Trying to move an item up or down also generates errors. patrik@debian:~$ alacarte Traceback (most recent call last): File /usr/share/alacarte/Alacarte/MainWindow.py, line 291, in on_new_separator_button_clicked self.editor.createSeparator(parent, after=after) File /usr/share/alacarte/Alacarte/MenuEditor.py, line 219, in createSeparator self.positionItem(parent, ('Separator',), before, after) File /usr/share/alacarte/Alacarte/MenuEditor.py, line 505, in positionItem index = contents.index(after) + 1 ValueError: GMenuTreeEntry at 0x1fb1040 is not in list Traceback (most recent call last): File /usr/share/alacarte/Alacarte/MainWindow.py, line 291, in on_new_separator_button_clicked self.editor.createSeparator(parent, after=after) File /usr/share/alacarte/Alacarte/MenuEditor.py, line 219, in createSeparator self.positionItem(parent, ('Separator',), before, after) File /usr/share/alacarte/Alacarte/MenuEditor.py, line 505, in positionItem index = contents.index(after) + 1 ValueError: GMenuTreeEntry at 0x1fb1010 is not in list -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719150: [request-tracker-maintainers] Bug#719150: request-tracker4: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
On Thu, Aug 08, 2013 at 04:27:12PM -0300, J. S. Júnior wrote: Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Thanks! This will be included in the next upload of the package. Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717820: pu: package lftp/4.3.6-1+deb7u1
Hello Adam, Am Freitag, den 09.08.2013, 19:48 +0100 schrieb Adam D. Barratt: http://bugs.debian.org/711164 [...] Is it OK to upload 4.3.6-1+deb7u2 with this patch to stable-proposed-updates? For reference, we generally prefer full debdiffs, rather than isolated patches. However, if the diff consists of just the patch and associated changelog stanza then please go ahead, using wheezy as the distribution; thanks. Flagged for acceptance; thanks. As an example of why we prefer full debdiffs, please don't do this: +wheezy update with OK from debian-release. Closes: #717820 The release.debian.org bug should stay open until the updated package is in stable (i.e. after the point release), at which point we'll close it. I'll reopen the bug after dak auto-closes it. Sorry for failing the procedure and thank you for accepting it. Regards. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#719229: claws-mail: Prompts for SMTP password despite being asked not to
severity 719229 wishlist forwarded 719229 http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2992 thanks Hi Paul, On Fri, Aug 09, 2013 at 02:49:03PM +0100, Paul Evans wrote: Package: claws-mail Version: 3.9.2-1 Severity: normal I have an account with IMAP and SMTP authentication. The Send tab of the account's configuration has SMTP Auth ticked, but the user ID and password fields left blank. It says If you leave these entries empty, the same user ID and password as receiving will be used. I have the user ID set for Receive, but not password, so I'm prompted on startup for this. This is fine. But I was expecting this to mean that same password is remembered and used for SMTP send, but it isn't. After starting Claws, the first time I try to send mail it will ask again for the SMTP password, which is the same as receiving. Should it not be reusing that remembered IMAP password? Well, yes and no :) It's the same password value, but they're two different password entries. When if you leave the entry blank you're asked for the password, but that entry is still blank (can't be other way, otherwise your configuration would be changed!), hence the sending mechanism sees a blank password, and asks again. IOW, it's literally the same user and password you _set_ for receiving, not the same user and password you _input_ for receiving. You can think of it as the password at configure time and the password at runtime. Nevertheless I understand this could be an interesting feature, though not really know how difficult to implement, so I'm forwarding this upstream to get more input. thanks for reporting, -- Ricardo Mones ~ The world will end in 5 minutes. Please log out.Unknown signature.asc Description: Digital signature
Bug#641852: creation of yaboot.conf for POWER and VSCSI seems to be resolved
I have been testing the Debian 7.1.0 installers and the configuration file created by 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) ||/ Name Version Architecture Description +++-==---= ii yaboot 1.3.16-4 powerpc Yet Another Bootloader is creating yaboot.conf files correctly for vscsi I have two working examples: when the vscsi hdisk0 is coming from a logical partition in the VIOS lsmap -vadapter vhostX output: SVSAPhysloc Client Partition ID --- -- vhost4 U9115.505.062C0CA-V1-C19 0x0006 VTD vtopt0 StatusAvailable LUN 0x8200 Backing device/var/vio/VMLibrary/debian_DVD1_710 Physloc Mirrored N/A VTD vtscsi3 StatusAvailable LUN 0x8100 Backing devicelp6vd1 Physloc Mirrored N/A the key lines are: boot=/dev/disk/by-id/scsi-SAIX_VDASD_0002c0cad30001134deb16ba.5-part1 device=/vdevice/v-scsi@3002/disk@8100 partition=2 When the VSCSI target in client is coming from a LUN (in this case an iscsi disk - hdisk8) $ lsmap -vadapter vhost4 SVSAPhysloc Client Partition ID --- -- vhost4 U9115.505.062C0CA-V1-C19 0x0006 VTD vtopt0 StatusAvailable LUN 0x8200 Backing device/var/vio/VMLibrary/debian_DVD1_710 Physloc Mirrored N/A VTD vtscsi3 StatusAvailable LUN 0x8100 Backing devicehdisk8 Physloc Mirrored false the key lines are: boot=/dev/disk/by-id/scsi-36001405eb283f7cd7f8fd44bdd8f12db-part1 device=/vdevice/v-scsi@3002/disk@8100 partition=2 Notice the .5-part1 in the name when coming from a logical partition (minor device number) $ ls -l /dev/lp* brw-rw1 root system 46, 1 Mar 15 11:19 /dev/lp2vd1 brw-rw1 root system 46, 2 Mar 15 11:19 /dev/lp3vd1 brw-rw1 root system 46, 3 Mar 15 11:19 /dev/lp4vd1 brw-rw1 root system 46, 4 Mar 17 12:00 /dev/lp5vd1 brw-rw1 root system 46, 5 May 03 14:38 /dev/lp6vd1
Bug#719477: [Pkg-samba-maint] Bug#719477: winbind 2:4.0.8+dfsg-1 fails to upgrade: systemd service file does not start the daemon
severity 719477 important thanks Quoting Matteo Settenvini (matteo...@member.fsf.org): Package: winbind Version: 2:4.0.8+dfsg-1 Severity: serious Justification: Policy 9.1.4 Dear Maintainer, the systemd service file for winbind is not able to start the daemon for samba versions 4.x. `journalctl -xu winbind` reports: Well, as far as I know, systemd is not Debian's default init system so far, so I don't think this bug deserves an RC severity. (of course, that doesn't mean that the bug doesn't deserve to be fixed of course: thanks for reporting it) signature.asc Description: Digital signature
Bug#712851: Add a test for checking version.rb path
Package: gem2deb Version: 0.4.1 Followup-For: Bug #712851 This is probably an adequate test: find . -maxdepth 1 -iname version i.e. if it finds (case-insensitively) a 'version' file in the top dir, warn (summarizing / linking to a proposed solution) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719483: Missing authors in copyright file
Package: bibutils Version: 5.0-1 Hi, While reviewing your package in the NEW queue, I've noticed your copyright file is missing some of the authors. e.g. Copyright (c) Richard Mathar 2007-2013 from lib/adsout.h Copyright (c) Johannes Wilm 2010-2013 from lib/biblatexin.c Kaplan
Bug#719484: boost1.54: FTBFS: assertion fail in bjam, possibly invalid/unportable alignment assumptions
Source: boost1.54 Version: 1.54.0-2 Severity: important Justification: fails to build from source (but built successfully in the past) Hi, I’ve not yet had time to look at this, but my guess is that bjam assumes natural alignment / struct padding, which is not portable – implicit alignment assumptions should be made explicit, usually by adding padding members to structs, if they are to be relied upon. Full build log attached. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.10-1-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static I: Using pkgname logfile I: Current time: Sun Aug 11 22:51:50 UTC 2013 I: pbuilder-time-stamp: 1376261511 I: Obtaining the cached apt archive contents I: Installing the build-deps W: no hooks of type D found -- ignoring - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: m68k Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 9), dpkg-dev (= 1.16.1~), zlib1g-dev, libbz2-dev, libicu-dev, mpi-default-dev, bison, flex, docbook-to-man, help2man, xsltproc, doxygen, python, python-all-dev, python3, python3-all-dev (= 3.1) Conflicts: libopenmpi-dev (= 1.3.2-2) dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 12645 files and directories currently installed.) Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on zlib1g-dev; however: Package zlib1g-dev is not installed. pbuilder-satisfydepends-dummy depends on libbz2-dev; however: Package libbz2-dev is not installed. pbuilder-satisfydepends-dummy depends on libicu-dev; however: Package libicu-dev is not installed. pbuilder-satisfydepends-dummy depends on mpi-default-dev; however: Package mpi-default-dev is not installed. pbuilder-satisfydepends-dummy depends on bison; however: Package bison is not installed. pbuilder-satisfydepends-dummy depends on flex; however: Package flex is not installed. pbuilder-satisfydepends-dummy depends on docbook-to-man; however: Package docbook-to-man is not installed. pbuilder-satisfydepends-dummy depends on help2man; however: Package help2man is not installed. pbuilder-satisfydepends-dummy depends on xsltproc; however: Package xsltproc is not installed. pbuilder-satisfydepends Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended state information... The following NEW packages will be installed: bison{a} dh-python{a} docbook{a} docbook-to-man{a} doxygen{a} flex{a} help2man{a} libbison-dev{a} libbz2-dev{a} libexpat1{a} libexpat1-dev{a} libicu-dev{a} libicu48{a} libmpich2-3{a} libmpich2-dev{a} libpython-all-dev{a} libpython-dev{a} libpython-stdlib{a} libpython2.7{a} libpython2.7-dev{a} libpython2.7-minimal{a} libpython2.7-stdlib{a} libpython3-all-dev{a} libpython3-dev{a} libpython3-stdlib{a} libpython3.3{a} libpython3.3-dev{a} libpython3.3-minimal{a} libpython3.3-stdlib{a} libsigsegv2{a} libsp1c2{a} libssl1.0.0{a} libxslt1.1{a} m4{a} mime-support{a} mpi-default-dev{a} python{a} python-all{a} python-all-dev{a} python-dev{a} python-minimal{a} python2.7{a} python2.7-dev{a} python2.7-minimal{a} python3{a} python3-all{a} python3-all-dev{a} python3-dev{a} python3-minimal{a} python3.3{a} python3.3-dev{a} python3.3-minimal{a} sgml-base{a} sgml-data{a} sp{a} xml-core{a} xsltproc{a} zlib1g-dev{a} 0 packages upgraded, 58 newly installed, 0 to remove and 0 not upgraded. Need to get 35.3 MB/38.7 MB of archives. After unpacking 138 MB will be used. Writing extended state information... Get: 1 http://ftp.de.debian.org/debian-ports/ unstable/main flex m68k 2.5.35-10.1 [300 kB] Get: 2 http://ftp.de.debian.org/debian-ports/ unstable/main libicu48 m68k 4.8.1.1-12 [4508 kB] Get: 3 http://ftp.de.debian.org/debian-ports/ unstable/main libpython2.7-minimal m68k 2.7.5-6 [541 kB] Get: 4 http://ftp.de.debian.org/debian-ports/ unstable/main mime-support all 3.54 [36.4 kB] Get: 5 http://ftp.de.debian.org/debian-ports/ unstable/main libpython2.7-stdlib m68k 2.7.5-6 [2354 kB] Get: 6 http://ftp.de.debian.org/debian-ports/ unstable/main libpython2.7 m68k
Bug#690977: partman-auto: Add a way to add discard option to filesystems
Hi. Instead of adding discard as a mount option in fstab, perhaps it is better to add a cron job calling fstrim regularly? In URL: http://people.skolelinux.org/pere/blog/How_to_fix_a_Thinkpad_X230_with_a_broken_180_GB_SSD_disk.html I described a deb ssd-setup I created to set up a machine with SSD, and it take care of all the setup I believe make sense. The source is available from collab-maint. To quote from the blog post: I consider the package a draft, as I am a bit unsure how to best set up Debian Wheezy with an SSD. It is adjusted to my use case, where I set up the machine with one large encrypted partition (in addition to /boot), put LVM on top of this and set up partitions on top of this again. See the README file in the package source for the references I used to pick the settings. At the moment these parameters are tuned: * Set up cryptsetup to pass TRIM commands to the physical disk (adding discard to /etc/crypttab) * Set up LVM to pass on TRIM commands to the underlying device (in this case a cryptsetup partition) by changing issue_discards from 0 to 1 in /etc/lvm/lvm.conf. * Set relatime as a file system option for ext3 and ext4 file systems. * Tell swap to use TRIM commands by adding 'discard' to /etc/fstab. * Change I/O scheduler from cfq to deadline using a udev rule. * Run fstrim on every ext3 and ext4 file system every night (from cron.daily). * Adjust sysctl values vm.swappiness to 1 and vm.vfs_cache_pressure to 50 to reduce the kernel eagerness to swap out processes. During installation, I cancelled the part where the installer fill the disk with random data, as this would kill the SSD performance for little gain. My goal with the encrypted file system is to ensure those stealing my laptop end up with a brick and not a working computer. I have no hope in keeping the really resourceful people from getting the data on the disk (see XKCD #538 for an explanation why). Thus I concluded that adding the discard option to crypttab is the right thing to do. Perhaps a similar approach is good for Debian proper too? Ie instead of changing d-i all over the place, add a deb to set up ssd parameters and install it automatically if a disk with /sys/block/*/queue/rotational is set to zero (0). -- 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#716689: F-Spot
I'm not showing a crash on startup with my in-progress Mono 3.2.1 packages - I'll try to get a test repo built soonish so you can try reproducing the update-as-fix locally -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719274: Please update to 5-year old upstream release
tag 719274 + confirmed pending severity 719274 wishlist thanks Hello Andrey, Am Samstag, den 10.08.2013, 01:46 +0200 schrieb Andrey Gursky: Do you have any reasons not to update the package since so many years? Maybe you use another perl pop3 client with SSL support? If so, just tell me please what one, so I could use it also. No, there is no special reason just wasn't aware of it. I will package and upload 2.18 in the next days http://www.cpan.org/authors/id/S/SD/SDOWD/ This is version 2.18 of Mail::POP3Client. 2.18 2008/02/11 + update message ID regular expression for Dovecot APOP authentication. + Allow calling scripts to set $\ without negative affects. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#719479: yaboot: generic initrd.img is too large for yaboot to load at boot on POWER LPAR
FYI: same results when using netinst.iso - generic fails; targeted succeeds at boot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719485: [inventor] please explicitly link Decal.so against libc
Source: inventor Version: 2.1.5-10-17 Severity: wishlist Tags: patch Hi Maintainer When building inventor 2.1.5-10-17 on Ubuntu Saucy's builders, the build was successful on amd64 and armhf, but failed with the following error on i386 and powerpc. /usr/bin/g++ -L/build/buildd/inventor-2.1.5-10/debian/tmp/usr/lib -shared -Wl,--whole-archive -Wl,-z,defs-L/usr/X11R6/lib Decal.o -lGL -lInventor -lInventorXt -Wl,--no-whole-archive -o Decal.so /usr/lib/i386-linux-gnu/libc_nonshared.a(stack_chk_fail_local.oS): In function `__stack_chk_fail_local': (.text+0x10): undefined reference to `__stack_chk_fail' collect2: error: ld returned 1 exit status make[4]: *** [Decal.so] Error 1 I found similar bug reports [1,2] and my understanding is that Decal.so is being linked against the static libc instead of the shared libc. The attached patch explicitly links libc by appending -lc to Decal.c++'s LLDLIBS. Regards Graham [1] http://bugs.debian.org/717331 [2] https://bugs.launchpad.net/mir/+bug/1208774 diff -Nru inventor-2.1.5-10/debian/patches/add-required-libs.patch inventor-2.1.5-10/debian/patches/add-required-libs.patch --- inventor-2.1.5-10/debian/patches/add-required-libs.patch 2013-08-08 10:37:56.0 +0200 +++ inventor-2.1.5-10/debian/patches/add-required-libs.patch 2013-08-12 13:34:38.0 +0200 @@ -21,7 +21,7 @@ CXXFILES = Decal.c++ -LLDLIBS = -lInventor -lInventorXt -+LLDLIBS = -lGL -lInventor -lInventorXt ++LLDLIBS = -lGL -lInventor -lInventorXt -lc all install: all_ivbin
Bug#719486: RM: god -- ROM; replaced by ruby-god
Package: ftp.debian.org Severity: normal ruby-god is now providing a transitional god binary package, so this one is no longer needed. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718748: oasis: FTBFS on armhf
forwarded 718748 https://forge.ocamlcore.org/tracker/index.php?func=detailaid=1306group_id=54atid=291 tags 718748 confirmed upstream thanks Hi, Hector Oron zu...@debian.org writes: Your package fails to build from source on Debian autobuilder network. Thanks for recording this issue with the BTS. The software itself builds fine, the problem is that the tests expect wrong results on bytecode architectures. I discussed this with upstream already in June, Sylvain works on it, but I haven't got a patch yet. Note that there is no real difference between oasis 0.3.0-1 and 0.3.0-2, it's only that the tests are disabled in 0.3.0-1. Please tell me if this build failure is a real problem for you, because I'll then prepare 0.3.0-3 with tests disabled again. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719487: maven-debian-helper: Install mojo does not include maven.ignoreRules when processing pom files
Package: maven-debian-helper Version: 1.6.3 Severity: normal Dear Maintainer, I guess through a bug in the maven-debian-helper package, earlier versions of mdh managed to install pom files in /usr/share/maven-repo with the maven.ignoreRules file applied. The current version does not exhibit this behaviour - only maven.rules is applied which then creates maven artifacts which are un-usable on Debian. I noted this while doing updates for jenkins and the maven-hpi-plugin packages. I worked around this by forcing use of mh_installpoms: # Install POM files directly binary-post-install/libjenkins-java:: mh_installpoms -plibjenkins-java this ensures that .ignoreRules is used. Cheers James -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.0-6-generic (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 maven-debian-helper depends on: ii default-jdk 1:1.7-48 ii libmaven-clean-plugin-java 2.5-1 ii libmaven-compiler-plugin-java 2.0.2-6 ii libmaven-jar-plugin-java2.2-6 ii libmaven-resources-plugin-java 2.3-7 ii libmaven-site-plugin-java 2.1-2 ii libplexus-velocity-java 1.1.7-5 ii libsurefire-java2.10-4 ii maven-repo-helper 1.8.3 ii maven2 2.2.1-14 ii velocity1.7-4 maven-debian-helper recommends no packages. Versions of packages maven-debian-helper suggests: pn apt-file none ii devscripts2.13.2 pn libmaven-javadoc-plugin-java none ii subversion1.7.9-1+nmu3ubuntu1 -- 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#719488: python-grapefruit-doc: Documentation references the removed GrapeFruit.png
Package: python-grapefruit-doc Version: 0.1~a3+dfsg-1 Severity: wishlist As the subject says, the documentation references the removed GrapeFruit.png, so viewing the docs results in a broken image placeholder. Please fix that in a future upload. (Note to unknown-package@ people: grapefruit has just cleared the NEW queue, I notified the maintainers on IRC too.) -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#412885: icedove: Confirm problem, only partial match
Hello DaC, Hello Bob, On Thu, Apr 30, 2009 at 10:52:03AM +0200, DaC wrote: Package: icedove Version: 2.0.0.19-1 Followup-For: Bug #412885 I can confirm this bug, with a little difference. Here's my situation. I have several addresses in my ldap address book for a domain. Let's say j...@example.com, m...@example.com, b...@example.com. If I compose a new massage and start typing example, only john's address is suggested. If I search from Tools/Address book and type example, all three addresses are displayed. this issuses are allready there? The reported versions are longer not supported by any active release. Propably this bug is gone over the years. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719477: [Pkg-samba-maint] Bug#719477: Bug#719477: winbind 2:4.0.8+dfsg-1 fails to upgrade: systemd service file does not start the daemon
Hi, On Mon, Aug 12, 2013 at 12:39:15PM +0200, Christian PERRIER wrote: Well, as far as I know, systemd is not Debian's default init system so far, so I don't think this bug deserves an RC severity. The bug is actually in the systemd scripts upstream provides, as it doesn't use the PID path from waf/configure, but uses hardcoded /run instead. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718748: oasis: FTBFS on armhf
Hello, 2013/8/12 Hendrik Tews t...@os.inf.tu-dresden.de: Please tell me if this build failure is a real problem for you, because I'll then prepare 0.3.0-3 with tests disabled again. This is not a real issue to me, just trying to keep the ARM ports sane. Thanks, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719414: Pending fixes for bugs in the pkg-components package
tag 719414 + pending thanks Some bugs in the pkg-components package are closed in revision e0c8b45d2997af543401191efecb18796bab1219 in branch 'master' by Olof Johansson The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/pkg-components.git;a=commitdiff;h=e0c8b45 Commit message: Adapt to changes in Debian::Control API Debian::Control's -binary method no longers return a Tie::IxHash object, but rather the tied hash. A -binary_tie method was introduced for the old behavior. Closes: #719414 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711255: libtap-formatter-junit-perl: FTBFS with perl 5.18: test failures
Control: tag -1 + patch On Wed, 05 Jun 2013 23:17:53 +0100, Dominic Hargreaves wrote: Source: libtap-formatter-junit-perl Version: 0.09-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.18-transition Tags: sid jessie Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=81552 This package FTBFS with perl 5.18 from experimental (in a clean sbuild session): Test Summary Report --- t/formatter.t (Wstat: 5376 Tests: 22 Failed: 21) Failed tests: 1, 3-22 Non-zero exit status: 21 t/tap2junit-filter.t (Wstat: 256 Tests: 2 Failed: 1) Failed test: 2 Non-zero exit status: 1 t/tap2junit.t (Wstat: 5120 Tests: 22 Failed: 20) Failed tests: 1-4, 6-8, 10-22 Non-zero exit status: 20 t/timer.t (Wstat: 1280 Tests: 21 Failed: 5) Failed tests: 7, 15, 18, 20-21 Non-zero exit status: 5 Files=8, Tests=82, 53 wallclock secs ( 0.04 usr 0.05 sys + 14.43 cusr 1.34 csys = 15.86 CPU) Result: FAIL Sample output at http://www.cpantesters.org/cpan/report/d8da809e-31b8-11e2-9d08-cce7a290f8f5 There's a patch available in the upstream ticket at https://rt.cpan.org/Public/Bug/Display.html?id=81552 Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- signature.asc Description: Digital signature
Bug#719411: tasksel: Standard out-of-the-box configuration as a router
On Sun, 2013-08-11 at 15:46 +0200, Christian PERRIER wrote: Quoting ST (smn...@gmail.com): Debian Installer (through tasksel) allows to tune the software for certain specific use cases, such as Web server, Mail server, Print and SQL server, etc. It would be very nice to have in this list the Router option, which will install all the relevant packages and configure them accordingly for the computer to become a router. It should have WiFi support and turn the computer into an Access Point and it should also support DSL and other modems. Motivation: there are a lot of small, low-power computers out there which are intended for 24/7 use (see Utilite, Raspberry Pi, Beaglebone, Olinuxino, etc). Many of them are actually cheaper and much more powerful than todays DSL- WiFi/Routers. So if Debian provides an easy way to configure them as routers/AccessPoints people will get cheap and powerful routers that could be used for a variety of other cases such as home automation, etc. Web UI/GUI for configuration might be nice at some point but its lack should not prevent the feature from being released. Hello, The suggestion is interesting, however, it lacks the mention of the packages you would consider as needed. Please notice that tasksel itself is only a convenient way to install some related packages, not really to configure them for specific needs. So, what it can do is only installing what you would consider as needed for a router. On the other hand, what you're suggesting seems somehow relevant to the FreedomBox idea and may better belong to packages provided inside this project. Hi Christian, thank you for the info on FreedomBox. I checked the project and I think that it has a bit more specific agenda, however they are the people who have relevant experience to implement what I was referring to. I think a package router-conf should be created and installed through tasksel upon user's selection of Router option. It should depend on all the relevant packages, install and configure them, depending on the hardware it was able to detect. I personally lack the knowledge and experience to implement something like that. And I also do not have such a device yet. Considering the market potential for such a feature (remember - EVERY Internet user has some kind of router at home) I think it is worth investing effort in it. Once implemented and announced through sites like Engadget, Slashdot, etc. it might bring a lot of new users to Debian. And even not because of ideological but rather pragmatical reasons - why should one pay double or triple price for a weak, incapable and locked device when one can buy a cheap desktop-power-like computer, that can be used for a variety of other tasks ranging from web of file server up to home automation. Christian, if tasksel is not the right place for such feature request - could you please reassign it to the proper category? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719489: more efficient builds and support for staged builds for cdbs based packages
Package: cdbs originally filed here at https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1207029 Building gtk+3.0, I see a few things which do matter for a bootstrap of the package on a new (slowish, because it's simulated) architecture. Support for staged builds (DEB_STAGE=stage1 dpkg-buildpackage ...): - The package b-d's on colord and cups, creating a cyclic dependency. The staged build should configure without these b-d's and succeed. cdbs task: provide infrastructure to disable building packages which are not built for a staged build.. - The package builds udebs, doubling the build time. It would be nice if the package could be built without udebs (not sure if special cdbs support is needed, I only did remove the packages in the control file and references in the rules file. cdbs task: provide infrastructure not to build some binary packages when a flavour is not built (association between a flavour and binary packages is probably needed). Besides that - Please check if the package can be built in parallel, and support DEB_BUILD_OPTIONS=parallel=N cdbs task: warn immediately when the cdbs files are sourced that the build is not done in parallel, unless there is a macro which does explain why the build it not done in parallel, e.g. CDBS_BO_PARALLEL_BUILD_REASON = upstream build system doesn't work with parallel build - Please check if a binary-arch only build needs to build the documentation. cdbs task: allow a package to specify BUILD_INDEP_CONFIGURE_OPTIONS and BUILD_ARCH_CONFIGURE_OPTIONS e.g. BUILD_INDEP_CONFIGURE_OPTIONS = --enable-text-docs --enable-html-docs BUILD_ARCH_CONFIGURE_OPTIONS = --disable-text-docs --disable-html-docs - Please check if the tests need to be built when building with DEB_BUILD_OPTIONS=nocheck. I see that a considerable amout of time is spent building the tests. cdbs task: probably none - Please document which b-d's are only needed to run the testsuite. cdbs task: probably none - Please check how to cross build the package. cdbs task: probably none, however in general it would be good to specify that a package can be cross built. It would be nice to address all of these, and then try to propose that package as an example how to build other packages in the gtk stack. Thanks, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706176: FTBFS with hsqldb 2.2.9: cannot find symbol (org.hsqldb.Trace)
There appears to be a fix for this in the latest trunk upstream: http://svn.apache.org/viewvc/openjpa/trunk/openjpa-jdbc/src/main/java/org/apache/openjpa/jdbc/sql/HSQLDictionary.java?revision=1496128view=markup This fix isn't in any released version of the upstream as of yet. If you want I'm happy to patch this package so that it will build? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719448: [gnunet-server] rm /var/lib/dpkg/info/gnunet-server.* solves the problem (?)
Dear user, Thank you for your bug report. As you guessed, it seems to be a bug in the postrm script. Could you please provide more information ? - Is the problem reproducible ? If you reinstall gnunet-server, are you able to purge it properly ? - If the problem is reproducible, could you launch the postrm script manually to get a detailed error message ? Thanks, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718621: mercurial: conffiles not removed
On Sun, Aug 11, 2013 at 05:28:56PM +0200, Paul Wise wrote: On Sun, 2013-08-11 at 16:04 +0200, Javi Merino wrote: /etc/bash_completion.d/mercurial and /etc/mercurial/hgrc were conffiles of mercurial in 2.6.2-1 and are conffiles of mercurial-common in 2.6.3-1. mercurial depends on mercurial-common, so is this really a bug? So the issue must be that you aren't properly transferring these conffiles between packages. Perhaps this post helps with that: http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/debian/2006-12-23-moving-conffiles.html https://lists.debian.org/debian-devel/2006/12/msg00647.html Well, that post says: Fortunately, all of this is only necessary for upgrades from sarge to etch, and once we can expect everyone to have etch's dpkg installed we can move conffiles between packages more or less like any other files. So I don't really know how much of that post is actually helpful for this situation. What am I supposed to do? Remove the files in mercurial-common's preinst if they are present and their md5 match? In addition, the second two files should be removed: pabs@chianamo ~ $ dpkg-query -W -f='${Conffiles}\n' mercurial | grep obsolete | tail -n2 /etc/mercurial/hgrc.d/mergetools.rc 256f6d68e04f68df651392d7019bad0a obsolete /etc/mercurial/hgrc.d/cacerts.rc 9f9020947cdcb24be9e042f5fa40a43a obsolete Why? Those files are still present in mercurial 2.6.3-1 and they still are conffiles. I don't want to remove them, they are part of the package. Besides, I can't reproduce it on a clean sid chroot: Er, obviously you won't be able to reproduce it in a clean sid chroot that never had the old version of mercurial installed. Ok, I tried upgrading from 2.6.2-1 to 2.6.3-1: adequate doesn't complain and dpkg-query doesn't show /etc/mercurial/hgrc.d/mergetools.rc and /etc/mercurial/hgrc.d/cacerts.rc as obsolete: # dpkg -i mercurial_2.6.2-1_i386.deb mercurial-common_2.6.2- Selecting previously unselected package mercurial. (Reading database ... 13127 files and directories currently installed.) Unpacking mercurial (from mercurial_2.6.2-1_i386.deb) ... Selecting previously unselected package mercurial-common. Unpacking mercurial-common (from mercurial-common_2.6.2-1_all.deb) ... Setting up mercurial-common (2.6.2-1) ... Setting up mercurial (2.6.2-1) ... Creating config file /etc/mercurial/hgrc.d/hgext.rc with new version # aptitude safe-upgrade The following packages will be upgraded: mercurial mercurial-common The following packages are RECOMMENDED but will NOT be installed: ca-certificates openssh-client 2 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/2562 kB of archives. After unpacking 14.3 kB will be used. Do you want to continue? [Y/n/?] debconf: delaying package configuration, since apt-utils is not installed (Reading database ... 13766 files and directories currently installed.) Preparing to replace mercurial 2.6.2-1 (using .../mercurial_2.6.3-1_i386.d Unpacking replacement mercurial ... Preparing to replace mercurial-common 2.6.2-1 (using .../mercurial-common_ Unpacking replacement mercurial-common ... Setting up mercurial-common (2.6.3-1) ... Setting up mercurial (2.6.3-1) ... Current status: 0 updates [-2]. # adequate mercurial # dpkg-query -W -f='${Conffiles}\n' mercurial | grep obsolet /etc/bash_completion.d/mercurial ad9c61fc3330bdf30b26193bbee2bf8e obsolet /etc/mercurial/hgrc bcefdbdbe45da0913c9ae243149fd497 obsolete # If you aren't going to fix this issue, please close the bug and I will just purge and reinstall mercurial to get rid of this issue. I do want to fix it, it's just that I don't understand what's the issue so I don't know how to do it. I'm in DebConf, maybe you can explain it to me IRL? Cheers, Javi signature.asc Description: Digital signature
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
Hi *, just a short notice on this/these bug/s (maybe one should merge all those unable to remove snapshot-bugs?): I recompiled the lvm2-src from Unstable (2.02.98-5) on Wheezy and installed that on 7 of my servers which had problems with the removal of lvm snapshots while using rsnapshot and mylvmbackup. Right now, all 7 servers have each ran over 1000 iterations of rsnapshot, thus creating and removing a lvm snapshot during the backup cycle and not one of them failed. So something in the current version of lvm2 seems to fix the bug or at least reduce the likely-hood of it appearing dramatically. With the original lvm2 (2.02.95-7) the lockup appears nearly instantly. Grüße, Sven. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651626: Same bug with - cpu_jitc_x86_64 - pearpc-0.5
Hello, as I understand it, https://buildd.debian.org/status/fetch.php?pkg=pearpcarch=kfreebsd-amd64ver=0.5.dfsg-2stamp=1323477162 is a description for an amd64 processor. Mine is a Intel Core i5 ( Mac OS X 10.8.4 ) But the error message is the same : . . Making all in cpu_jitc_x86_64 g++ -DHAVE_CONFIG_H -I. -I../../.. -I ../..-Wundef -Wall -Woverloaded-virtual -fsigned-char -O3 -fomit-frame-pointer -g -fno-inline -mdynamic-no-pic -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -MT ppc_mmu.o -MD -MP -MF .deps/ppc_mmu.Tpo -c -o ppc_mmu.o ppc_mmu.cc ppc_mmu.cc: In function ‘bool ppc_init_physical_memory(uint)’: ppc_mmu.cc:828: error: ‘MAP_32BIT’ was not declared in this scope make[4]: *** [ppc_mmu.o] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Since I am not quite a UNIX-specialist, a step by step description would be much appreciated. Especially what the needed commands and their syntax is concerned. Thanks Best regards Erwin
Bug#617613: closed by Anton Gladky gl...@debian.org (Bug#617613: fixed in freecad 0.13.1830-dfsg-2)
Hi Yorik, we recently passed through a process of removing all the remaining bits of GPL code from FreeCAD. All the scripts stated above (Draft, draftlibs, makeBottle, etc) have either been converted to LGPL or removed from the source. Next time you pull the code from us the warnings above should al be gone. If something is still GPL, it is an error from our part, just notify us and we'll fix it. Thanks a lot for clarification. I hope that package will be updated soon. About SoQt, it is part of the coin3D library, which switched last year from GPL to BSD. I noticed that the latest package of coin (libcoin80) already shows the BSD license. Maybe libsoqt4-20 needs to be updated too to reflect the new license. I guess that would solve all the remaining issues... Yes, it should be checked. We're doing all we can to keep FreeCAD in debian, but it sometimes really seems like an impossible task... Hmm, what about Fedora? They have strict license policy as well. Moreover, please have in mind that this is not Debian specific problem. Even your builds for MS Windows and Mac OS X were (are) illegal for distribution. But who cares there?.. Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719490: missing authors in copyright file
Package: menu-cache Version: 0.5.0-1 While reviewing the package in the NEW queue, I've noticed you're missing some authors in the copyright file. e.g. Copyright 2012-2013 Andriy Grytsenko (LStranger) in menu-cached.c Also, in menu-cache-gen/ it would be nice to have a separation of the different copyright holders (most files are just by red hat and not the others).
Bug#719175: [Pkg-phototools-devel] Bug#719175: opencolorio: FTBFS on i386: symbols not as expected
Hi! On Thu, Aug 08, 2013 at 10:07:04PM -0400, Aaron M. Ucko wrote: Builds of opencolorio nearly succeed on i386, but still fail because the precise set of (mangled) symbol names differs somewhat from the package's (amd64-based) expectations. Please account for these differences, either by hand or with the help of a utility like pkgkde-symbolshelper from the pkg-kde-tools package. I guess it's better for now to completely remove the symbols file and wait for all the architectures to build correctly before merging all the symbols altogether. So, I'm gonna close this bug report with next upload removing that file. I hope to fix it soon. Cheers. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 0x83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708025: libtemplate-perl: FTBFS with perl 5.18: text.split.join d did not match expected
-=| Benj. Mako Hill, 24.07.2013 14:35:42 -0400 |=- quote who=Damyan Ivanov date=Wed, Jul 24, 2013 at 05:44:12PM +0300 Control: -1 tags fixed-upstream This package FTBFS with perl 5.18 from experimental (in a clean sbuild session): FAILED 35: - text.split.join d did not match expected t/vmethods/text.t . Failed 1/107 subtests There is a possible patch on the upstream bug report. Upstream has released a fixed version that is supposed work well with pre- and post-5.18 perls. Wonderful. Thanks for following up on this Dominic. What is the plan for advancing this? libtemplate-perl is rather important package and perl maintainers don't want to break it with the upload of 5.18. Do you need help with that? I could gladly take over the package under the Debian Perl Group umbrella. Or NMU with the upstream patch. Thanks, dam signature.asc Description: Digital signature
Bug#718993: libssl1.0.0: corrupted double-linked list
I've contacted cryptocom's support with this issue. They assert that engine handling mechanism was changed in openssl 1.0.1e and current patches for 3rd party software may be incompatible with it. Frankly speaking I see nothing about engines except following: === Changes between 1.0.0h and 1.0.1 [14 Mar 2012] *) Add call to ENGINE_register_all_complete() to ENGINE_load_builtin_engines(), so some implementations get used automatically instead of needing explicit application support. [Steve Henson] === -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718993: [Pkg-openssl-devel] Bug#718993: libssl1.0.0: corrupted double-linked list
On Mon, Aug 12, 2013 at 04:00:07PM +0300, Hleb Valoshka wrote: I've contacted cryptocom's support with this issue. They assert that engine handling mechanism was changed in openssl 1.0.1e and current patches for 3rd party software may be incompatible with it. To me it looks like engine support has always been broken in one way or an other. Frankly speaking I see nothing about engines except following: This might actually be the cause of your problems. I think I've read something about getting loaded twice or something like that. I think there is an other bug open in Debian about the same problem. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719491: ITP: morris -- Nine men's morris game for the gnome desktop
Package: wnpp Severity: wishlist Owner: Miriam Ruiz mir...@debian.org * Package name: morris Version : 0.2 Upstream Author : Dirk Farin dirk.fa...@gmx.de * URL : http://nine-mens-morris.net/ * License : GPL-3+ Programming Lang: C++ Description : Nine men's morris game for the gnome desktop Morris is an implementation of the board game Nine Men's Morris. Sometimes simply called Mills, Morris, Merrills, or Mühle in German. This implementation supports not only the standard game, but also several rule-variants and different boards. The game supports a strong computer player which learns from past games played. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718621: mercurial: conffiles not removed
On Mon, 2013-08-12 at 14:32 +0200, Javi Merino wrote: So I don't really know how much of that post is actually helpful for this situation. What am I supposed to do? Remove the files in mercurial-common's preinst if they are present and their md5 match? I didn't read the post; I guess it isn't helpful then and I'm not sure what the right answer is here. Why? Those files are still present in mercurial 2.6.3-1 and they still are conffiles. I don't want to remove them, they are part of the package. Are you sure about that? pabs@chianamo ~ $ aptitude download mercurial Get: 1 http://http.debian.net/debian/ testing/main mercurial amd64 2.6.3-1 [69.6 kB] Fetched 69.6 kB in 5s (12.6 kB/s) pabs@chianamo ~ $ dpkg -x mercurial_2.6.3-1_amd64.deb mercurial pabs@chianamo ~ $ find mercurial/etc/ mercurial/etc/ mercurial/etc/mercurial mercurial/etc/mercurial/hgrc.d mercurial/etc/bash_completion.d Ok, I tried upgrading from 2.6.2-1 to 2.6.3-1: adequate doesn't complain and dpkg-query doesn't show /etc/mercurial/hgrc.d/mergetools.rc and /etc/mercurial/hgrc.d/cacerts.rc as obsolete: For me it does do that (clean chroot): pabs@chianamo ~ $ sudo cowbuilder --login --basepath /var/cache/pbuilder/base.cow.sid/ [sudo] password for pabs: - Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.16306 forking: cp -al /var/cache/pbuilder/base.cow.sid /var/cache/pbuilder/build//cow.16306 I: removed stale ilistfile /var/cache/pbuilder/build//cow.16306/.ilist - Invoking pbuilder forking: pbuilder login --buildplace /var/cache/pbuilder/build//cow.16306 --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.16306 cow-shell W: /root/.pbuilderrc does not exist I: Running in no-targz mode I: copying local configuration I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: entering the shell root@chianamo:/# apt-get install ucf python Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libexpat1 libffi6 libpython-stdlib libpython2.7-minimal libpython2.7-stdlib libssl1.0.0 mime-support python-minimal python2.7 python2.7-minimal Suggested packages: python-doc python-tk python2.7-doc binfmt-support Recommended packages: file The following NEW packages will be installed: libexpat1 libffi6 libpython-stdlib libpython2.7-minimal libpython2.7-stdlib libssl1.0.0 mime-support python python-minimal python2.7 python2.7-minimal ucf 0 upgraded, 12 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/5370 kB of archives. After this operation, 19.7 MB of additional disk space will be used. Do you want to continue [Y/n]? debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package libssl1.0.0:amd64. (Reading database ... 12193 files and directories currently installed.) Unpacking libssl1.0.0:amd64 (from .../libssl1.0.0_1.0.1e-3_amd64.deb) ... Selecting previously unselected package libexpat1:amd64. Unpacking libexpat1:amd64 (from .../libexpat1_2.1.0-4_amd64.deb) ... Selecting previously unselected package libffi6:amd64. Unpacking libffi6:amd64 (from .../libffi6_3.0.13-4_amd64.deb) ... Selecting previously unselected package libpython2.7-minimal. Unpacking libpython2.7-minimal (from .../libpython2.7-minimal_2.7.5-7_amd64.deb) ... Selecting previously unselected package python2.7-minimal. Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.5-7_amd64.deb) ... Selecting previously unselected package mime-support. Unpacking mime-support (from .../mime-support_3.54_all.deb) ... Selecting previously unselected package libpython2.7-stdlib. Unpacking libpython2.7-stdlib (from .../libpython2.7-stdlib_2.7.5-7_amd64.deb) ... Selecting previously unselected package python2.7. Unpacking python2.7 (from .../python2.7_2.7.5-7_amd64.deb) ... Selecting previously unselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.7.5-3_amd64.deb) ... Selecting previously unselected package libpython-stdlib:amd64. Unpacking libpython-stdlib:amd64 (from .../libpython-stdlib_2.7.5-3_amd64.deb) ... Selecting previously unselected package python. Unpacking python (from .../python_2.7.5-3_amd64.deb) ... Selecting previously unselected package ucf. Unpacking ucf (from .../ucf_3.0027+nmu1_all.deb) ... Moving old data out of the way Setting up libssl1.0.0:amd64 (1.0.1e-3) ... Setting up libexpat1:amd64 (2.1.0-4) ... Setting up libffi6:amd64 (3.0.13-4) ... Setting up libpython2.7-minimal (2.7.5-7) ... Setting up python2.7-minimal (2.7.5-7) ... Setting up mime-support (3.54) ... update-alternatives: using /usr/bin/see to provide /usr/bin/view (view) in auto mode Setting up libpython2.7-stdlib (2.7.5-7) ... Setting up python2.7 (2.7.5-7) ... Setting up python-minimal (2.7.5-3) ... Setting up
Bug#714997: ntpdate prevents ntp from starting
hi, moreover /etc/network/if-up.d/ntpdate prevents /etc/init.d/ntp from starting at boot. from one of my servers' /var/log/syslog : Aug 12 14:07:57 server1 ntpd[2913]: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING after uninstalling the package, ntp starts correctly at boot time. regards, -- Alain Seité network engineer Crédit Foncier de France Ce message est à l'attention exclusive des destinataires désignés. Il peut contenir des informations confidentielles et privilégiées. Sauf indication contraire, cet e-mail n'est ni une recommandation ni une offre ni une sollicitation d'achat ou de vente de titres, produits d'investissement ou tout autre produit ou service financier, ni une confirmation officielle de transaction, ni une déclaration officielle du Crédit Foncier. Si vous n'êtes pas destinataire du message, merci d'en avertir immédiatement l'expéditeur et de détruire ce message. Le contenu de ce message ne pourrait engager la responsabilité du Credit Foncier de France que s'il a été émis par une personne dûment habilitée agissant dans le strict cadre de ses fonctions et à des fins non étrangères à ses attributions. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être engagée pour tout dommage résultant d'un virus transmis. This message is intended exclusively for the designated addressee. It may contain confidential and legally privileged information. Unless specifically indicated, this e-mail is not a recommendation nor an offer or a solicitation to buy or sell any securities, investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Credit Foncier. If you are not the correct addressee, please notify the sender immediately and destroy the message. The content of this message will engage the responsibility of Credit Foncier only if it has been sent by an authorized person acting in the strict scope of his functions and for purposes that are related to his competence. Although reasonable efforts have been made to keep this transmission free from viruses, the sender will not be liable for damages caused by a transmitted virus. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604722: cups: print not inside page area when using narrow page sizes, envelopes
tags 604722 moreinfo thanks On Tue 23 Nov 2010 at 12:09:43 -0800, Keith Jay Gillis wrote: When I try to print a Num10 envelope only part of the document is actually printed on the envelope. I set the paper size correctly. If I leave the paper size set to Num10 and print on letter paper I can see that it is being printed as though the envelope was fed from the side of the paper tray even though my printer, a HP a909a, loads from the center of the tray. I'm using the driver from HPLIP and the printer was configured using the hp-setup utility. I tried printing envelopes with openoffice write, abiword, and inkscape. All programs had the same problem. A google search turned up a number of pages from people with the same problem, but I found no way to make it work. Keith, does this problem still exist with HPLIP on testing or unstable? Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709870: Asking for libio-digest-perl for new upstream version or to be taken over by the Debian Perl group
Hi Bastian, On Mon, Aug 12, 2013 at 03:16:40PM +0200, Salvatore Bonaccorso wrote: Hi Bastian We are currently going trough to the last blockers for the Perl transition to 5.18. libio-digest-perl is affected by this transition by #709870, which would be become serious once the transition starts. [1] http://bugs.debian.org/709870 This should be fixed by the new upstream release 0.11[2]. I have a couple of questions, would it be possible to you to update to the most recent upstream version 0.11? Are you still interested in that package? The Debian Perl Group aims to keep Perl modules in Debian up-to-date as most as possible, so would you accept it to be adopted into the group maintenance? [2] https://rt.cpan.org/Public/Bug/Display.html?id=81846 I have seen you maintain several other modules, so this offer to have it team maintained holds also for them :) Thanks in advance, Actually also cc'ing to the corresponding bugreport. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684594: [xserver-xorg-video-intel] Add kfreebsd support
On Sat, Aug 11, 2012 at 17:51:01 +0200, Christoph Egger wrote: Package: xserver-xorg-video-intel Version: 2:2.20.2-1 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Hi! Using the kfreebsd-10 package and the patched libkms it is possible to have the intel graphics driver working on kfreebsd. Attached is a patch to make xserver-xorg-video-intel build on kfreebsd. So the patch you added is no longer necessary (since http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=3c611087e8ae09fc3fe4271f16d912ac8ae89f6b). However it looks like we need something like http://people.freedesktop.org/~jcristau/0001-Check-for-struct-sysinfo-as-well-as-sys-sysinfo.h.patch to get sna to build. Cheers, Julien signature.asc Description: Digital signature
Bug#719493: libqt5gui5:i386 uninstallable
Package: libqt5gui5:i386 Version: 5.1.0+dfsg-3 When installing like apt-get install libqt5gui5:i386 the output is libqt5gui5:i386 : Depends: libxkbcommon0:i386 (= 0.2.0) but it is not going to be installed when I then do apt-get install libqt5gui5:i386 libxkbcommon0:i386 I get libxkbcommon0:i386 : Depends: xkb-data:i386 but it is not installable and finally that last one gives Package xkb-data:i386 is not available, but is referred to by another package. Cheers, Koos Vriezen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710992: Pending fixes for bugs in the libsoap-lite-perl package
tag 710992 + pending thanks Some bugs in the libsoap-lite-perl package are closed in revision 3575d258169f4ccd7303aa1d62599b6b5384f949 in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libsoap-lite-perl.git;a=commitdiff;h=3575d25 Commit message: Add patch to fix hash randomization caused test failure in perl 5.18. Closes: #710992 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org