Bug#722849: [Pkg-tcltk-devel] Bug#722849: tk8.6 link with -L/usr/lib
Hi! On Sat, Sep 14, 2013 at 7:34 AM, YunQiang Su wzss...@gmail.com wrote: Package: tk8.6 Version: 8.6.0-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. I think it looks more like a bug in tcl8.6 which puts its library into /usr/lib and adds -L/usr/lib to the tclConfig.sh script. Though tk8.6 does the same with tkConfig.sh. Could you try tcl8.6 and tk8.6 from experimental? They have multiarch enabled, and use /usr/lib/triplet instead of /usr/lib. I think it will be way to fix this bug in the long run. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722880: apt: Apt fails to solve some dependencies in a multiarch scenario.
Package: apt Version: 0.9.9.4 Severity: important Dear Maintainer, I'm working in a multiarch scenario where amd64 is the architecture of my machine and armhf is a foreign architecture. I found two cases where apt fails to solve the dependencies of packages even where a solution exist. First case: I was trying to crossbuild a source package A that build-depends package B:armhf where the build architecture is amd64 and the host architecture is armhf. Package B is multiarch: foreign. Apt install package B:armhf instead of B:amd64 even B being a multiarch: foreign package. IMHO, apt should install B:amd64 to solve the build-dependencies instead of B:armhf. Second case: I was trying to crossbuild a source package A that build-depends package B:any that depends package C:all where the build architecture is amd64 and the host architecture is armhf. Package B is multiarch: same and Package C is multiarch: foreign. Apt fails to solve the dependencies because it tries to install package C:armhf instead of Package C:all which is a multiarch: foreign package. IMHO, apt should install Package C:all without returning error. I'm not usually with reporting bugs. Please, be nice :-) . Thanks, Gustavo Alkmim -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.14-1 ii libapt-pkg4.12 0.9.9.4 ii libc6 2.17-7 ii libgcc1 1:4.8.1-2 ii libstdc++6 4.8.1-2 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1 ii dpkg-dev1.16.10 ii python-apt 0.8.9 ii synaptic0.80.2 ii xz-utils5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722710: apt: Incorrect error message for missing data.tar.* segment.
Quoting David Kalnischkies (kalnischkies+deb...@gmail.com): That was me and at the time I wrote this it was a big gain because this code was to be backported to squeeze and I am pretty sure our chessy l10n god would have killed me otherwise (and I value my life). ;) Scary bubulle and His Mighty Sock is watching you everywhere..;-) Apart from that, I agree that making the error message compression-neutral is a good idea. signature.asc Description: Digital signature
Bug#722758: [pkg-boost-devel] Bug#722758: boost1.54 link with -L/usr/lib
On Sat, Sep 14, 2013 at 12:05 PM, Steve M. Robbins st...@sumost.ca wrote: On September 14, 2013 11:27:15 AM YunQiang Su wrote: Package: boost1.54 Version: 1.54.0-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. Can you shed some light on why Boost has successfully built on mips and mipsel for years with this flaw? Before multiarch, on mipsel, the N64 bit libraries is installed into /usr/lib64, N32 is to /usr/lib32, so it can successful build. If we have mips64el before multiarch (for lenny for example), then, the path will be the same situation with mipsel, N64 - /usr/lib64 N32 - /usr/lib32 O32 - /usr/lib So if built with -L/usr/lib, it will failed to build. For mips64el with multilib and multiarch support N64 - /usr/lib/mips64el-linux-gnuabi64 N32 - /usr/lib32 O32 - /usr/lib It will still failed to build if with -L/usr/lib -Steve -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722849: [Pkg-tcltk-devel] Bug#722849: tk8.6 link with -L/usr/lib
On Sat, Sep 14, 2013 at 2:02 PM, Sergei Golovan sgolo...@nes.ru wrote: Hi! On Sat, Sep 14, 2013 at 7:34 AM, YunQiang Su wzss...@gmail.com wrote: Package: tk8.6 Version: 8.6.0-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. I think it looks more like a bug in tcl8.6 which puts its library into /usr/lib and adds -L/usr/lib to the tclConfig.sh script. Though tk8.6 does the same with tkConfig.sh. It is not about tcl itself, it's about libc. The multilib path of mips* is not normal, it always put o32 libraries to /usr/lib, but not /usr/lib32 or /usr/libx32 like x86 series does. Could you try tcl8.6 and tk8.6 from experimental? They have multiarch enabled, and use /usr/lib/triplet instead of /usr/lib. I think it will be way to fix this bug in the long run. Cheers! -- Sergei Golovan -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722729: moodle: Please provide a Wheezy backport
Hi Gunnar, On Fri, September 13, 2013 19:58, Gunnar Wolf wrote: Moodle has long been packaged for Debian, but it was pulled out of Wheezy back in March. Moodle is still being packaged, with versions currently in testing and unstable. Well, I would say that it's again being packaged ;) I would be very very very very very grateful were Moodle to be offered for the stable release via backports, and I'm sure many other users would as well! I'm doing what I can to keep the package into shape in the hours I can spend on this at work. I'm not opposed to backport but it's not high on my priority list. We use the package on Wheezy so I'm fairly confident that a backport will not be a problematic affair. Since you are a DD, would you perhaps be willing to maintain the backport? Then I can keep focus the time that I have on the package itself. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722849: [Pkg-tcltk-devel] Bug#722849: Bug#722849: tk8.6 link with -L/usr/lib
On Sat, Sep 14, 2013 at 10:38 AM, YunQiang Su wzss...@gmail.com wrote: On Sat, Sep 14, 2013 at 2:02 PM, Sergei Golovan sgolo...@nes.ru wrote: Hi! On Sat, Sep 14, 2013 at 7:34 AM, YunQiang Su wzss...@gmail.com wrote: This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. I think it looks more like a bug in tcl8.6 which puts its library into /usr/lib and adds -L/usr/lib to the tclConfig.sh script. Though tk8.6 does the same with tkConfig.sh. It is not about tcl itself, it's about libc. The multilib path of mips* is not normal, it always put o32 libraries to /usr/lib, but not /usr/lib32 or /usr/libx32 like x86 series does. -L/usr/lib is recorded in tclConfig.sh during the Tcl installation. It's the directory where the Tcl build places libtcl8.5.so. So, it needs fixing, I guess. -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722696: partman-crypto: remove broken BLKGETSIZE fallback from blockdev-wipe
Quoting Thiemo Nagel (thiemo.na...@gmail.com): Package: partman-crypto Severity: normal Tags: d-i patch Hello! blockdev-wipe uses BLKGETSIZE64 to determine the size of the device to be wiped. In case that fails, there currently is a fallback to BLKGETSIZE. Please remove the fallback (patch attached) for these reasons: I committed Thiemo's patch and plan to upload (release early to detect breakages early...). So, objections have to come now..:-) signature.asc Description: Digital signature
Bug#722711: iso-scan: Second pass will never happen when the first one didn't found at least one valid iso.
Quoting Gagou (gagou.jo...@hispeed.ch): Package: iso-scan Version: 1.43 Severity: important Tags: patch I used my usb key to install debian jessie using hd-media. Due to the fact that I'm using the usb key also for other distrib, I put my iso file (Debian 7.1.0 netinst amd64) into a special subdirectory ( /multiboot/isos/debian/). After many tests, it appears that if one valid iso is found during the 1st pass, the prompt will show you the iso for selection and offer you the choice to start the 2nd pass (Full search option). The problem is if no valid iso is found during the 1st pass. The prompt will ask you about running the 2nd pass but even if you answer yes, it will run the 1st pass again. So I modified iso-scan to start the 2nd pass when you answer yes to the 2nd pass (seems logic :-) ). Logic, sure, but have you tested your patch? :-) signature.asc Description: Digital signature
Bug#722732: [Wheezy i386] installation succesful, but two remarks (mounting usb stick and template wording)
Quoting Holger Wansing (li...@wansing-online.de): That said, the template should probably be changed? Something like: - The hostname is a single word that identifies your system to the + The hostname is a term that identifies your system to the Well, I'm a bit reluctant to break all translations for this. The original idea is to say no spaces. Whether or not two words separated by an hyphen or an underscore should still be considered a word or moreis really bikeshedding to me (no offense intended) and I don't think it's worth breaking existing translations of a string that gets shown in all installations for this. signature.asc Description: Digital signature
Bug#722881: how-can-i-help: refuses to start with ruby installed via rvm
Package: how-can-i-help Version: 0.6 Severity: normal Dear Maintainer, I just installed how-can-i-help and tried to run it with --all (as normal user). This is error that I receive: $ how-can-i-help --all internal:lib/rubygems/custom_require:29:in `require': no such file to load -- debian (LoadError) from internal:lib/rubygems/custom_require:29:in `require' from /usr/bin/how-can-i-help:20:in `main' If I run how-can-i-help as newly created user than it works. So I found that problem is ruby installed via rvm. If you replace shebang line to point to /usr/bin/ruby problem will be solved. best regards Kamen -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=bg_BG.utf8, LC_CTYPE=bg_BG.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages how-can-i-help depends on: ii ruby-debian 0.3.8+b1 ii ruby-json 1.8.0-1 ii ruby1.8 [ruby-interpreter] 1.8.7.358-7.1 how-can-i-help recommends no packages. how-can-i-help 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#722812: nzbget link with -L/usr/lib
Hello YunQiang, thanks for the report about this build failure. I will have a look into this tomorrow. Cheers, Andreas -- Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany Ubuntu Developer PGP-encrypted mails preferred (Key-ID: 74DE6624) PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624 signature.asc Description: OpenPGP digital signature
Bug#722882: python-openstack.nose-plugin and python-openstack-common: error when trying to install together
Package: python-openstack-common,python-openstack.nose-plugin Version: python-openstack-common/0.1+git20120203-1 Version: python-openstack.nose-plugin/0.3-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-09-14 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libxml2 libexpat1 libffi6 libxslt1.1 libpython2.7-minimal python2.7-minimal mime-support libpython2.7-stdlib python2.7 python-minimal libpython-stdlib python python-pkg-resources python-nose python-colorama python-termcolor python-openstack.nose-plugin python-support libjs-jquery libjs-underscore libjs-sphinxdoc python-setuptools pep8 python-logilab-common python-logilab-astng pylint python-dns python-greenlet python-eventlet python-formencode python-lxml python-paste python-pastedeploy python-pastescript python-repoze.lru python-routes python-webob python-webtest python-mock python-openstack-common Extracting templates from packages: 75% Extracting templates from packages: 100% Authentication warning overridden. Selecting previously unselected package libxml2:amd64. (Reading database ... 10882 files and directories currently installed.) Unpacking libxml2:amd64 (from .../libxml2_2.9.1+dfsg1-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 libxslt1.1:amd64. Unpacking libxslt1.1:amd64 (from .../libxslt1.1_1.1.28-2_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-5_amd64.deb) ... Selecting previously unselected package libpython-stdlib:amd64. Unpacking libpython-stdlib:amd64 (from .../libpython-stdlib_2.7.5-5_amd64.deb) ... Selecting previously unselected package python. Unpacking python (from .../python_2.7.5-5_amd64.deb) ... Selecting previously unselected package python-pkg-resources. Unpacking python-pkg-resources (from .../python-pkg-resources_0.6.49-2_all.deb) ... Selecting previously unselected package python-nose. Unpacking python-nose (from .../python-nose_1.3.0-2_all.deb) ... Selecting previously unselected package python-colorama. Unpacking python-colorama (from .../python-colorama_0.2.4-1.1_all.deb) ... Selecting previously unselected package python-termcolor. Unpacking python-termcolor (from .../python-termcolor_1.1.0-1_all.deb) ... Selecting previously unselected package python-openstack.nose-plugin. Unpacking python-openstack.nose-plugin (from .../python-openstack.nose-plugin_0.3-1_all.deb) ... Selecting previously unselected package python-support. Unpacking python-support (from .../python-support_1.0.15_all.deb) ... Selecting previously unselected package libjs-jquery. Unpacking libjs-jquery (from .../libjs-jquery_1.7.2+dfsg-3_all.deb) ... Selecting previously unselected package libjs-underscore. Unpacking libjs-underscore (from .../libjs-underscore_1.4.4-2_all.deb) ... Selecting previously unselected package libjs-sphinxdoc. Unpacking libjs-sphinxdoc (from .../libjs-sphinxdoc_1.1.3+dfsg-8_all.deb) ... Selecting previously unselected package python-setuptools. Unpacking python-setuptools (from .../python-setuptools_0.6.49-2_all.deb) ... Selecting previously unselected package pep8. Unpacking pep8 (from .../archives/pep8_1.4.6-1_all.deb) ... Selecting previously unselected package python-logilab-common. Unpacking python-logilab-common (from .../python-logilab-common_0.59.1-1_all.deb) ... Selecting previously unselected package python-logilab-astng. Unpacking python-logilab-astng (from .../python-logilab-astng_0.23.1-1_all.deb) ... Selecting previously unselected package pylint. Unpacking pylint (from .../pylint_0.25.1-1_all.deb) ... Selecting previously unselected package python-dns. Unpacking python-dns (from .../python-dns_2.3.6-2_all.deb) ... Selecting previously unselected package python-greenlet. Unpacking python-greenlet (from .../python-greenlet_0.4.0-2_amd64.deb) ...
Bug#722198: Server will not start
On Monday 09 September 2013 05:39 AM, Ron Murray wrote: Package: calendarserver Version: 3.2+dfsg-5 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When trying to start calendarserver: # /etc/init.d/calendarserver start Traceback (most recent call last): File /usr/bin/twistd, line 14, in module run() File /usr/lib/python2.7/dist-packages/twisted/scripts/twistd.py, line 27, in run app.run(runApp, ServerOptions) File /usr/lib/python2.7/dist-packages/twisted/application/app.py, line 647, in run config.parseOptions() File /usr/lib/python2.7/dist-packages/twisted/application/app.py, line 614, in parseOptions usage.Options.parseOptions(self, options) File /usr/lib/python2.7/dist-packages/twisted/python/usage.py, line 261, in parseOptions for (cmd, short, parser, doc) in self.subCommands: File /usr/lib/python2.7/dist-packages/twisted/application/app.py, line 631, in subCommands for plug in sorted(plugins, key=attrgetter('tapname')): File /usr/lib/python2.7/dist-packages/twisted/plugins/caldav.py, line 29, in getProperty return getattr(reflect.namedClass(self.serviceMakerClass), propname) File /usr/lib/python2.7/dist-packages/twisted/python/_reflectpy3.py, line 151, in namedObject module = namedModule('.'.join(classSplit[:-1])) File /usr/lib/python2.7/dist-packages/twisted/python/_reflectpy3.py, line 137, in namedModule topLevel = __import__(name) File /usr/lib/python2.7/dist-packages/twistedcaldav/mail.py, line 78, in module from calendarserver.tap.util import getRootResource, directoryFromConfig File /usr/lib/python2.7/dist-packages/calendarserver/tap/util.py, line 89, in module from txdav.common.datastore.sql import CommonDataStore as CommonSQLDataStore File /usr/lib/python2.7/dist-packages/txdav/common/datastore/sql.py, line 47, in module from txdav.common.datastore.sql_legacy import PostgresLegacyNotificationsEmulator File /usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_legacy.py, line 51, in module from txdav.common.datastore.sql_tables import ( File /usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_tables.py, line 44, in module schema = _populateSchema() File /usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_tables.py, line 40, in _populateSchema return SchemaSyntax(schemaFromPath(pathObj)) File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, line 86, in schemaFromPath addSQLToSchema(schema, schemaData) File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, line 115, in addSQLToSchema t = tableFromCreateStatement(schema, stmt) File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, line 70, in tableFromCreateStatement cp.parse() File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, line 222, in parse while self.nextColumn(): File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, line 234, in nextColumn return self.parseColumn(maybeIdent.get_name()) File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, line 344, in parseColumn expect(pareniter, ttype=String.Single).value) File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, line 454, in expect return expectSingle(nextval, **kw) File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, line 435, in expectSingle raise ViolatedExpectation(ttype, '%s:%r' % (nextval.ttype, nextval)) twext.enterprise.dal.parseschema.ViolatedExpectation: Expected Token.Literal.String.Single got None:Identifier ''RESOU...' at 0x2d28848 I am able to reproduce the error though I have been unable to fix it. This will take a while to fix. Moreover, I plan to upgrade to the latest version soon. So, this may be fixed in it. -- http://rahul.amaram.name -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#172078: lintian: suggest test for PIC in .a
On 2012-12-20 12:57, Bastien ROUCARIES wrote: control: tags -1 + moreinfo The policy have changed and I could not found the text. Could you give some verbatim copy ? Hi Kevin, Bastien requested some more information from you on this bug (but AFAICT forgot to CC you). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722884: RM: dactyl/1.0~rc1-1 -- RoM
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Tags: wheezy Hi folks, xul-ext-pentadactyl 1.0~rc1-1 has become unusable (#721092) with the version of iceweasel (17.0.8esr-1~deb7u1) currently in stable-security. A patch to restore compatibility would be endlessly invasive and there is no compatible upstream release of Pentadactyl that could be uploaded instead. Moreover, future releases of Pentadactyl will be incompatible with iceweasel 10.0.12 in stable and thus also unsuitable for a point release. As its maintainer I would therefore like to request that dactyl be removed from wheezy. There are no reverse dependencies. Thank you! Michael -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.0.20130504 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704947: ibus-chewing-1.3.10 fails to save it's settings
Control: notfound 704947 1.4.3-3 Hi, I was making ibus 1.5 transition and saw this bug report unanswered. Please understand I do not know how to use Chinese input method not understand Chinese. Basically, under current 1.4.3-3, settings are saved properly. So next release should be fine. Seeing the way reported, this was bug only for 1.3.10+clean-3. Is this something I should do stable upload? Unless I hear No then I will consider it if I find time to do. I do not mind anyone else does it earlier. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721092: xul-ext-pentadactyl is incompatible with iceweasel
On Tue, Sep 10, 2013 at 11:42:19AM +0200, Michael Schutte wrote: You're right, and I'm afraid a removal does seem like the only feasible option to me. Request filed as #722884. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722746: syslog-ng: afsmtp plugin not compiled in
Control: severity -1 wishlist Myron Davis myr...@gmail.com writes: Package: syslog-ng Version: 3.1.3-3 Severity: normal afsmtp (which provides the smtp() driver) in syslog-ng is not included or available via a package to add The SMTP driver is only available in 3.4, which will be available in unstable soonish. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722883: goobox: does not start/launch
Hello Adrian, On Sat, Sep 14, 2013 at 10:04:36AM +0200, Adrian Immanuel Kiess wrote: Package: goobox Version: 3.2.1-2 Severity: important Dear Maintainer, * What led up to the situation? Executing goobox. Want to try out if CD ripping works now. Thanks for trying out goobox. I'm interested in your results once it works. In the meantime you might want to try out abcde (which is command line based, but from your screenshot I infer that this should not pose a problem to you). * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? GTK assertion messages * What outcome did you expect instead? goobox launched I'm no longer able to launch goobox using Debian/testing. Which was the last version of goobox which worked? Do other CD players (still) work? Error message: ** (goobox:28182): CRITICAL **: goo_window_new: assertion `drive != NULL' failed (goobox:28182): Gtk-CRITICAL **: gtk_window_set_application: assertion `GTK_IS_WINDOW (window)' failed (goobox:28182): Gtk-CRITICAL **: gtk_widget_show: assertion `GTK_IS_WIDGET (widget)' failed Can you run strace goobox and send me the last 50 lines or so? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#722886: cups: Cannot print on DNSSD-shared jessie printers with wheezy client
Package: cups Version: 1.5.3-5 Severity: normal Tags: patch wheezy Hi, when browsing a printer shared with DNS-SD on a jessie (CUPS 1.6) server, wheezy’s /usr/lib/cups/backend/dnssd crashes with a failed assertion: avahi_string_list_get_pair: Assertion `l' failed. This looks exactly like https://bugzilla.redhat.com/show_bug.cgi?id=927040 which points to a patch: http://pkgs.fedoraproject.org/cgit/cups.git/commit/?h=f18id=131a54ac1c30223ea487893490898360e3cca608 Please consider a stable update for this bug. I can test the packages if needed. Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722885: libc0.1-dev: useless prototype for accept4 on kfreebsd
Package: libc0.1-dev Version: 2.17-92 Severity: normal Dear Maintainer, FreeBSD wiki [0] states that accept4, SOCK_CLOEXEC and SOCK_NONBLOCK are implemented only in FreeBSD 10, but libc on gnu/kfreebsd has prototype for accept4. It seems to me that even if debian's kfreebsd supports accept4 (I doubt) it will be better to remove that prototype because: 1) it's useless without SOCK_CLOEXEC or SOCK_NONBLOCK 2) some software assumes that accept4 and SOCK_CLOEXEC go together so they check only for accept4 but not for SOCK_CLOEXEC, it's the reason why ruby2.0 build is failed on kfreebsd. rmh@ suggested in debian-bsd to wrap accept4 definition: #if defined(SOCK_CLOEXEC) || defined(SOCK_NONBLOCK) /* accept4 prototype */ #endif [0]: https://wiki.freebsd.org/AtomicCloseOnExec -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 9.2-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libc0.1-dev depends on: ii kfreebsd-kernel-headers 9.2~2 ii libc-dev-bin 2.17-92 ii libc0.1 2.17-92 Versions of packages libc0.1-dev recommends: ii gcc [c-compiler] 4:4.8.1-3 ii gcc-4.6 [c-compiler] 4.6.4-4 ii gcc-4.8 [c-compiler] 4.8.1-10 Versions of packages libc0.1-dev suggests: pn glibc-doc none ii manpages-dev 3.53-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#722888: libopenmpi1.6: ships incorrect symlinks /usr/lib/libmpi{,_cxx,_f90}.so.1
Package: libopenmpi1.6 Version: 1.6.5-4 Severity: serious Control: affects -1 + octave-msh Hi, libopenmpi1.6 ships a few dangling symlinks in /usr/lib. While these will be fixed by ldconfig later on, until that has happened we see spurious errors like this: [...] Setting up octave (3.6.4-4) ... octave: error while loading shared libraries: libmpi.so.1: cannot open shared object file: No such file or directory dpkg: error processing octave (--configure): subprocess installed post-installation script returned error exit status 127 dpkg: dependency problems prevent configuration of octave-splines: octave-splines depends on octave (= 3.6.4); however: Package octave is not configured yet. dpkg: error processing octave-splines (--configure): dependency problems - leaving unconfigured Processing triggers for libc-bin ... Errors were encountered while processing: octave octave-splines lipopenmpi1.6 ships: lrwxrwxrwx root/root 0 2013-08-28 07:09 ./usr/lib/libmpi.so.1 - libmpi.so.1.0.7 *** BAD *** lrwxrwxrwx root/root 0 2013-08-28 07:09 ./usr/lib/libmpi.so.1.0.8 - openmpi/lib/libmpi.so.1.0.8 -rw-r--r-- root/root 1528192 2013-08-28 07:09 ./usr/lib/openmpi/lib/libmpi.so.1.0.8 lrwxrwxrwx root/root 0 2013-08-28 07:09 ./usr/lib/libmpi_f77.so.1 - libmpi_f77.so.1.0.6 *** BAD *** lrwxrwxrwx root/root 0 2013-08-28 07:09 ./usr/lib/libmpi_f77.so.1.0.7 - openmpi/lib/libmpi_f77.so.1.0.7 -rw-r--r-- root/root213504 2013-08-28 07:09 ./usr/lib/openmpi/lib/libmpi_f77.so.1.0.7 -rw-r--r-- root/root 18336 2013-08-28 07:09 ./usr/lib/openmpi/lib/libmpi_f90.so.1.3.0 *** OK *** lrwxrwxrwx root/root 0 2013-08-28 07:09 ./usr/lib/libmpi_f90.so.1 - libmpi_f90.so.1.3.0 lrwxrwxrwx root/root 0 2013-08-28 07:09 ./usr/lib/libmpi_f90.so.1.3.0 - openmpi/lib/libmpi_f90.so.1.3.0 lrwxrwxrwx root/root 0 2013-08-28 07:09 ./usr/lib/libmpi_cxx.so.1 - libmpi_cxx.so.1.0.1 *** BAD *** lrwxrwxrwx root/root 0 2013-08-28 07:09 ./usr/lib/libmpi_cxx.so.1.0.2 - openmpi/lib/libmpi_cxx.so.1.0.2 -rw-r--r-- root/root106048 2013-08-28 07:09 ./usr/lib/openmpi/lib/libmpi_cxx.so.1.0.2 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722889: cacti creates excessive logging about missing file - dependency needs fixing
Package: cacti Version: 0.8.8a+dfsg-5+deb7u2 Cacti fills up system logs with the following error every minute for every graph: [Sat Sep 14 09:22:00 2013] [error] [client 192.168.100.63] File does not exist: /usr/share/javascript/jquery-cookie, referer:http://cacti.xxx.com/graph.php?local_graph_id=8rra_id=all [Sat Sep 14 09:22:01 2013] [error] [client 192.168.100.63] File does not exist: /usr/share/javascript/jquery-cookie, referer:http://cacti.xxx.com/graph.php?local_graph_id=8rra_id=all I suggest that the optional dependency on libjs-jquery-cookie be upgraded to a prerequisite. Regards Jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722888: libopenmpi1.6: ships incorrect symlinks /usr/lib/libmpi{,_cxx,_f90}.so.1
Hi, what about shipping this set of links instead: ./usr/lib/libmpi.so.1 - openmpi/lib/libmpi.so.1 ./usr/lib/openmpi/lib/libmpi.so.1 - libmpi.so.1.0.8 ./usr/lib/openmpi/lib/libmpi.so.1.0.8 etc. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722890: printer-driver-escpr: Driver not shown in the drivers list anymore
Package: printer-driver-escpr Version: 1.2.3-2 Severity: important Dear Maintainer, I used this driver in the past with the same printer and 2 different laptops. The printer is a XP-302. Then I changed one of the laptops and reinstalled Debian sid from scratch. Now, when I try to add the printer on the new laptop the driver does not show up. If I use the gnome control center, it just silently quit. If I use the web interface on port 631 I see the driver is not in the list. The funny thing is that the other laptop, which runs the same version of the package, works fine. My guess is that the driver is functional, but something needed only to add a new printer got screwed up. I don't know how to debug this, but I'm willing to follow instructions and report back. Cheers -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages printer-driver-escpr depends on: ii libc6 2.17-92+b1 ii libcups2 1.6.3-1 ii libcupsimage2 1.6.3-1 Versions of packages printer-driver-escpr recommends: ii cups-ppdc 1.6.3-1 Versions of packages printer-driver-escpr suggests: ii psutils 1.17.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#722891: [mc] random segfaults while moving files
Source: mc Version: 3:4.8.3-10 Severity: normal Tags: patch MC randomly segfaults while moving files. This was reported in upstream ticket #3059 [1] and recently solved in ticket #2075 [2]. The attached patch applies against mc/3:4.8.10-2. [1] http://www.midnight-commander.org/ticket/3059 [2] http://www.midnight-commander.org/ticket/2075 apply-compute-totals-to-move-operation.patch Description: Binary data
Bug#722893: gwibber: FTBFS due to unsatisfiable B-D: libgtkspell-3-dev
Package: gwibber Version: 3.5.2-1 Severity: serious Justification: fails to build from source Hi, gwibber is no longer buildable in experimental because libgtkspell-3-dev is no longer available. Switching to libgtkspell3-3-dev should fix this. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722894: nvidia-kernel-dkms: patch for linux 3.11
Package: nvidia-kernel-dkms Version: 325.15-1 Severity: normal I picked it from some comments upstream. Build and verified. Seems to be working. rrs@zan:~$ diff -Naru /var/tmp/nv-linux.h /tmp/nv-linux.h --- /var/tmp/nv-linux.h 2013-09-14 15:16:50.197906082 +0530 +++ /tmp/nv-linux.h 2013-09-14 15:14:18.897910828 +0530 @@ -960,7 +960,11 @@ #endif #if !defined(NV_VMWARE) +#if LINUX_VERSION_CODE = KERNEL_VERSION(3, 11, 0) +#define NV_NUM_PHYSPAGES get_num_physpages() +#else #define NV_NUM_PHYSPAGESnum_physpages +#endif #define NV_GET_CURRENT_PROCESS()current-tgid #define NV_IN_ATOMIC() in_atomic() #define NV_LOCAL_BH_DISABLE() local_bh_disable() -- Package-specific info: uname -a: Linux zan 3.11-trunk-amd64 #1 SMP Debian 3.11-1~exp1 (2013-09-12) x86_64 GNU/Linux /proc/version: Linux version 3.11-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.1 (Debian 4.8.1-9) ) #1 SMP Debian 3.11-1~exp1 (2013-09-12) lspci 'VGA compatible controller [0300]': 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device [17aa:21f5] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 48 Region 0: Memory at f140 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at e000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at 6000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK107GLM [Quadro K1000M] [10de:0ffc] (rev ff) (prog-if ff) !!! Unknown header type 7f dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.334636] vgaarb: device added: PCI::00:02.0,decodes=io+mem,owns=io+mem,locks=none [0.334646] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=none,locks=none [0.334648] vgaarb: loaded [0.334650] vgaarb: bridge control possible :01:00.0 [0.334652] vgaarb: no bridge control possible :00:02.0 [0.877094] Linux agpgart interface v0.103 [3.598458] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=none:owns=io+mem [3.598460] vgaarb: transferring owner from PCI::00:02.0 to PCI::01:00.0 [3.695122] [drm] GMBUS [i915 gmbus vga] timed out, falling back to bit banging on pin 2 [5.515929] bbswitch: Found integrated VGA device :00:02.0: \_SB_.PCI0.VID_ [5.515934] bbswitch: Found discrete VGA device :01:00.0: \_SB_.PCI0.PEG_.VID_ OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 22 Aug 19 06:49 /etc/alternatives/glx - /usr/lib/mesa-diverted lrwxrwxrwx 1 root root 48 Aug 19 06:49 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 48 Aug 19 06:49 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Aug 19 06:49 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Aug 19 06:49 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 23 Aug 2 23:06 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 51 Aug 2 23:06 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 51 Aug 2 23:06 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 33 Aug 2 23:06 /etc/alternatives/nvidia--libglx.so - /usr/lib/nvidia/current/libglx.so lrwxrwxrwx 1 root root 59 Aug 2 23:06 /etc/alternatives/nvidia--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 38 Aug 2 23:06 /etc/alternatives/nvidia--nv-control-dpy - /usr/lib/nvidia/current/nv-control-dpy lrwxrwxrwx 1 root root 44 Aug 2 23:06 /etc/alternatives/nvidia--nvidia-bug-report.sh - /usr/lib/nvidia/current/nvidia-bug-report.sh lrwxrwxrwx 1 root root 32 Aug 2 23:06 /etc/alternatives/nvidia--nvidia-modprobe.conf - /etc/nvidia/nvidia-modprobe.conf lrwxrwxrwx 1 root root 39 Aug 2 23:06 /etc/alternatives/nvidia--nvidia-settings - /usr/lib/nvidia/current/nvidia-settings lrwxrwxrwx 1 root root 44 Aug 2 23:06
Bug#719106: RFA: passwdqc -- password strength checking and policy enforcement toolset
also sprach anarcat anar...@anarcat.ath.cx [2013.09.13.0150 +0200]: What's the status here, you guys need help? The lintian warning is the following, and I have no idea what this is about or how to fix it: W: libpasswdqc0: hardening-no-relro lib/libpasswdqc.so.0 N: N:This package provides an ELF binary that lacks the read-only N:relocation link flag. This package was likely not built with the N:default Debian compiler flags defined by dpkg-buildflags. If built using N:dpkg-buildflags directly, be sure to import LDFLAGS. N: N:Refer to http://wiki.debian.org/Hardening for details. N: N:Severity: normal, Certainty: certain N: N:Check: binaries, Type: binary, udeb N: Do you? Jackson: I suggest writing a mail to debian-mentors@lists.d.o, and if that does not work, turn to debian-devel@lists.d.o. I am sorry I cannot be of more help… -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#722446: [Pkg-salt-team] Bug#722446: salt-minion: Salt minion unable to update salt
also sprach Joe Healy joehe...@gmail.com [2013.09.11.0917 +0200]: The principle I was working off when doing the original update of the init.d script was that /etc/init.d/salt-minion stop should stop the minion and all child processes. I still think this is the right thing. Agreed. What we need is a restart action that causes a reload of Salt without killing the process. In the mean time, I have already uploaded a package with the change reverted. I believe it would be possible for me to either stop that package (possibly dcut). Stop which package? dcut can be used to remove uploads, but only for a few minutes until dinstall picks them up. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems literature always anticipates life. it does not copy it, but moulds it to its purpose. the nineteenth century, as we know it, is largely an invention of balzac. -- oscar wilde digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#722895: scilab-full-bin: Can not install with openjdk7
Package: scilab-full-bin Version: 5.3.3-10 Severity: normal Dear Maintainer, The package has strong default-jre dependency, which is openjdk6-jre. So, one can not use openjdk7 instead. Please, add the alternative. Best Regards, Aleksandr. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scilab-full-bin depends on: ii default-jre1:1.6-47 ii docbook-xsl1.76.1+dfsg-1 ii fop1:1.0.dfsg2-6 ii javahelp2 2.0.05.ds1-6 ii libavalon-framework-java 4.2.0-8 ii libbatik-java 1.7+dfsg-3 ii libblas3 [libblas3gf] 1.2.20110419-5 ii libblas3gf 1.2.20110419-5 ii libc6 2.13-38 ii libfftw3-3 3.3.2-3.1 ii libflexdock-java 1.1.1-3 ii libgcc11:4.7.2-5 ii libgfortran3 4.7.2-5 ii libhdf5-7 [libhdf5-7] 1.8.8-9 ii libjeuclid-core-java 3.1.9-2 ii libjgoodies-looks-java 2.5.0-2 ii libjgraphx-java1.4.1.0-3 ii libjhdf5-java 2.8.0-5 ii libjlatexmath-fop-java 0.9.7-1 ii libjlatexmath-java 0.9.7-1 ii libjogl-java 1.1.1+dak1-12 ii libjrosetta-java 1.0.4-4 ii liblapack3 [liblapack3gf] 3.4.1+dfsg-1+deb70u1 ii liblapack3gf 3.4.1+dfsg-1+deb70u1 ii libncurses55.9-10 ii libpcre3 1:8.30-5 ii libpvm33.4.5-12.5 ii libquadmath0 4.7.2-5 ii libsaxon-java 1:6.5.5-8 ii libskinlf-java 6.7-8 ii libstdc++6 4.7.2-5 ii libtinfo5 5.9-10 ii libxml22.8.0+dfsg1-7+nmu1 ii scilab-minimal-bin 5.3.3-10 ii tcl8.5 8.5.11-2 ii tk8.5 8.5.11-2 Versions of packages scilab-full-bin recommends: ii pvm 3.4.5-12.5 scilab-full-bin 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#722617: nmu: perl 5.18 transition in experimental: cyrus-imapd-2.4_2.4.17+caldav~beta6-1, qt4-perl_4.10.2-1, ...
Yet one more: nmu owfs_2.9p0-1 . ALL . experimental . -m Rebuild against perl 5.18 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722896: libparse-debianchangelog-perl: Support open handles as input source
Package: libparse-debianchangelog-perl Version: 1.2.0-1 Severity: wishlist Tags: patch Hi, I have devised a patch, which makes Parse::DebianChangelog accept open handles as an input source (instead of just filenames or strings). A side-effect of this is that parsechangelog no longer needs to slurp the entire changelog file before starting to parse it. ~Niels From df4d8784680fee1c3d593aee32d7a2e782cfabbc Mon Sep 17 00:00:00 2001 From: Niels Thykier ni...@thykier.net Date: Sat, 14 Sep 2013 11:55:01 +0200 Subject: [PATCH] P::DC: Support open handles as input Signed-off-by: Niels Thykier ni...@thykier.net --- bin/parsechangelog | 3 +-- lib/Parse/DebianChangelog.pm | 31 --- t/Parse-DebianChangelog.t| 39 +-- 3 files changed, 50 insertions(+), 23 deletions(-) diff --git a/bin/parsechangelog b/bin/parsechangelog index 7bff43d..3398900 100644 --- a/bin/parsechangelog +++ b/bin/parsechangelog @@ -216,8 +216,7 @@ my $changes = Parse::DebianChangelog-init(); $file ||= $default_file; if ($file eq '-') { -my @input = STDIN; -$changes-parse({ instring = join('', @input) }) +$changes-parse({ handle = \*STDIN, handlename = 'stdin' }) or die sprintf( gettext('fatal error occured while parsing %s').\n, 'input' ); } else { diff --git a/lib/Parse/DebianChangelog.pm b/lib/Parse/DebianChangelog.pm index dbb1531..bec10f9 100644 --- a/lib/Parse/DebianChangelog.pm +++ b/lib/Parse/DebianChangelog.pm @@ -115,10 +115,10 @@ There are currently no supported general configuration options, but see the other methods for more specific configuration options which can also specified to Cinit. -If Cinfile or Cinstring are specified (see Lparse), Cparse() -is called from Cinit. If a fatal error is encountered during parsing -(e.g. the file can't be opened), Cinit will not return a -valid object but Cundef! +If Cinfile, Cinstring or Chandle are specified (see Lparse), +Cparse() is called from Cinit. If a fatal error is encountered +during parsing (e.g. the file can't be opened), Cinit will not +return a valid object but Cundef! =cut @@ -134,7 +134,8 @@ sub init { $self-init_filters; $self-reset_parse_errors; -if ($self-{config}{infile} || $self-{config}{instring}) { +if ($self-{config}{infile} || $self-{config}{instring} +|| $self-{config}{handle}) { defined($self-parse) or return undef; } @@ -250,8 +251,10 @@ sub get_error { =head3 parse -Parses either the file named in configuration item Cinfile or the string -saved in configuration item Cinstring. +Parses either the file named in configuration item Cinfile, the string +saved in configuration item Cinstring or the open file handle saved +in the configuration item Chandle. In the latter case, the handle can +be named by using the optional configuration item Chandlename. Accepts a hash ref as optional argument which can contain configuration items. @@ -294,6 +297,20 @@ sub parse { } $fh = IO::String-new( $string ); $file = 'String'; +} elsif ($fh = $self-{config}{handle}) { +# Scalar::Util is in perlcore, so we can rely on its presence. +# (also, if it is broken, then most of perl is as well). +require Scalar::Util; +if (not Scalar::Util::openhandle($fh)) { + $self-_do_fatal_error( __g('handle is not open')); +return undef; +} + +$file = $self-{config}{handlename}; +if (not defined($file)) { +$file = 'unnamed-handle'; +$file = 'stdin' if (fileno($fh)//-1) == 0; +} } else { $self-_do_fatal_error( __g( 'no changelog file specified' )); return undef; diff --git a/t/Parse-DebianChangelog.t b/t/Parse-DebianChangelog.t index f3b8270..fe10f6e 100644 --- a/t/Parse-DebianChangelog.t +++ b/t/Parse-DebianChangelog.t @@ -17,7 +17,7 @@ BEGIN { my $no_err_examples = 1; my $no_tests = $no_examples * 13 + $no_err_examples * 2 - + 49; + + 51; require Test::More; import Test::More tests = $no_tests, ; @@ -225,19 +225,30 @@ foreach my $file (qw(Changes t/examples/countme t/examples/shadow)) { } -open CHANGES, '', 't/examples/countme'; -my $string = join('',CHANGES); - -my $str_changes = Parse::DebianChangelog-init( { instring = $string, - quiet = 1 } ); -my $errors = $str_changes-get_parse_errors(); -ok( !$errors, -Parse example changelog t/examples/countme without errors from string ); - -my $str_data = $str_changes-rfc822_str({ all = 1 }); -is( $str_data, $save_data, -Compare result of parse from string with result of parse from file ); - +for my $i (0..1) { +open my $fh, '', 't/examples/countme' or die open t/examples/countme: $!; +my $str_changes; +my $type; +if ($i == 0) { +my $string = join('', $fh); + +$str_changes = Parse::DebianChangelog-init( { instring = $string, + quiet = 1 } ); +
Bug#722740: monkeysign: ask-cert-level in gpg.conf has no effect
On Fri, 2013-09-13 at 17:54 -0400, Antoine Beaupré wrote: On 2013-09-13 17:04:04, Philip Jägenstedt wrote: Hi, Hi! Thanks for your bug report. I have ask-cert-level in my gpg.conf since I use both levels 0 and 3. Since monkeysign runs gpg with --batch the default level is used. If one (temporarily) puts default-cert-level in gpg.conf one can control which level will be used. However, there's no indication while signing which level is used, and I very nearly sent off signatures at the wrong level before I thought to double-check. This does seem like a bug, although it seems to me that gpg should prompt us, as it already prompts us for a bunch of stuff when signing, regardless of --batch... In the gnupg source tree file g10/keyedit.c it's clearly intentional that it doesn't ask in batch mode, so I guess that's just the way it is. I suppose one of these might solve the problem: 1. detect the precense of ask-cert-level in gpg.conf and prompt for it in ui.py (kind of icky) indeed. 2. add a command line option to simply set the cert level that seems like a good option. 3. always ask i would be against that, although in another bug report, we discussed the possibility of adding commandline options to prompt for certain things. Then we could do --prompt=cert-level, for example. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720052 for that. I think I'd be able to implement any of these, if any of these changes would be welcome. #2 would indeed be welcome! OK, I'll prepare a patch! Philip signature.asc Description: This is a digitally signed message part
Bug#712169: Separating the GUI and non-GUI parts of libcairo2
On 14/09/13 02:23, brian m. carlson wrote: It would be really nice to know if there's been any progress on separating the GUI parts of libcairo2 from the non-GUI parts. Today brought another upgrade on my server that I had to block because I don't need or want mesa installed on a server just because I have cups installed. There has not been any work towards this, and I think it's unlikely to happen given how cairo is currently designed. The only solution I can think of is having two builds, one that builds libcairo2-nox and another one that builds libcairo2-full, then have both packages conflict with each other and provide libcairo2. Then those that need the gl/egl bits can depend on libcairo2-full unconditionally. I'm not sure I like that though, just saying it's the only way I can think of of solving this. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722680: referencer: Unable to import directory
tags 722680 + unreproducible severity 722680 normal thanks Hi, Adrian Immanuel Kiess a écrit : * What exactly did you do (or not do) that was effective (or ineffective)? Tried to import documents with Documents-Add Folder * What was the outcome of this action? Received exeption: No such file or directory * What outcome did you expect instead? Importing the documents my first try-out with referencer ended with this error by importing new documents: Exception: No such file or directory The opration underway was: executing UI action I cannot reproduce this. Does it happens with any directory/file? If not, is there something special with that directory you're trying to import? Cheer, Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720319: urgency due to security problems
Hi! These requests are a bit urgent now, as they're holding off the kfreebsd-9 migration and the version in Wheezy has a few security bugs already. From the changelog: - Fix for SA-13:11 / CVE-2013-5666. (Closes: #722336) - Fix for SA-13:12 / CVE-2013-5691. (Closes: #722338) - Fix for SA-13:13 / CVE-2013-5710. (Closes: #722337) - Fix for CVE-2013-3077. (Closes: #720468) - Fix for CVE-2013-5209. (Closes: #720475) Thank you for considering, -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722785: inn2 link with -L/usr/lib
Hi all, On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Would using RRA_SET_LIBDIR provided with rra-c-util fix the issue? http://git.eyrie.org/?p=devel/rra-c-util.git;a=blob_plain;f=m4/lib-pathname.m4;hb=HEAD It would then allow to substitute in Makefile.global.in: libdir = @libdir@ by one of the following lines: libdir = ${exec_prefix}/lib libdir = ${exec_prefix}/lib32 libdir = ${exec_prefix}/lib64 Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. Is it another point to take into account or the above use of RRA_SET_LIBDIR is enough? -- Julien ÉLIE « – Nous parlerons quand l'interprète dormira. [Bong !] – Il dort. On peut parler. » (Astérix) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722740: [PATCH] add --cert-level option
If the option is not used and gpg.conf has a default-cert-level setting, that will be used instead. --- monkeysign/ui.py |3 +++ 1 file changed, 3 insertions(+) diff --git a/monkeysign/ui.py b/monkeysign/ui.py index 0ac9b0a..b18b5ef 100644 --- a/monkeysign/ui.py +++ b/monkeysign/ui.py @@ -75,6 +75,7 @@ class MonkeysignUi(object): parser.add_option('-n', '--dry-run', dest='dryrun', default=False, action='store_true', help=_('do not actually do anything')) parser.add_option('-u', '--user', dest='user', help=_('user id to sign the key with')) +parser.add_option('--cert-level', dest='certlevel', help=_('certification level to sign the key with')) parser.add_option('-l', '--local', dest='local', default=False, action='store_true', help=_('import in normal keyring a local certification')) parser.add_option('-k', '--keyserver', dest='keyserver', @@ -155,6 +156,8 @@ class MonkeysignUi(object): self.tmpkeyring.context.set_option('keyserver', self.options.keyserver) if self.options.user is not None: self.tmpkeyring.context.set_option('local-user', self.options.user) +if self.options.certlevel is not None: +self.tmpkeyring.context.set_option('default-cert-level', self.options.certlevel) self.tmpkeyring.context.set_option('secret-keyring', self.keyring.homedir + '/secring.gpg') # copy the gpg.conf from the real keyring -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722624: nmu: libdr-tarantool-perl_0.41-1
On 2013-09-12 23:30, Julien Cristau wrote: On Thu, Sep 12, 2013 at 23:06:21 +0200, Andreas Beckmann wrote: nmu libdr-tarantool-perl_0.41-1 . amd64 . -m Rebuild against perl 5.18 This package was overlooked during the perl 5.18 transition. AFAICT that package FTBFS. So NAK. only on *-i386, it builds on *-amd64 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722820: About the pynac -L/usr/lib bug
Hi, The -L/usr/lib comes from distutils as far as I know, so I'm not sure there's much I (and upstream) can do about it! Notice that pynac uses m4/ax_python*.m4 macros to find the python libs, so a proper fix would be either: (1) make the macros better (see their preamble to see where they come from) ; (2) find better than those macros for upstream. Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722897: nmu: openscap_0.9.8-2, mrs_6.0.4+dfsg-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu openscap_0.9.8-2 . amd64 . -m Rebuild against perl 5.18 nmu mrs_6.0.4+dfsg-1 . amd64 . -m Rebuild against perl 5.18 The maintainer uploads were done against perl 5.14 in parallel to the ongoing perl 5.18 transition. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722624: nmu: libdr-tarantool-perl_0.41-1
On Sat, Sep 14, 2013 at 12:38:06 +0200, Andreas Beckmann wrote: On 2013-09-12 23:30, Julien Cristau wrote: On Thu, Sep 12, 2013 at 23:06:21 +0200, Andreas Beckmann wrote: nmu libdr-tarantool-perl_0.41-1 . amd64 . -m Rebuild against perl 5.18 This package was overlooked during the perl 5.18 transition. AFAICT that package FTBFS. So NAK. only on *-i386, it builds on *-amd64 Which means it's going to need a source fix, at which point amd64 will be rebuilt against new perl. Cheers, Julien signature.asc Description: Digital signature
Bug#722881: how-can-i-help: refuses to start with ruby installed via rvm
Hello Kamen, It seems you are missing a gem in your virtual environment: debian-ruby. (compilation of that gem requires i.a. libapt-pkg-dev) Cheers, Christophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688823: new version from broadcom: 6.30.233.141
Package: broadcom-sta-dkms Followup-For: Bug #688823 hello broadcom-sta-dkms maintainers, recently, the broadcom website[1] has been updated to announce a new release, 6.30.223.141. this is marginally newer than what ubuntu currently provides as bcmwl-kernel-source 6.30.223.30+bdcom-0ubuntu3 in saucy, but only supports linux 3.8 according to its readme, while the ubuntu package works well on my 3.10-2-amd64 system. [1] http://www.broadcom.com/support/802.11/linux_sta.php signature.asc Description: Digital signature
Bug#721789: [RFR] templates://apt-listdifferences/{templates}
Please find, for review, the debconf templates and packages descriptions for the apt-listdifferences source package. This review will last from Saturday, September 14, 2013 to Tuesday, September 24, 2013. Please send reviews as unified diffs (diff -u) against the original files. Comments about your proposed changes will be appreciated. Your review should be sent as an answer to this mail. When appropriate, I will send intermediate requests for review, with [RFRn] (n=2) as a subject tag. When we will reach a consensus, I send a Last Chance For Comments mail with [LCFC] as a subject tag. Finally, a summary will be sent to the review bug report, and a mail will be sent to this list with [BTS] as a subject tag. Rationale: --- apt-listdifferences.old/debian/templates2013-09-04 07:19:28.449443947 +0200 +++ apt-listdifferences/debian/templates2013-09-14 13:11:07.700135155 +0200 @@ -1,19 +1,19 @@ Template: apt-listdifferences/initialize Type: boolean Default: true -_Description: Would you like to initialize the apt-listdifferences database now? - apt-listdifferences can initialize its database of source packages now. - Depending on your internet connection, this may take a while, but it will also +_Description: Initialize the apt-listdifferences database now? + The source packages database for apt-listdifferences can be initialized now. + Depending on your Internet connection, this may take a while, but it will also provide immediate functionality for the tool. . - If you select No, apt-list-differences will instead become functional slowly + If you do not choose this option, apt-list-differences will instead become functional slowly over time as more and more reference source packages get added to its database when they are first seen. Simplify the synopsis by dropping would you like. Avoid leading lowercase in a sentence by reverting the sentence. Avoid making reference to specific debconf interfaces (If you select No). Template: apt-listdifferences/purge Type: boolean Default: false -_Description: Would you like to remove the apt-listdifferences database? - The apt-listdifferences database is currently still on disk. You can save +_Description: Remove the apt-listdifferences database? + The apt-listdifferences database is currently still present on disk. You can save a lot of space by removing it now, but if you ever plan to reinstall apt-listdifferences, the database will need to be fully downloaded again. --- apt-listdifferences.old/debian/control 2013-09-04 07:19:28.449443947 +0200 +++ apt-listdifferences/debian/control 2013-09-14 13:11:40.089031853 +0200 About the same rationale @@ -22,6 +22,6 @@ python-debian, debian-keyring, Description: source differences notification tool - apt-listdifferences will show the differences, or patch, between the sources + apt-listdifferences will show the differences, or patches, between the sources for all packages as they get updated. This makes it possible to easily - review source changes that have been included in new Debian package updates. + review source changes that have been included in new package updates. Here, I left the leading lowercasse mostly because I didn't find anything not too clumsy to replace it Avoid branding (Debian). Template: apt-listdifferences/initialize Type: boolean Default: true _Description: Initialize the apt-listdifferences database now? The source packages database for apt-listdifferences can be initialized now. Depending on your Internet connection, this may take a while, but it will also provide immediate functionality for the tool. . If you do not choose this option, apt-list-differences will instead become functional slowly over time as more and more reference source packages get added to its database when they are first seen. Template: apt-listdifferences/purge Type: boolean Default: false _Description: Remove the apt-listdifferences database? The apt-listdifferences database is currently still present on disk. You can save a lot of space by removing it now, but if you ever plan to reinstall apt-listdifferences, the database will need to be fully downloaded again. --- apt-listdifferences.old/debian/templates2013-09-04 07:19:28.449443947 +0200 +++ apt-listdifferences/debian/templates2013-09-14 13:11:07.700135155 +0200 @@ -1,19 +1,19 @@ Template: apt-listdifferences/initialize Type: boolean Default: true -_Description: Would you like to initialize the apt-listdifferences database now? - apt-listdifferences can initialize its database of source packages now. - Depending on your internet connection, this may take a while, but it will also +_Description: Initialize the apt-listdifferences database now? + The source packages database for apt-listdifferences can be initialized now. + Depending on your Internet connection, this may take a while, but it will also provide immediate functionality for the tool. . - If you select No,
Bug#722898: partman-crypto: blockdev-wipe is too slow
Package: partman-crypto Severity: normal Tags: d-i, patch Hello, I'm currently in the process of installing wheezy and after 15 hours of blockdev-wipe, the progress indicator is at 11%. This means that the expected time for the wipe to complete would be 5.5 days when extrapolating linearly (which is optimistic due to decreasing disk performance towards higher block numbers). The device that is being wiped is a md raid 1 of two 3TB disks. This means that I'm averaging 6 MB/s on two brand new disks and an Athlon II X4 640 processor. This is at least a factor 10 too slow. As far as I can see, several things conspire to achieve this extraordinary slowdown: * blockdev-wipe is writing with a block size of 64k * blockdev-wipe opens the device with O_SYNC (cf. bug #381135) * md is running a resync in the background Changing the block size to 4M increases throughput to 48 MB/s and disabling md resync brings throughput up to 60 MB/s. I still have to benchmark different block sizes, but before I get to that, I suggest to disable md resync. More specifically, I suggest to set to zero /proc/sys/dev/raid/speed_limit_min, which controls the minimum resync rate. That way, resync will yield unconditionally to any other I/O. I'm attaching a patch (untested!) to set speed_limit_min to zero only for the duration of wiping, however I wonder whether it might be more desireable to do this in a different place and to keep speed_limit_min at zero during all of the installation. That would certainly speed up package installation on md raid installs. What do you think? Cheers, Thiemo diff --git a/lib/crypto-base.sh b/lib/crypto-base.sh index ba90169..c95fbab 100644 --- a/lib/crypto-base.sh +++ b/lib/crypto-base.sh @@ -281,10 +281,13 @@ setup_cryptdev () { } crypto_do_wipe () { - local template dev fifo pid x + local template dev fifo pid x speedlimit speedlimitfile template=$1 dev=$2 fifo=/var/run/wipe_progress +speedlimitfile=/proc/sys/dev/raid/speed_limit_min +speedlimit=$(cat $speedlimitfile) +echo 0 $speedlimitfile mknod $fifo p /bin/blockdev-wipe -s 65536 $dev $fifo @@ -309,6 +312,7 @@ crypto_do_wipe () { ret=$? [ $cancelled -eq 1 ] ret=0 +echo $speedlimit $speedlimitfile return $ret }
Bug#722375: Updating the Ruby packaging policy for your package «libposixlock-ruby»
Hello Gunnar and dear Ruby maintainers, I'm currently off, travelling the world. Possibly I will try to bring my Ruby package up to speed, but more probably I won't. Finding the time and calm, internet and AC current is too much of a rare coincidence. rant Also I own a HP 6710 series laptop that contains an AMD Seymour Radeon HD 6400M/7400M Series discrete gfx chip that aparently can't be switched off and completely randomly switches itself on and sucks all power out of the batteries, so working off grid over more than an hour is practically impossible. A true piece of shit hw. /rant So please if anybody feels like fixing my package up, the please do so, thanks a lot and greets to you all, *t On Tue, 10 Sep 2013, Gunnar Wolf wrote: Package: libposixlock-ruby Severity: normal Usertags: ruby18-removal, update-ruby-policy Hi Tomas Pospisek, As you may know, during the Wheezy release cycle, the pkg-ruby-extras team¹ has worked to update the Ruby libraries/modules/gems packages to follow a new policy, much easier for the maintainers (as we no longer require a separate package for each interpreter version), to the archive (as it strongly reduces code duplication), and much more sensical to the users (as they no longer require to fiddle with which among many almost-identical binary packages to install). While we achieved a quite good success level during the Wheezy cycle², we decided to act only on the packages maintained by the group — There are many Ruby library packages maintained by kind people (like yourself!) which have not yet adopted this new style. According to our records, you are currently maintaining the package: libposixlock-ruby
Bug#722899: gnome-bluetooth: Pairing passkey isn't shown in bluetooth-wizard
Package: gnome-bluetooth Version: 3.8.1-2 Severity: normal Dear Maintainer, Attempting to pair with my bluetooth keyboard/mouse combo, the passkey for completing the paring, that I'm supposed to enter on the keyboard does not get shown. After a short period, the pairing is aborted as unsuccesful. If I run hcidump at the same time, the passcode is displayed, and entering leads to a succesful pairing. It's of course possible that this is a bluez problem, but from my point of view I have no way of telling. Here's a hcidump of a succesful pairing (where the interface did not show me the passkey, but I read it off hcidump). A bunch of additional pairing chatter happens after that, of course: HCI sniffer - Bluetooth packet analyzer ver 2.5 device: hci0 snap_len: 1500 filter: 0x HCI Command: Inquiry Cancel (0x01|0x0002) plen 0 HCI Event: Command Complete (0x0e) plen 4 Inquiry Cancel (0x01|0x0002) ncmd 1 status 0x00 HCI Command: Create Connection (0x01|0x0005) plen 13 bdaddr 90:7F:61:11:2D:1A ptype 0xcc18 rswitch 0x01 clkoffset 0x Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HCI Event: Command Status (0x0f) plen 4 Create Connection (0x01|0x0005) status 0x00 ncmd 1 HCI Event: Connect Complete (0x03) plen 11 status 0x00 handle 12 bdaddr 90:7F:61:11:2D:1A type ACL encrypt 0x00 HCI Command: Read Remote Supported Features (0x01|0x001b) plen 2 handle 12 HCI Event: Command Status (0x0f) plen 4 Read Remote Supported Features (0x01|0x001b) status 0x00 ncmd 1 HCI Event: Max Slots Change (0x1b) plen 3 handle 12 slots 5 HCI Event: Read Remote Supported Features (0x0b) plen 11 status 0x00 handle 12 Features: 0xbf 0x06 0x86 0x78 0x18 0x1e 0x59 0x87 HCI Command: Read Remote Extended Features (0x01|0x001c) plen 3 handle 12 page 1 HCI Event: Command Status (0x0f) plen 4 Read Remote Extended Features (0x01|0x001c) status 0x00 ncmd 1 HCI Event: Read Remote Extended Features (0x23) plen 13 status 0x00 handle 12 page 1 max 1 Features: 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 HCI Command: Remote Name Request (0x01|0x0019) plen 10 bdaddr 90:7F:61:11:2D:1A mode 2 clkoffset 0x HCI Event: Command Status (0x0f) plen 4 Remote Name Request (0x01|0x0019) status 0x00 ncmd 1 HCI Event: Remote Name Req Complete (0x07) plen 255 status 0x00 bdaddr 90:7F:61:11:2D:1A name 'ThinkPad Compact Bluetooth Keyboard with TrackPoint' HCI Command: Authentication Requested (0x01|0x0011) plen 2 handle 12 HCI Event: Command Status (0x0f) plen 4 Authentication Requested (0x01|0x0011) status 0x00 ncmd 1 HCI Event: Link Key Request (0x17) plen 6 bdaddr 90:7F:61:11:2D:1A HCI Command: Link Key Request Negative Reply (0x01|0x000c) plen 6 bdaddr 90:7F:61:11:2D:1A HCI Event: Command Complete (0x0e) plen 10 Link Key Request Negative Reply (0x01|0x000c) ncmd 1 status 0x00 bdaddr 90:7F:61:11:2D:1A HCI Event: IO Capability Request (0x31) plen 6 bdaddr 90:7F:61:11:2D:1A HCI Command: IO Capability Request Reply (0x01|0x002b) plen 9 bdaddr 90:7F:61:11:2D:1A capability 0x01 oob 0x00 auth 0x03 Capability: DisplayYesNo (OOB data not present) Authentication: Dedicated Bonding (MITM Protection) HCI Event: Command Complete (0x0e) plen 10 IO Capability Request Reply (0x01|0x002b) ncmd 1 status 0x00 bdaddr 90:7F:61:11:2D:1A HCI Event: IO Capability Response (0x32) plen 9 bdaddr 90:7F:61:11:2D:1A capability 0x02 oob 0x00 auth 0x04 Capability: KeyboardOnly (OOB data not present) Authentication: General Bonding (No MITM Protection) HCI Event: User Passkey Notification (0x3b) plen 10 bdaddr 90:7F:61:11:2D:1A passkey 360665 HCI Event: Keypress Notification (0x3c) plen 7 bdaddr 90:7F:61:11:2D:1A type 0 HCI Event: Keypress Notification (0x3c) plen 7 bdaddr 90:7F:61:11:2D:1A type 1 HCI Event: Keypress Notification (0x3c) plen 7 bdaddr 90:7F:61:11:2D:1A type 1 HCI Event: Keypress Notification (0x3c) plen 7 bdaddr 90:7F:61:11:2D:1A type 1 HCI Event: Keypress Notification (0x3c) plen 7 bdaddr 90:7F:61:11:2D:1A type 1 HCI Event: Keypress Notification (0x3c) plen 7 bdaddr 90:7F:61:11:2D:1A type 1 HCI Event: Keypress Notification (0x3c) plen 7 bdaddr 90:7F:61:11:2D:1A type 1 HCI Event: Keypress Notification (0x3c) plen 7 bdaddr 90:7F:61:11:2D:1A type 4 HCI Event: Simple Pairing Complete (0x36) plen 7 status 0x00 bdaddr 90:7F:61:11:2D:1A -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-bluetooth depends on: ii bluez 4.101-2 ii consolekit 0.4.5-3.1 ii gir1.2-glib-2.01.36.0-2+b1 ii gir1.2-gnomebluetooth-1.0 3.8.1-2 ii gir1.2-gtk-3.0
Bug#722900: can't use tel URI, tel is not a registered protocol
Package: icedove Version: 17.0.8-1~deb7u1 I've been trying to dial from the address book using click to dial, facilitated by the TBDialOut 1.7.2 plugin, which converts the address book phone numbers into URIs. I already have sipdialer installed and configured and it works from the command line if I type /usr/bin/sipdialer $NUMBER I added tel: into gconftool as documented in the sipdialer README: gconftool-2 -t string \ -s /desktop/gnome/url-handlers/$scheme/command /usr/bin/sipdialer %s gconftool-2 -t bool \ -s /desktop/gnome/url-handlers/$scheme/needs_terminal false gconftool-2 -t bool \ -s /desktop/gnome/url-handlers/$scheme/enabled true and I can query the values from sipdialer. The icedove address book displays the phone numbers as clickable tel: links When I click one, I get the message tel is not a registered protocol I went into the config editor and tried adding the following, which should not be necessary given the gconf settings exist: network.protocol-handler.app.tel (string) = /usr/bin/sipdialer network.protocol-handler.external.tel (bool) = true network.protocol-handler.expose.tel (bool) = true and tried again and I still get the same error. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722901: error reported by fatrace
Package: fatrace Version: 0.4 fatrace aborts with read: Value too large for defined data type error after several seconds, way less than -s 60 I defined. Seems to happen on trying to print disk activity caused by Transmission - if other active disk consumers are blacklisted (music player and gnome-terminal), it happens immediately. After Transmission is terminated, it no longer happens. See also: https://bugs.launchpad.net/ubuntu/+source/fatrace/+bug/1018939 -- Walter Garcia-Fontes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722898: partman-crypto: blockdev-wipe is too slow
Hi Thiemo, On Samstag, 14. September 2013, Thiemo Nagel wrote: Changing the block size to 4M increases throughput to 48 MB/s and disabling md resync brings throughput up to 60 MB/s. [...] I'm attaching a patch [...] What do you think? very cool! :-) thanks! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#722903: inkscape: python-script-but-no-python-dep Lintian errors
Package: inkscape Version: 0.48.4-2 The latest version of the package introduces numerous Lintian errors regarding a missing python dependency. Please see http://lintian.debian.org/tags/python-script-but-no-python-dep.html for details Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721790: [RFR] templates://pluxml/{templates}
Please find, for review, the debconf templates and packages descriptions for the pluxml source package. This review will last from Saturday, September 14, 2013 to Tuesday, September 24, 2013. Please send reviews as unified diffs (diff -u) against the original files. Comments about your proposed changes will be appreciated. Your review should be sent as an answer to this mail. When appropriate, I will send intermediate requests for review, with [RFRn] (n=2) as a subject tag. When we will reach a consensus, I send a Last Chance For Comments mail with [LCFC] as a subject tag. Finally, a summary will be sent to the review bug report, and a mail will be sent to this list with [BTS] as a subject tag. Rationale: --- pluxml.old/debian/templates 2013-09-04 07:20:40.799525585 +0200 +++ pluxml/debian/templates 2013-09-14 13:39:34.375384769 +0200 @@ -6,10 +6,10 @@ PluXml can run on any web server supporting PHP, but only listed web servers can be configured automatically by this package. . - Please note that you will have to make sure a PHP interpreter is enabled for - your webserver. - . Please select the web servers that should be configured for PluXml. + . + Please note that you will have to make sure a PHP interpreter is enabled for + the webserver. I think it is more logical to revert these paragraphs. Template: pluxml/system/reload-webserver Type: boolean @@ -25,9 +25,9 @@ Type: boolean Default: false _Description: Purge blog data on package removal? - PluXml will store all your blog data in /var/lib/pluxml. + PluXml will store all blog data in /var/lib/pluxml. . - Accepting this option will remove all the blog data when this package is + Accepting this option will remove all blog data when this package is purged, which will leave you with a tidy system but may cause data loss if you purge an operational blog. Unpersonnalize: this is not necessarily *my* blog drop a French the..:-) @@ -45,16 +45,14 @@ Template: pluxml/blog/lang Type: select -__Choices: German (de), English (en), Spanish (es), French (fr), Italian (it), Dutch (nl), Polish (pl), Portuguese (pt), Romanian (ro), Russian (ru) +__Choices: German, English, Spanish, French, Italian, Dutch, Polish, Portuguese, Romanian, Russian Choices-C: de, en, es, fr, it, nl, pl, pt, ro, ru -# You must NOT translate this string, but you can change its value. The comment -# between brackets is used to distinguish this msgid from the one in the -# Choices list; you do not have to worry about them, but you simply have to -# choose a msgstr among the language codes listed in the parentheses of the -# English Choices above, e.g. msgstr nl (NOT msgstr Dutch (nl)). -_Default: en[ default language] +# You must NOT translate this string, but you can change its value. +# You should put your language (if it is among the possible choices) +# so that it becomes the default for users of that language +_Default: English The default should match Choices, not Choices-C As a consequence, I think it's not worth keeping the ISO code mentioned in each choice _Description: Blog default language: - Please choose the default language of your blog, which will be used for the + Please choose the default language of this blog, which will be used for the public pages. . Registered blog contributors will be able to choose their language for the Unpersonnalize again @@ -64,7 +62,7 @@ Type: string Default: PluXml _Description: Blog title: - Please choose a title for your blog, which will be displayed in the top of each + Please choose a title for this blog. It will be displayed on top of each page and in the browser window title. Ditto. Also split in sentences as which in the original string mostly relates to your blog than title. Template: pluxml/blog/description @@ -75,7 +73,7 @@ # (replace $LANG by your language code), under the name L_SITE_DESCRIPTION. _Default: Blog or CMS, XML powered! _Description: Blog description or subtitle: - Please choose a short description for your blog, which will be displayed as a + Please choose a short description for this blog. It will be displayed as a subtitle in the top of each page and in the browser window title. Same rationale Template: pluxml/blog/name @@ -92,8 +90,8 @@ Default: admin _Description: Administrator user name: Please enter a name for the administrator account, which will be used to manage - PluXml's configuration, users and content. The username should be composed of - lowercase ASCII letters only. + PluXml's configuration, users and content. The user name should only + contain lowercase ASCII letters. Make the second sentence clearer? s/username/user name Template: pluxml/blog/password Type: password @@ -103,10 +101,11 @@ Template: pluxml/blog/confirm Type: password _Description: Confirm password: - Please enter the same administrator password again to verify you have typed it - correctly. + Please enter the same password again to verify that you
Bug#722902: node-log4js: uninstallable in sid: Depends: node-semver ( 1.2.0) but 2.1.0-2 is to be installed
Package: node-log4js Version: 0.6.8-1 Severity: grave Tags: sid User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is not installable in sid: 2m15.5s ERROR: Command failed (status=100): ['chroot', '/tmp/piupartss/tmpNPGkdV', 'apt-get', '-y', 'install', 'node-log4js=0.6.8-1'] Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: node-log4js : Depends: node-semver ( 1.2.0) but 2.1.0-2 is to be installed E: Unable to correct problems, you have held broken packages. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652747: patch
Hi, I discovered that bug today and wrote a patch, I tested it against mailman 2.1.13 (as found in Squeeze); I tracked the change in Mailman and found it to be revision 972: CGI/admin.py The email address which forms a part of the various CGI data keys in the admin membership list is now urllib.quote()ed. This allows changing options for and unsubbing an address which contains a double-quote character. -- http://bazaar.launchpad.net/~mailman-coders/mailman/2.1/revision/972 Fred --- listadmin.pl.orig 2013-09-14 13:10:33.760699371 +0200 +++ listadmin.pl2013-09-14 13:11:54.785101152 +0200 @@ -588,7 +588,7 @@ sub url_quote_parameter { my $param = shift; -$param =~ s/(\W)/sprintf (%%%02x, ord ($1))/ge; +$param =~ s/(\W)/sprintf (%%%02X, ord ($1))/ge; $param; } @@ -1763,6 +1763,7 @@ user = \@addresses); for my $a (@addresses) { $params{$a . _unsub} = on; # Mailman 2.x + $params{url_quote_parameter($a) . _unsub} = off # Mailman =2.1.12 } my $resp = $ua-post($url, \%params); return $resp-status_line unless $resp-is_success; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722904: libthreads-perl,libsys-syslog-perl: obsoleted by perl 5.18
Package: libthreads-perl,libsys-syslog-perl Version: 0.29-1 Severity: normal User: debian...@lists.debian.org Usertags: piuparts Control: found -1 1.85-1 Hi, the packages libthreads-perl 1.85-1 libsys-syslog-perl 0.29-1 are currently not installable since perl 5.18 ships the same module versions in its core and therefore has appropriate Conflicts/Replaces. They may come back if a newer module version is available. This bug is primarily to have piuparts recognize the situation and mark the uninstallable packages as bugged. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722905: can't click phone numbers in address book
Package: evolution Version: 3.4.4-3 The address book renders the contact's email addresses as mailto: links that I can click However, it fails to render the phone numbers as clickable links I've confirmed that a tel: URI handler is registered in gconf: $ gconftool-2 -g /desktop/gnome/url-handlers/tel/command /usr/bin/sipdialer %s $ gconftool-2 -g /desktop/gnome/url-handlers/tel/enabled true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722781: hsetroot link with -L/usr/lib
reassign 722781 libimlib2-dev retitle 722781 libimlib2-dev: should not pass -L/usr/lib from imlib2.pc kthxbye On sab, set 14, 2013 at 11:29:10 +0800, YunQiang Su wrote: Package: hsetroot Version: 1.0.2-3 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. hsetroot does not define any -L parameters by itself, but it seems to be getting the -L/usr/lib from the imlib2 pkgconfig file. From imlib2.pc in the libimlib2-dev package: prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include Name: imlib2 Description: Powerful image loading and rendering library Version: 1.4.5 Libs: -L${libdir} -lImlib2 Cflags: -I${includedir} (note the libdir variable). I'm reassigning this to libimlib2-dev. I also plan to adopt the imlib2 package and upload a new version that should fix this, but its reverse dependencies may need to be rebuilt to actually fix the problem. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#721332: [fwknop-client] fwknop-client: client 2.5.1-1 not compatible to server 1.9.12
Hi Patrick, On 30.08.2013 13:40, Patrick Reichel wrote: I'm running a Debian 6.0.7 server with fwknop-server 1.9.12 installed. From my Notebook (current testing) im sending SPA-Packets from fwknop-client 2.5.1-1. Sorry for the delay. Unfortunately, fwknop 2.x is not fully compatible with the 1.9 release. The -M option in 2.5.x is intended to make fwknop backward compatible mainly with 2.x release. Let me check tomorrow if I can backport something for you to Squeeze. I also want to backport 2.5 release to wheezy so that people has an up-to-date fwknop. Regards, --- Franck Joncourt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721789: [RFR] templates://apt-listdifferences/{templates}
Christian PERRIER wrote: Template: apt-listdifferences/initialize This all looks good. Template: apt-listdifferences/purge Type: boolean Default: false -_Description: Would you like to remove the apt-listdifferences database? - The apt-listdifferences database is currently still on disk. You can save +_Description: Remove the apt-listdifferences database? + The apt-listdifferences database is currently still present on disk. You can save a lot of space by removing it now, but if you ever plan to reinstall apt-listdifferences, the database will need to be fully downloaded again. Well, strictly speaking that last clause isn't true, is it? If you answered no to the question above then the database will just be gradually getting more useful as it gets closer to being complete, and you're free to stop using it before it's fully downloaded. So make it: apt-listdifferences, the data will need to be downloaded again. Description: source differences notification tool - apt-listdifferences will show the differences, or patch, between the sources + apt-listdifferences will show the differences, or patches, between the sources for all packages as they get updated. This makes it possible to easily - review source changes that have been included in new Debian package updates. + review source changes that have been included in new package updates. Makes it possible to easily X is just a roundabout way of saying makes it easy to X (or possibly even eases Xing). Is there a danger that people might install this just on the principle that apt-listbugs and apt-listchanges are handy so this sounds good? If so it might be a good idea to warn them that the diffs aren't computed on the server side - they require multi-gigabyte downloads. Maybe there should be an extra paragraph: . Those with limited bandwidth or disk space should be aware that reference copies of the sources are downloaded and stored locally. But that's only a suggestion, not in my patch (but I've rewrapped it). -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru apt-listdifferences-1.20130824.pristine/debian/control apt-listdifferences-1.20130824/debian/control --- apt-listdifferences-1.20130824.pristine/debian/control 2013-08-15 04:08:54.0 +0100 +++ apt-listdifferences-1.20130824/debian/control 2013-09-14 13:16:49.235076081 +0100 @@ -22,6 +22,6 @@ python-debian, debian-keyring, Description: source differences notification tool - apt-listdifferences will show the differences, or patch, between the sources - for all packages as they get updated. This makes it possible to easily - review source changes that have been included in new Debian package updates. + apt-listdifferences will show the differences, or patches, between the + sources for all packages as they get updated. This makes it easy to + review source changes that have been included in new package updates. diff -ru apt-listdifferences-1.20130824.pristine/debian/templates apt-listdifferences-1.20130824/debian/templates --- apt-listdifferences-1.20130824.pristine/debian/templates2013-08-15 00:50:03.0 +0100 +++ apt-listdifferences-1.20130824/debian/templates 2013-09-14 13:14:32.059006944 +0100 @@ -1,19 +1,19 @@ Template: apt-listdifferences/initialize Type: boolean Default: true -_Description: Would you like to initialize the apt-listdifferences database now? - apt-listdifferences can initialize its database of source packages now. - Depending on your internet connection, this may take a while, but it will also +_Description: Initialize the apt-listdifferences database now? + The source packages database for apt-listdifferences can be initialized now. + Depending on your Internet connection, this may take a while, but it will also provide immediate functionality for the tool. . - If you select No, apt-list-differences will instead become functional slowly + If you do not choose this option, apt-list-differences will instead become functional slowly over time as more and more reference source packages get added to its database when they are first seen. Template: apt-listdifferences/purge Type: boolean Default: false -_Description: Would you like to remove the apt-listdifferences database? - The apt-listdifferences database is currently still on disk. You can save +_Description: Remove the apt-listdifferences database? + The apt-listdifferences database is currently still present on disk. You can save a lot of space by removing it now, but if you ever plan to reinstall - apt-listdifferences, the database will need to be fully downloaded again. + apt-listdifferences, the data will need to be downloaded again. Template: apt-listdifferences/initialize Type: boolean Default: true _Description: Initialize the apt-listdifferences database now? The source packages database for
Bug#722906: New users can't verify downloads correctly
Package: www.debian.org Severity: important The Debian website provides no reasonable way of verifying downloads in absence of a solid web of trust. The checksums, keys and their fingerprints aren't served over HTTPS, with the exception of https://ftp-master.debian.org/keys.html but the chain of trust in that case is unreasonably difficult to establish for the purpose of checking CD images or other downloads. Furthermore, http://www.debian.org/CD/verify encourages insecure ways of checking fingerprints, which are posted on a plain HTTP page. There's also no mention of ftp-master and how to use the archive keys to establish a chain of trust. It would be fair to expect a large proportion of users cannot or will not be able to establish such a web of trust, especially if they're new users. No matter how bad it is, the CA system is still better than nothing and pretty much the only option for a lot of people, so for the purpose of verifying an image and bootstrapping a chain of trust it should do. I suggest hosting all CD image checksums on an official HTTPS page and updating http://www.debian.org/CD/verify accordingly. This makes it really easy to check downloads, bootstraps the chain of trust with the keys in the image and prevent minimally security-conscious users from doing an insecure verfication or skipping it altogether. Furthermore, it's *very* cheap. In addition to that, consider hosting all keys or at least their fingerprints on a HTTPS page. This can be an alternative to what I suggested above regarding checksums, but I'd advise against doing only that considering a lot of users just aren't familiar with PGP. P.S: On a side note, I recently examined that aspect for a few other major distros. Turns out Ubuntu also gets it wrong (not to mention they still opt for MD5 checksums). Fedora and Gentoo do provide verifiable keys/checksums (although in Gentoo's case official advice could be better): https://fedoraproject.org/verify https://www.gentoo.org/proj/en/releng/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722506: libmoox-types-mooselike-numeric-perl: circular dependency hell
On Fri, Sep 13, 2013 at 12:46:56AM +0200, gregor herrmann wrote: On Wed, 11 Sep 2013 22:59:18 +0200, Bill Allombert wrote: There is a circular dependency between libmoox-types-mooselike-numeric-perl, libmoox-types-mooselike-perl and libmoox-types-setobject-perl: [..] Complex circular dependencies are known to cause problems during upgrade, so we should try to get rid of them. Could you please explain what problems these dependencies cause in practice? See http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Beside, having three distinct packages that users are required to install together anyway bloats the Package file without any benefit. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722907: [PATCH] apt-cacher-ng: Please include IPv6 in the avahi config
Package: apt-cacher-ng Version: 0.7.18-1 Severity: wishlist Patch is attached. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-cacher-ng depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.51 ii dpkg 1.17.1 ii init-system-helpers1.8 ii libbz2-1.0 1.0.6-5 ii libc6 2.17-92+b1 ii libgcc11:4.8.1-10 ii liblzma5 5.1.1alpha+20120614-2 ii libstdc++6 4.8.1-10 ii libwrap0 7.6.q-24 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages apt-cacher-ng recommends: ii avahi-daemon 0.6.31-2 pn ednone ii perl 5.18.1-4 Versions of packages apt-cacher-ng suggests: ii curl 7.32.0-1 pn doc-base none ii libfuse2 2.9.2-4 ii wget 1.14-2 -- Configuration Files: /etc/apt-cacher-ng/backends_debian changed [not included] /etc/apt-cacher-ng/security.conf [Errno 13] Keine Berechtigung: u'/etc/apt-cacher-ng/security.conf' -- debconf information excluded -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Index: b/contrib/apt-cacher-ng.service === --- a/contrib/apt-cacher-ng.service 2013-05-12 17:58:14.0 +0200 +++ b/contrib/apt-cacher-ng.service 2013-09-14 14:39:10.647397966 +0200 @@ -7,6 +7,10 @@ !DOCTYPE service-group SYSTEM avahi-service.dtd service-group name replace-wildcards=yesapt-cacher-ng proxy on %h/name + service protocol=ipv6 + type_apt_proxy._tcp/type + port3142/port + /service service protocol=ipv4 type_apt_proxy._tcp/type port3142/port pgp01xdTcKp8Q.pgp Description: PGP signature
Bug#722802: [Pkg-ime-devel] Bug#722802: libucimf link with -L/usr/lib
On Sat, Sep 14, 2013 at 11:30:56AM +0800, YunQiang Su wrote: Package: libucimf Version: 2.3.8-4 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. ... Anyway, he have 2 things to do on this package. MA and hardening. Why not override them with ./configure option for proper multiarch. Anyway, this debian/rules is not compatible with modern hardening build. So patching autoconf.ac is not needed. These are trivial fixes. Hmmm... as I cleaned up build script. Almost done. So you can relax and wait :-) dh_install --fail-missing -X.la dh_install: usr/share/ucimf/ucimf.conf.example exists in debian/tmp but is not installed to anywhere dh_install: usr/share/man/man1/ucimf.1 exists in debian/tmp but is not installed to anywhere dh_install: usr/share/man/man1/ucimf_keyboard.1 exists in debian/tmp but is not installed to anywhere dh_install: usr/share/man/man1/ucimf_start.1 exists in debian/tmp but is not installed to anywhere dh_install: usr/share/man/man5/ucimf.conf.5 exists in debian/tmp but is not installed to anywhere Let me work on this a bit more. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722904: libthreads-perl, libsys-syslog-perl: obsoleted by perl 5.18
Control: reassign -1 libthreads-perl On Sat, 14 Sep 2013 13:57:35 +0200, Andreas Beckmann wrote: Package: libthreads-perl,libsys-syslog-perl Version: 0.29-1 Severity: normal User: debian...@lists.debian.org Usertags: piuparts Control: found -1 1.85-1 Hi, the packages libthreads-perl 1.85-1 libsys-syslog-perl 0.29-1 are currently not installable since perl 5.18 ships the same module versions in its core and therefore has appropriate Conflicts/Replaces. They may come back if a newer module version is available. I've just uploaded libsys-syslog-perl 0.33-1. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Beatles signature.asc Description: Digital signature
Bug#722908: ITP: catch -- C++ Automated Test Cases in Headers
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: catch Version : 1.0~build9 Upstream Author : Phil Nash git...@philnash.me * URL : https://github.com/philsquared/Catch * License : Boost Software License 1.0 Programming Lang: C++ Description : C++ Automated Test Cases in Headers Catch is a multi-paradigm automated test framework for C++ and Objective-C. Its key features are: * Distributed as a single header file with no dependencies. * Test cases are self-registering. * Test cases can be de divided into isolated sections. * Behaviour Driven Design style is possible with GIVEN-WHEN-THEN in place of test cases and sections. * Only one core assertion macro for comparisons; standard language operators are used for comparison, yet the expression is decomposed and properly logged. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722909: shotwell: Shotwell crashes on library updates
Package: shotwell Version: 0.12.3-2 Severity: important Tags: patch Dear Maintainer, Shotwell in Wheezy crashes on library updates, which renders this version of package unusable for me. The attached upstream patch fixes the problem for me. Would it be possible to include a patched version in wheezy-updates? -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x11 1.6.8-1+deb7u1 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libexif120.6.20-3 ii libexiv2-12 0.23-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgexiv2-1 0.4.1-3 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgomp1 4.7.2-5 ii libgphoto2-2 2.4.14-2 ii libgphoto2-port0 2.4.14-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-6 ii libgudev-1.0-0 175-7.2 ii libjavascriptcoregtk-3.0-0 1.8.1-3.4 ii liblcms2-2 2.2+git20110628-2.2 ii libpango1.0-01.30.0-1 ii libraw5 0.14.6-2 ii librest-0.7-00.7.12-3 ii librsvg2-common 2.36.1-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstdc++6 4.7.2-5 ii libunique-3.0-0 3.0.2-1 ii libwebkitgtk-3.0-0 1.8.1-3.4 ii libx11-6 2:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii shotwell-common 0.12.3-2 shotwell recommends no packages. shotwell suggests no packages. -- no debconf information From: Lucas Beeler lu...@yorba.org Subject: Replaces an assertion with a short-circuit return and a debug message. Origin: upstream, http://redmine.yorba.org/projects/shotwell/repository/revisions/18585950ca73cb21ee246cc608d3a193c4bbb085 Bug: http://redmine.yorba.org/issues/5155 Applied-Upstream: 0.14.0 --- src/DirectoryMonitor.vala |8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/src/DirectoryMonitor.vala b/src/DirectoryMonitor.vala index 8071afd..73c6a3d 100644 --- a/src/DirectoryMonitor.vala +++ b/src/DirectoryMonitor.vala @@ -507,8 +507,12 @@ public class DirectoryMonitor : Object { } protected virtual void internal_notify_file_discovered(File file, FileInfo info) { -bool updated = files.update(file, info); -assert(updated); +if (!files.update(file, info)) { +debug(DirectoryMonitor.internal_notify_file_discovered: %s discovered but not added to file map, +file.get_path()); + +return; +} notify_file_discovered(file, info); } -- 1.7.10.4
Bug#722506: libmoox-types-mooselike-numeric-perl: circular dependency hell
Control: reassign -1 libmoox-types-mooselike-perl 0.25-1 On Sat, 14 Sep 2013 14:31:06 +0200, Bill Allombert wrote: There is a circular dependency between libmoox-types-mooselike-numeric-perl, libmoox-types-mooselike-perl and libmoox-types-setobject-perl: [..] Complex circular dependencies are known to cause problems during upgrade, so we should try to get rid of them. Could you please explain what problems these dependencies cause in practice? See http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Mhm. Ok, I guess we can drop the Depends from libmoox-types-mooselike-perl on the two split off packages, and fix the reverse depencencies that need them, which should be only two. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Tom Waits: The Piano Has Been Drinking signature.asc Description: Digital signature
Bug#722650: grinder, libbio-perl-perl: error when trying to install together
clone 722650 -1 reassign 722650 grinder 0.5.3-2 retitle -1 grinder: some perl modules are now in libbio-perl-perl fixed 722650 0.5.3-3 close 722650 reassign -1 libbio-perl-perl 1.6.920-1 retitle -1 libbio-perl-perl: incorporated some perl modules from grinder user debian...@lists.debian.org usertag 722650 piuparts usertag -1 piuparts thanks On 2013-09-13 09:28, Andreas Tille wrote: Hi, the problem is fixed in Git - no reason to spend time in further tagging + checking versions etc. Will upload until noon. This needs a fix in libbio-perl-perl, too: Breaks: grinder ( 0.5.3-3~) Replaces: grinder ( 0.5.3-3~) because upgrading from jessie to sid fails with Preparing to replace libbio-perl-perl 1.6.901-4 (using .../libbio-perl-perl_1.6.920-1_all.deb) ... Unpacking replacement libbio-perl-perl ... dpkg: error processing /var/cache/apt/archives/libbio-perl-perl_1.6.920-1_all.deb (--unpack): trying to overwrite '/usr/share/perl5/Bio/SeqFeature/Amplicon.pm', which is also in package grinder 0.5.3-2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace grinder 0.5.3-2 (using .../grinder_0.5.3-3_all.deb) ... Unpacking replacement grinder ... Errors were encountered while processing: /var/cache/apt/archives/libbio-perl-perl_1.6.920-1_all.deb Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722911: nmu: picard_1.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Due to a bug in dh-python (#722307) picard picked up a dependency on python2 which does not exist. This bug is now fixed in dh-python, so please rebuild picard to get correct dependencies. nmu picard_1.2-2 . ALL . -m Rebuild against dh-python 1.20130913-1. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#722506: Pending fixes for bugs in the libmoox-types-mooselike-perl package
tag 722506 + pending thanks Some bugs in the libmoox-types-mooselike-perl package are closed in revision 61f844eec755e5a7b8aabbfec82a5e2e9f76796d in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libmoox-types-mooselike-perl.git;a=commitdiff;h=61f844e Commit message: Move libmoox-types-mooselike-numeric-perl and libmoox-types-setobject-perl to Suggests. The only reverse dependency is already fixed. Thanks: Bill Allombert for the bug report. Closes: #722506 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721790: [RFR] templates://pluxml/{templates}
Christian PERRIER wrote: Please select the web servers that should be configured for PluXml. + . + Please note that you will have to make sure a PHP interpreter is enabled for + the webserver. Aoid politeness fatigue by taking out the second Please. After all, it's giving a warning, not begging a favour. Oh, and for consistency: web server on the last line. _Description: Purge blog data on package removal? - PluXml will store all your blog data in /var/lib/pluxml. + PluXml will store all blog data in /var/lib/pluxml. . - Accepting this option will remove all the blog data when this package is + Accepting this option will remove all blog data when this package is purged, which will leave you with a tidy system but may cause data loss if you purge an operational blog. I spent a while trying to decide whether it was its blog data or your blog data, but you've got the right answer there. Template: pluxml/blog/lang Type: select +__Choices: German, English, Spanish, French, Italian, Dutch, Polish, Portuguese, Romanian, Russian Choices-C: de, en, es, fr, it, nl, pl, pt, ro, ru +# You must NOT translate this string, but you can change its value. +# You should put your language (if it is among the possible choices) +# so that it becomes the default for users of that language +_Default: English It's a pity they can only be ordered alphabetically by ISO code. Template: pluxml/blog/title +Please choose a title for this blog. It will be displayed on top of each s/on top/at the top/ to stop it sounding as if it obscures what's underneath. Likewise: Template: pluxml/blog/description: +Please choose a short description for this blog. It will be displayed as a subtitle in the top of each page and in the browser window title. at _Description: Administrator user name: Please enter a name for the administrator account, which will be used to manage + PluXml's configuration, users and content. The user name should only + contain lowercase ASCII letters. Make the second sentence clearer? s/username/user name s/user name/username/ back again. User names are the personal names of users; usernames are the strings used to identify accounts. Also, add a nitpicky Harvard comma after users. -Description: Light blog engine using XML files +Description: light blog engine using XML files PluXml is a light and simple blog and CMS engine that uses simple XML files to store its data and requires no database. It has all the usual features (static pages, comments, categories, tags, medias, RSS feed...) and supports multiple users, customizable themes and plugins. The first line repeats simple. Using/uses XML files gets a bit repetitive, too. The upstream powered by XML! is straying the other way into advertspeak, but maybe without the exclamation mark it could go in the synopsis... Medias is a non-word in English. Given that PluXml doesn't contain any media in either the newspapers/radio/TV sense or the floppies/DVDs sense I would suggest media management. Oh, and room for another Harvard comma after themes. Given that there are two quite different kinds of software known by the same TLA, should we include an expansion of Content Management System somewhere? But include the short form in the synopsis. Description: light blog/CMS engine powered by XML PluXml is a lightweight blogging and Content Management System that uses simple XML files to store its data and requires no database. It has all the usual features (static pages, comments, categories, tags, media management, RSS feed, etc.) and supports multiple users, customizable themes, and plugins. ObWhyTheName: I happen to know from blogwatching that it's Plu- for plume, not plus or pluie or pluche... -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru pluxml-5.2.pristine/debian/control pluxml-5.2/debian/control --- pluxml-5.2.pristine/debian/control 2013-08-18 21:01:40.0 +0100 +++ pluxml-5.2/debian/control 2013-09-14 14:02:57.703662320 +0100 @@ -13,8 +13,9 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, ucf, php5 Recommends: php5-gd Suggests: mail-transport-agent -Description: Light blog engine using XML files - PluXml is a light and simple blog and CMS engine that uses simple XML files - to store its data and requires no database. It has all the usual features - (static pages, comments, categories, tags, medias, RSS feed...) and supports - multiple users, customizable themes and plugins. +Description: light blog/CMS engine powered by XML + PluXml is a lightweight blogging and Content Management System that uses + simple XML files to store its data and requires no database. It has all the + usual features (static pages, comments, categories, tags, media managements, + RSS feed, etc.) and supports multiple users, customizable themes, and
Bug#722912: libclutter-1.0-0: apt does not find an upgrade path from wheezy to jessie: libcogl12 : Breaks: libclutter-1.0-0 ( 1.14) but 1.10.8-2 is to be installed
Package: libclutter-1.0-0 Version: 1.14.4-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'jessie' fails. From the attached log (scroll to the bottom...): 0m32.6s ERROR: Command failed (status=100): ['chroot', '/tmp/piupartss/tmp7ysHEL', 'apt-get', '-yf', 'dist-upgrade'] Reading package lists... Building dependency tree... Reading state information... The following packages have unmet dependencies: libcogl12 : Breaks: libclutter-1.0-0 ( 1.14) but 1.10.8-2 is to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. cheers, Andreas libclutter-1.0-0_1.14.4-3.log.gz Description: GNU Zip compressed data
Bug#721790: [RFR] templates://pluxml/{templates}
Quoting Justin B Rye (justin.byam@gmail.com): Template: pluxml/blog/lang Type: select +__Choices: German, English, Spanish, French, Italian, Dutch, Polish, Portuguese, Romanian, Russian Choices-C: de, en, es, fr, it, nl, pl, pt, ro, ru +# You must NOT translate this string, but you can change its value. +# You should put your language (if it is among the possible choices) +# so that it becomes the default for users of that language +_Default: English It's a pity they can only be ordered alphabetically by ISO code. I'm not sure. I vaguely remember an old bug report against debconf to request alphacetic sorting of localized entries. Not sure if it has been fixed...or maybe only fixed in cdebconf. signature.asc Description: Digital signature
Bug#722700: selinux-policy-default: Permission block_suspend in class capability2 not defined in policy.
Yes and you might want to build with UNK_PERMS = allow to avoid similar issues in the future -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722913: ncbi-tools6 FTBFS with new perl
Package: ncbi-tools6 Severity: serious Tags: patch When trying to build ncbi-tools6 for raspbian it failed to build. Further investigation by myself and JuN1x showed that it also failed to build in both debian jessie amd64 and debian sid (I don't know which architecture the sid test was done on). We suspected it was caused by the new version of perl, gregora then identified the problem as being some missing parenthesis. gregoa plugwash, JuN1x: interesting that this wasn't caught by Dom's rebuilds. anyway: (1) this is a quite typical failure with perl 5.18; (2) the fix is easy: $dir qw(doc/man debian/man) - $dir (qw(doc/man debian/man)) (add parentheses around the qw() stuff; (3) background: https://metacpan.org/module/RJBS/perl-5.18.0/pod/perldelta.pod#qw-...-can-no-longer-be-used-as-parentheses I added the parenthesis, wrote a changelog entry and uploaded to raspbian. You can find a debdiff at http://debdiffs.raspbian.org/main/n/ncbi-tools6/ncbi-tools6_6.1.20120620-5%2brpi1.debdiff I do not currently intend to nmu this in debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722617: nmu: perl 5.18 transition in experimental: cyrus-imapd-2.4_2.4.17+caldav~beta6-1, qt4-perl_4.10.2-1, ...
And another one: nmu imagemagick_8:6.8.5.6-3 . ALL . experimental . -m Rebuild against perl 5.18 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722881: how-can-i-help: refuses to start with ruby installed via rvm
On Sat, Sep 14, 2013 at 1:55 PM, Christophe Siraut d...@tobald.eu.org wrote: Hello Kamen, Hello Christophe, It seems you are missing a gem in your virtual environment: debian-ruby. (compilation of that gem requires i.a. libapt-pkg-dev) Actually it's ruby-debian and I have installed (system wide) version 0.3.8+b1 But in my rvm installed ruby, I didn't have ruby-debian. What I expect is to be able to run how-can-i-help via system installed ruby, not one installed via rvm. It's more convenient ruby scripts installed via package manager to depend on system installed ruby. Cheers, Christophe best regards Kamen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722758: [pkg-boost-devel] Bug#722758: Bug#722758: boost1.54 link with -L/usr/lib
On September 14, 2013 02:34:12 PM YunQiang Su wrote: On Sat, Sep 14, 2013 at 12:05 PM, Steve M. Robbins st...@sumost.ca wrote: Can you shed some light on why Boost has successfully built on mips and mipsel for years with this flaw? If we have mips64el [...] For mips64el [...] The original bug report text referenced mips* systems. However, both your examples are for mips64el. Is the problem confined to mips64el? Thanks, -Steve signature.asc Description: This is a digitally signed message part.
Bug#722914: qemu: leaves alternatives after purge: /usr/bin/qemu
Package: qemu Version: 1.6.0+dfsg-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails The leftover files are actually alternatives that were installed by the package but have not been properly removed. While there is ongoing discussion how to remove alternatives correctly (see http://bugs.debian.org/71621 for details) the following strategy should work for regular cases: * 'postinst configure' always installs the alternative * 'prerm remove' removes the alternative * 'postrm remove' and 'postrm disappear' remove the alternative In all other cases a maintainer script is invoked (e.g. upgrade, deconfigure) the alternatives are not modified to preserve user configuration. Removing the alternative in 'prerm remove' avoids having a dangling link once the actual file gets removed, but 'prerm remove' is not called in all cases (e.g. unpacked but not configured packages or disappearing packages) so the postrm must remove the alternative again (update-alternatives gracefully handles removal of non-existing alternatives). Note that the arguments for adding and removing alternatives differ, for removal it's 'update-alternatives --remove name path'. Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m49.6s INFO: Warning: Package purging left files on system: /etc/alternatives/qemu - /usr/bin/qemu-system-i386not owned /usr/bin/qemu - /etc/alternatives/qemunot owned This was observed after an upgrade from jessie to sid. cheers, Andreas qemu_1.6.0+dfsg-1.log.gz Description: GNU Zip compressed data
Bug#722915: ITP: mars-shooter -- ridiculous space shooter governed by the laws of gravity
Package: wnpp Severity: wishlist Owner: Markus Koschany a...@gambaru.de * Package name: mars-shooter Version : 0.7.4 Upstream Author : Simon Schneegans, Felix Lauer marscoret...@googlemail.com * URL : http://mars-game.sourceforge.net/ * License : GPL-3+, CC-BY, public-domain Programming Lang: C++ Description : ridiculous space shooter governed by the laws of gravity M.A.R.S is a two-dimensional space shooter game with excellent 2D-graphics, a stunning amount of particles and shader support. It offers single- and multiplayer gameplay, many impressive weapons and specials and customizable ships. .. In the year 3547 civilizations across the galaxy have settled their own planets, living in peace and harmony with its environment. But outside the placid habitats, the GREAT WAR is raging. As a famous fighter on your way to never ending honor and prosperity, you have to protect your planet from the imminent doom of your jealous neighbours! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722631: ITP: libevdev -- wrapper library for evdev devices
Hi Paul, On Thu, 12 Sep 2013 22:25:11 -0400, Paul Tagliamonte paul...@ubuntu.com wrote: Yes please! I was hunting for this last night, could really use it! The packaging is available at http://anonscm.debian.org/gitweb/?p=collab-maint/libevdev.git if you want to start using it right away. I'm waiting for the stable API in 0.4 before uploading the package to the archive. Regards, Stephen signature.asc Description: PGP signature
Bug#722177: New upstream version
On 09/08/2013 04:30 PM, David Paleino wrote: Package: nikola Version: 5.4.4-1 Severity: wishlist Tags: upstream Hello, nikola has a new major upstream version available, 6.0.0. https://github.com/ralsina/nikola/releases/6.0.0 It features quite some improvements, and it would be nice to have it in Debian. Hi David! I know, I follow the project very closely. Sadly, the default theme depends on bootstrap3 and there is no ITP yet. They added other dependencies too, the great news is that they are very simple and I can package them quickly. I'll do everything for get nikola_6.0.1 in debian, except bootstrap3 for now. If I finish and there is no an ITP for bootstrap3 yet. Then I'll do it myself. -- TiN signature.asc Description: OpenPGP digital signature
Bug#722916: php5-fpm and nginx: random segfaults on perfectly working codebase
Package: php5-fpm Version: 5.4.4-14+deb7u4 Severity: important Dear Maintainer, * What led up to the situation? I've upgraded to debian wheezy and suddenly my perfectly fine project causes random segfaults. It appears that certain situations always cause a segfault. I have isolated some cases where it always happens and I cannot explain what causes it. In my isolated example, changing the order of loaded files fixes the issue. However, it also happens in different scenarios. * What exactly did you do (or not do) that was effective (or ineffective)? Isolated a situation and tried to fix it. It appears that loading one file before another file removes the segfault. Both files have nothing to do with eachother and thus the order of loading should not matter. * What was the outcome of this action? Segfault gone, but still active in other situations. Since I cannot predict where it happens, I am unable to fix my project. * What outcome did you expect instead? That I don't see any segfaults on projects that normally just work ;-) -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.2-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/bash Versions of packages php5-fpm depends on: ii dpkg 1.16.10 ii libbz2-1.01.0.6-4 ii libc6 2.13-38 ii libcomerr21.42.5-1.1 ii libdb5.1 5.1.29-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libmagic1 1:5.14-2~bpo70+1 ii libonig2 5.9.1-1 ii libpcre3 1:8.30-5 ii libqdbm14 1.8.78-2 ii libssl1.0.0 1.0.1e-2 ii libxml2 2.8.0+dfsg1-7+nmu1 ii mime-support 3.52-1 ii php5-common 5.4.4-14+deb7u4 ii tzdata2013c-0wheezy1 ii ucf 3.0025+nmu3 ii zlib1g1:1.2.7.dfsg-13 php5-fpm recommends no packages. Versions of packages php5-fpm suggests: ii php-pear 5.4.4-14+deb7u4 -- Configuration Files: /etc/php5/fpm/pool.d/www.conf changed: ; Start a new pool named 'www'. ; the variable $pool can we used in any directive and will be replaced by the ; pool name ('www' here) [www] ; Per pool prefix ; It only applies on the following directives: ; - 'slowlog' ; - 'listen' (unixsocket) ; - 'chroot' ; - 'chdir' ; - 'php_values' ; - 'php_admin_values' ; When not set, the global prefix (or /usr) applies instead. ; Note: This directive can also be relative to the global prefix. ; Default Value: none ;prefix = /path/to/pools/$pool ; Unix user/group of processes ; Note: The user is mandatory. If the group is not set, the default user's group ; will be used. user = k000171 group = k000171 ; The address on which to accept FastCGI requests. ; Valid syntaxes are: ; 'ip.add.re.ss:port'- to listen on a TCP socket to a specific address on ;a specific port; ; 'port' - to listen on a TCP socket to all addresses on a ;specific port; ; '/path/to/unix/socket' - to listen on a unix socket. ; Note: This value is mandatory. listen = /var/run/php5-fpm.sock ; Set listen(2) backlog. ; Default Value: 128 (-1 on FreeBSD and OpenBSD) ;listen.backlog = 128 ; Set permissions for unix socket, if one is used. In Linux, read/write ; permissions must be set in order to allow connections from a web server. Many ; BSD-derived systems allow connections regardless of permissions. ; Default Values: user and group are set as the running user ; mode is set to 0666 ;listen.owner = www-data ;listen.group = www-data ;listen.mode = 0666 ; List of ipv4 addresses of FastCGI clients which are allowed to connect. ; Equivalent to the FCGI_WEB_SERVER_ADDRS environment variable in the original ; PHP FCGI (5.2.2+). Makes sense only with a tcp listening socket. Each address ; must be separated by a comma. If this value is left blank, connections will be ; accepted from any ip address. ; Default Value: any ;listen.allowed_clients = 127.0.0.1 ; Choose how the process manager will control the number of child processes. ; Possible Values: ; static - a fixed number (pm.max_children) of child processes; ; dynamic - the number of child processes are set dynamically based on the ; following directives. With this process management, there will be ; always at least 1 children. ; pm.max_children - the maximum number of children that can ;be alive at the same time. ; pm.start_servers - the number of children created on startup. ; pm.min_spare_servers - the minimum number of children in 'idle' ;state (waiting to process). If the number ;
Bug#720618: non-free license statement in /usr/share/inkscape/icons/inkscape.svg
I think this is fixed upstream... all CC 2.0/2.5 licenses have been removed from Inkscape trunk [1]. Can a patch be backported? AV [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12514 On 13 September 2013 21:11, Paul Tagliamonte paul...@debian.org wrote: On Sun, Aug 25, 2013 at 10:05:20PM +0200, Luca BRUNO wrote: Perhaps you can clarify this with the Inkscape authors ? Maybe they intended GPL-2 anyway... I don't think so. The logo was contributed by jimmac and originally under CC. See https://bugs.launchpad.net/inkscape/+bug/345778 Severity: serious that the Inkscape icon contains a statement suggesting that its license is CC-BY-SA 2.0. This is unfortunate, as Debian's FTP team does not consider it Free. I'm unsure about this. I remember an old thread on -project where it was found that clause 4b of CC-BY-SA 2.0 allows upgrading to later version, and several packages already fit in that case. I think we are in the same case. Moreover, I can still get in touch with jimmac and ask for a license change, or just apply clause 4b upstream. 4b only applies to derivitive works. I don't know who made this rumor, but it's resulted in a few REJECTs. Cheers, Paul -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722917: movabletype-opensource: Movabletype broken by Perl 5.18
Package: movabletype-opensource Version: 5.1.4+dfsg-5 Severity: grave Tags: upstream patch Justification: renders package unusable Dear Maintainer, Upgrading to Perl 5.18.1-3 in Testing broke MovableType's Dashboard view. Four of the Perl files in /usr/share/perl5/MT/Template/Tags contain a syntax error that earlier versions of Perl evidently liked just fine. This issue cases an error message to be displayed instead of many of the administrative pages, including the Create New Entry page. The attached patch fixes the problem for me. I am no Perl expert, so I don't claim this fix is optimal, and I've done only minimal testing so I can't state that there are no other problems. -- System Information: Debian Release: jessie/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'), (450, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (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 movabletype-opensource depends on: ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.51 ii libalgorithm-diff-perl 1.19.02-3 ii libclass-accessor-perl 0.34-1 ii libclass-data-inheritable-perl 0.08-2 ii libclass-trigger-perl0.14-1 ii libcrypt-ssleay-perl 0.58-1+b1 ii libdata-objectdriver-perl0.09-1 ii libdbd-mysql-perl4.023-1+b1 ii libdbd-pg-perl 2.19.3-1+b1 ii libdbd-sqlite3-perl 1.40-1+b1 ii libdbi-perl 1.628-1+b1 ii libgd-gd2-perl 1:2.46-3.1+b1 ii libhtml-parser-perl 3.71-1+b1 ii libimage-size-perl 3.232-1 ii libipc-run-perl 0.92-1 ii libjs-jquery 1.7.2+dfsg-3 ii libjson-perl 2.59-1 ii liblucene-queryparser-perl 1.04-2 ii libmime-encwords-perl1.014-1 ii libnet-openid-consumer-perl 1.13-1 ii libtheschwartz-perl 1.07-1 ii liburi-fetch-perl0.09-1 ii liburi-perl 1.60-1 ii libwww-perl 6.05-1 ii libxml-atom-perl 0.41-1 ii libxml-sax-perl 0.99+dfsg-2 ii libxml-xpath-perl1.13-7 ii libyaml-tiny-perl1.51-2 ii mysql-client 5.5.31+dfsg-1 ii mysql-client-5.5 [mysql-client] 5.5.31+dfsg-1 ii perl-modules [libversion-perl] 5.18.1-4 ii perlmagick 8:6.7.7.10-6 ii postfix [mail-transport-agent] 2.10.1-2 ii sqlite 2.8.17-8 ii ucf 3.0027+nmu1 Versions of packages movabletype-opensource recommends: ii libarchive-zip-perl 1.30-7 ii libsoap-lite-perl 0.716-1 ii perl-modules [libarchive-tar-perl] 5.18.1-4 movabletype-opensource suggests no packages. -- debconf information excluded --- Asset.pm~ 2013-06-01 05:56:38.0 -0400 +++ Asset.pm 2013-09-13 22:15:10.697975204 -0400 @@ -263,8 +263,8 @@ my $namespace = $args-{namespace}; my $need_join = 0; -for my $f -qw( min_score max_score min_rate max_rate min_count max_count scored_by ) +my @fs = qw( min_score max_score min_rate max_rate min_count max_count scored_by ); +for my $f (@fs) { if ( $args-{$f} ) { $need_join = 1; --- Author.pm~ 2013-06-01 05:56:38.0 -0400 +++ Author.pm 2013-09-13 22:17:01.649218537 -0400 @@ -340,8 +340,8 @@ $need_join = 1; } else { -for my $f -qw( min_score max_score min_rate max_rate min_count max_count scored_by ) +my @fs = qw( min_score max_score min_rate max_rate min_count max_count scored_by ); +for my $f (@fs) { if ( $args-{$f} ) { $need_join = 1; --- Entry.pm~ 2013-06-01 05:56:38.0 -0400 +++ Entry.pm 2013-09-13 22:11:57.431293068 -0400 @@ -654,9 +654,9 @@ my $namespace = $args-{namespace}; my $need_join = 0; -for my $f -qw( min_score max_score min_rate max_rate min_count max_count scored_by ) -{ + + my @fs = qw (min_score max_score min_rate max_rate min_count max_count scored_by); +for my $f (@fs) { if ( $args-{$f} ) { $need_join = 1; last; --- Comment.pm~ 2013-06-01 05:56:38.0 -0400 +++ Comment.pm 2013-09-13 22:13:21.566719393 -0400 @@ -200,8 +200,8 @@ $need_join = 1; } else { -for my $f -qw( min_score max_score min_rate max_rate min_count max_count scored_by ) + my @fs = qw( min_score max_score min_rate max_rate min_count max_count scored_by ); +
Bug#722045: Please support python:any dependencies for multiarch compatibility
On Fri, Sep 6, 2013 at 17:09:40 -0700, Steve Langasek wrote: Package: dh-python Version: 1.20130903-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch saucy X-Debbugs-Cc: hel...@subdivi.de Hi Piotr, My understanding is that all the pieces are now in place for the archive to support :any dependencies on interpreter packages. No they're not, and this change seems to make anything python unbuildable on the buildds. Please revert. Cheers, Julien signature.asc Description: Digital signature
Bug#720618: non-free license statement in /usr/share/inkscape/icons/inkscape.svg
I talked with doctormo about it (cc'd) - I think the license change might be retroactive? Thanks erryboddy! T On Sep 14, 2013 10:07 AM, Alex Valavanis valavanisa...@gmail.com wrote: I think this is fixed upstream... all CC 2.0/2.5 licenses have been removed from Inkscape trunk [1]. Can a patch be backported? AV [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12514 On 13 September 2013 21:11, Paul Tagliamonte paul...@debian.org wrote: On Sun, Aug 25, 2013 at 10:05:20PM +0200, Luca BRUNO wrote: Perhaps you can clarify this with the Inkscape authors ? Maybe they intended GPL-2 anyway... I don't think so. The logo was contributed by jimmac and originally under CC. See https://bugs.launchpad.net/inkscape/+bug/345778 Severity: serious that the Inkscape icon contains a statement suggesting that its license is CC-BY-SA 2.0. This is unfortunate, as Debian's FTP team does not consider it Free. I'm unsure about this. I remember an old thread on -project where it was found that clause 4b of CC-BY-SA 2.0 allows upgrading to later version, and several packages already fit in that case. I think we are in the same case. Moreover, I can still get in touch with jimmac and ask for a license change, or just apply clause 4b upstream. 4b only applies to derivitive works. I don't know who made this rumor, but it's resulted in a few REJECTs. Cheers, Paul -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag
Bug#722881: how-can-i-help: refuses to start with ruby installed via rvm
What I expect is to be able to run how-can-i-help via system installed ruby, not one installed via rvm. I guess you are substituting the default ruby interpreter in your ~/.bash_profile. This is not a how-can-i-help bug. Cheers, Christophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704028: New version available (2.3.2)
Control: retitle -1 New version available (2.3.2) Hi everyone, is someone working on this package? Is the package orphaned? I really would like to get news about it because one of my packages (nikola) depends on it. Cheers, -- TiN signature.asc Description: OpenPGP digital signature
Bug#720618: non-free license statement in /usr/share/inkscape/icons/inkscape.svg
On Sat, 2013-09-14 at 10:11 -0400, Paul Tagliamonte wrote: I talked with doctormo about it (cc'd) - I think the license change might be retroactive? They are. The meta data can be updated. It's up to Debian if you want to deb patch or a backport. We have a critical Ahaaa![1] to backport anyway. Martin, [1] https://bugs.launchpad.net/inkscape/+bug/166371 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722918: php-spreadsheet-excel-writer: depends on non-existent php-ole
Package: php-spreadsheet-excel-writer Version: 0.9.3-1 Severity: serious Hi, php-spreadsheet-excel-writer depends on php-ole, but there's no such package in the archive. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722513: [flightgear-data-base] sid version's file conflict vs fgfs-scenery-base from stable
Followup-For: Bug #722513 Similar problems with fgfs-aircraft-base: Selecting previously unselected package flightgear-data-base. Unpacking flightgear-data-base (from .../flightgear-data-base_2.10.0-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/flightgear-data-base_2.10.0-2_all.deb (--unpack): trying to overwrite '/usr/share/games/flightgear/Aircraft/c172p/Panels/FGPanel_c172p.xml', which is also in package fgfs-aircraft-base 2.6.0-1.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/flightgear-data-base_2.10.0-2_all.deb Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722919: RFS: windowlab/1.40-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package windowlab Package name: windowlab Version : 1.40-2 Upstream Author : Nick Gravgaard m...@nickgravgaard.com URL : http://nickgravgaard.com/windowlab/ License : GPL-2 and original Aewm and 9wm. Section : x11 It builds this binary package: windowlab - small and simple Amiga-like window manager The package has been uploaded to http://mentors.debian.net/package/windowlab It is directly accessible via dget -x http://mentors.debian.net/debian/pool/main/w/windowlab/windowlab_1.40-2.dsc Two reported bugs are resolved, but most important is a correction to achieve full hardening of the executable. The changes since the last upload are as follows: * debian/control: + Standards 3.9.4: No changes. + Add build dependency on dpkg-dev (= 1.15.7). + Mend Homepage with correct server location. * debian/rules: + Add targets build-arch and build-indep. + Hardening flags. * debian/copyright: Update format and URL. + Cite 9wm's license from that package and express it separately from the license of aewm. * debian/watch: Correction to URL. * debian/windowlab.desktop: Conform with standards. * debian/patches/10_makefile.patch: Update. + Activate MWM hints. + Avoid explicit linking -L/usr/lib. (Closes: #722865) * debian/patches/30_root_focus.diff: New file. + Pointer visibility error. (Closes: #630494) Regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722920: phatch-cli: depends on unavailable python-imaging-compat
Package: phatch-cli Version: 0.2.7.1-2 Severity: serious Hi, The last phatch upload added a dependency on python-imaging-compat to fix #709370. Unfortunately that package only exists in experimental currently, making phatch-cli uninstallable in unstable. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674467: opus: Please add multiarch support.
Package: src:opus Followup-For: Bug #674467 I wrote mainly to help Lucio and others building this. But I really want to add my Me too, because this is a real pain with i386 audio dependencies! Dear Ron, please don't stay silent on this issue. It has been going on for a very long time now! The bug was initially reported almost one and a half year ago. What is there against applying the small patch? I don't understand your reasoning about backports or new versions, as this issue seems orthogonal to me. ... Hello Lucio, I got it working as follows with the pbuilder hint you got at debian-user: # is as root, $ is as regular user. Replace you by your username in the sudoers file. I removed the sudoers entry afterwards, as I'm overly cautious :). # aptitude install pbuilder # pbuilder --create --distribution jessie --architecture i386 # visudo Add the following: you ALL=(ALL) SETENV: /usr/sbin/pbuilder, /usr/bin/pdebuild, /usr/bin/debuild-pbuilder $ cd src/debian/ $ apt-get source opus $ cd opus-1.1~beta/ $ patch -p1 ../opus-multiarch.diff (obviously I downloaded it there. It succeeds with fuzz) $ pdebuild --architecture i386 [...] Result is in /var/cache/pbuilder/result/ You will also need to do a regular amd64 build with dpkg-buildpackage. HTH, Peter. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'oldstable'), (100, 'unstable'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722921: vmdebootstrap: uninstallable on several architectures
Package: vmdebootstrap Version: 0.1.0-1 Severity: serious Hi, vmdebootstrap is uninstallable on several architectures, due to its dependencies on extlinux (which is only built on amd64 and i386), mbr (which is !ia64), kpartx (which is Linux-only) and qemu-utils (which isn't built on s390). Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722922: ioapps: uninstallable on !linux
Package: ioapps Version: 1.4r2-2 Severity: serious Hi, ioapps is uninstallable on kfreebsd-* due to its dependency on strace, which does not exist on those architectures. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org