Bug#749463: scorched3d: diff for NMU version 43.3.d+dfsg-1.1
tags 749463 + pending thanks Dear maintainer, I've uploaded the NMU I sent the nmudiff for previously to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746545: gdm3 3.8.4-9 still affected
Le Fri, 6 Jun 2014 07:53:44 +0200, Marco Balmer ma...@balmer.name a écrit : Dear Maintainer, Hello Marco, I have here two debian testing systems and an installed gdm3=3.8.4-9 from unstable. I still can't shutdown the system by gnome gui. How can I help to debug? Could you check if you have an existing logind session (loginctl command)? Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746545: gdm3 3.8.4-9 still affected
Dear Laurent, 2014-06-06 8:30 GMT+02:00 Laurent Bigonville bi...@debian.org: Could you check if you have an existing logind session (loginctl command)? Yes, there is one: maba@t510:~$ loginctl SESSIONUID USER SEAT 1 1000 maba seat0 1 sessions listed. Thanks a lot. Marco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748996: Provides: libgd-gd2-perl, which is not (only) a virtual package
reassign 748996 libgd-securityimage-perl retitle 748996 libgd-securityimage-perl: should switch to use libgd-perl thanks Quoting Michael Tautschnig (2014-05-22 23:51:13) Package: libgd-perl Version: 2.50-1 Severity: serious Justification: Makes unrelated package FTBFS The following fails, which is the reason why libcgi-application-plugin-captcha-perl FTBFS: # apt-get -f -s install libdata-random-perl libgd-securityimage-perl Reading package lists... Done Building dependency tree Reading state information... Done 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: libdata-random-perl : Depends: libgd-perl but it is not going to be installed E: Unable to correct problems, you have held broken packages. This is caused by the fact that libgd-securityimage-perl depends on libgd-gd2-perl, which libgd-perl claims to provide and replace (in the version that's currently in the archive) -- while it does exist as a separate package. I suppose libgd-gd2-perl is to be removed? Correct: libgd-gd2-perl should be removed when all its reverse dependencies has properly transitioned to instead use libgd-perl. This (the severe failure) seems tied to the no longer correct linkage. Reassigning accordingly. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#750619: transition: wxsqlite3
Hi Emilio, On Thu, Jun 5, 2014 at 11:33 AM, Emilio Pozuelo Monfort po...@debian.org wrote: Yes, remove those transitional packages. And let's wait until the three rdeps are ready before going forward with this. Let me know when that happens and I'll ack this if there are no conflicts with other transitions. Disabled those, tested the Codelite 5.4 build from experimental and it builds as expected. Also tested the packages, wxSqlite3 3.0 installs along with the previous 2.8 ones. Codelite works in this scenario as it should. It's up to the guayadeque and maitreya packages to make the update for wxSqlite 3.0 now. The only side effect is that Codelite 6.0.1 released recently, but as noted 5.4 works fine in this scenario and I'm sure 6.0.1 will work as well. I Cc its maintainer who may update that package. Kind regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750703: make-kpkg fails completely to build a current kernel image
tags 750703 + unreproducible tags 750703 + moreinfo severity 750703 normal thanks Hi, I cannot reproduce this. Based on google translate, the problem seems to be with dependency parsing: '= R kernel-common can not be evaluated' Why is the =R not replaced is the big question. Could you provide full logs and the contents of ./debian/control when it fails? I do not see it here: --8---cut here---start-8--- egrep Recommends debian/control Recommends: libc6-dev | libc-dev, gcc | c-compiler, make (= 3.80-10), binutils (= 2.12), util-linux (= 2.10o) Recommends: libc6-dev | libc-dev, gcc | c-compiler, make (= 3.80-10), po-debconf, gettext, binutils (= 2.12), util-linux (= 2.10o), module-init-tools (= 0.9.10), debianutils (= 2.30) Recommends: kernel-common --8---cut here---end---8--- BTW, there is the command I ran: --8---cut here---start-8--- cd /usr/local/src/kernel/linus-tree git pull make-kpkg clean \ make-kpkg -j6 --initrd --rootcmd fakeroot \ --revision=$(date +%Y.%m.%d) \ --append-to-version '-anzu' kernel_image exec make kpkg_version=13.013 \ -f /usr/share/kernel-package/ruleset/minimal.mk clean == making target minimal_clean [new prereqs: ]== ... much snipped... dpkg-deb: building package `linux-image-3.15.0-rc8-anzu-00081-g951e273' \ in`../linux-image-3.15.0-rc8-anzu-00081-g951e273_2014.06.05_amd64.deb'. --8---cut here---end---8--- manoj -- God was satisfied with his own work, and that is fatal. Samuel Butler Manoj Srivastava sriva...@acm.org 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#747498: python-apt: Please consider adding information templates for blankon
On Fri, May 09, 2014 at 11:36:23AM +, Rahman Yusri Aftian wrote: Package: python-apt Version: 0.9.3.6 Severity: normal Tags: patch Thanks for your bugreport. Dear Maintainer, I notice that you include settings for debian and ubuntu in the debian source package. Please consider also including the settings for blankon. This is added now and will be part of the next upload. Cheers, Michael -- Package-specific info: -- (no /usr/share/python-apt/templates/ present) -- -- /usr/share/python-apt/templates/Blankon.mirrors -- #LOC:ID http://kambing.ui.ac.id/blankon/ http://mirror.omadata.com/blankon/ http://repo.ugm.ac.id/repo/blankon/ http://buaya.klas.or.id/blankon/ http://bos.fkip.uns.ac.id/blankon http://pandawa.ipb.ac.id/blankon/ http://dl2.foss-id.web.id/blankon/ http://shol.vlsm.org/blankon/ http://openstorage.gunadarma.ac.id/blankon/ http://debian.rab.co.id/blankon/ http://singo.ub.ac.id/blankon/ http://ftp.paudni.kemdiknas.go.id/blankon/ http://blankon.idrepo.or.id/blankon/ http://mirror.kioss.undip.ac.id/blankon/ http://repo.unnes.ac.id/repo/blankon/ http://kartolo.sby.datautama.net.id/blankon/ -- /usr/share/python-apt/templates/Blankon.info -- ChangelogURI: http://arsip.blankonlinux.or.id/blankon/changelogs/pool/%s/%s/%s/%s_%s/changelog Suite: tambora RepositoryType: deb BaseURI: http://arsip.blankonlinux.or.id/blankon/ MatchURI: arsip.blankonlinux.or.id/blankon MirrorsFile-amd64: /usr/share/python-apt/templates/Blankon.mirrors MirrorsFile-i386: /usr/share/python-apt/templates/Blankon.mirrors Description: Blankon 10.0 'Tambora' Component: main CompDescription: Officially supported CompDescriptionLong: Blankon-supported Free/Open Source software Component: extras CompDescription: Community-maintained CompDescriptionLong: Community-maintained Free/Open Source software Component: restricted CompDescription: Non-free drivers CompDescriptionLong: Proprietary drivers for devices Component: extras-restricted CompDescription: Restricted software CompDescriptionLong: Software restricted by copyright or legal issues Suite: tambora MatchName: .* BaseURI: cdrom:\[Blankon.*10.0 MatchURI: cdrom:\[Blankon.*10.0 Description: CDROM with Blankon 10.0 'Tambora' Available: False Component: main CompDescription: Officially supported Component: restricted CompDescription: Restricted copyright Suite: tambora-security ParentSuite: tambora RepositoryType: deb BaseURI: http://arsip.blankonlinux.or.id/blankon/ MatchURI: arsip.blankonlinux.or.id/blankon Description: Important security updates Suite: tambora-updates ParentSuite: tambora RepositoryType: deb Description: Recommended updates Suite: suroboyo RepositoryType: deb BaseURI: http://arsip.blankonlinux.or.id/blankon/ MatchURI: arsip.blankonlinux.or.id/blankon MirrorsFile-amd64: /usr/share/python-apt/templates/Blankon.mirrors MirrorsFile-i386: /usr/share/python-apt/templates/Blankon.mirrors Description: Blankon 9.0 'Suroboyo' Component: main CompDescription: Officially supported CompDescriptionLong: Blankon-supported Free/Open Source software Component: extras CompDescription: Community-maintained CompDescriptionLong: Community-maintained Free/Open Source software Component: restricted CompDescription: Non-free drivers CompDescriptionLong: Proprietary drivers for devices Component: extras-restricted CompDescription: Restricted software CompDescriptionLong: Software restricted by copyright or legal issues Suite: suroboyo MatchName: .* BaseURI: cdrom:\[Blankon.*9.0 MatchURI: cdrom:\[Blankon.*9.0 Description: CDROM with Blankon 9.0 'Suroboyo' Available: False Component: main CompDescription: Officially supported Component: restricted CompDescription: Restricted copyright Suite: suroboyo-security ParentSuite: suroboyo RepositoryType: deb BaseURI: http://arsip.blankonlinux.or.id/blankon/ MatchURI: arsip.blankonlinux.or.id/blankon Description: Important security updates Suite: suroboyo-updates ParentSuite: suroboyo RepositoryType: deb Description: Recommended updates Suite: rote RepositoryType: deb BaseURI: http://arsip.blankonlinux.or.id/blankon/ MatchURI: arsip.blankonlinux.or.id/blankon MirrorsFile-amd64: /usr/share/python-apt/templates/Blankon.mirrors MirrorsFile-i386: /usr/share/python-apt/templates/Blankon.mirrors Description: Blankon 8.0 'Rote' Component: main CompDescription: Officially supported CompDescriptionLong: Blankon-supported Free/Open Source software Component: extras CompDescription: Community-maintained CompDescriptionLong: Community-maintained Free/Open Source software Component: restricted CompDescription: Non-free drivers CompDescriptionLong: Proprietary drivers for devices Component: extras-restricted CompDescription: Restricted software CompDescriptionLong: Software restricted by copyright or legal issues Suite: rote MatchName: .* BaseURI: cdrom:\[Blankon.*8.0 MatchURI:
Bug#750120: python-apt: Some locales use no-breaking space for LC_NUMBER, so return unicode for SizeToStr
On Sun, Jun 01, 2014 at 09:18:45PM +0200, Odin Hørthe Omdal wrote: Package: python-apt Version: 0.9.3.5 Severity: normal Tags: upstream l10n patch Thanks for your bugreport and your patch! this is on Ubuntu, but this was the closest I could find to the python-apt upstream :) This is breaking the distribution upgrade on my girlfriends computer (since she is using nn_NO.UTF8 as her language). Ubuntu's upgrading python script is not expecting that the str returned will have undecodeable chars. This could also be fixed at Ubuntu's level, but looking at it, I thought it hit closer to home for apt_pkg.size_to_str() to return a ready decoded unicode string to all its users. [..] Indeed, thanks for this fix! Unfortunately as it is right now it breaks the API of size_to_str(), i.e. there are probably apps who expect a type str. So we either need to add a size_to_unicode() or a kwarg like as_unicode or add a warning in the documentation for the py2 users. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748703: [Pkg-libvirt-maintainers] Bug#748703: Any Progress
On Thu, Jun 05, 2014 at 02:35:11PM -0400, Bob Weber wrote: Any thoughts on what has caused this? There must have been major changes to I had a look at the code and can reproduce this but couldn't dig deeper since real life is keeping me away from any Debian related work currently. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718651: Built hostapd/wpasupplicant 2.1 (patch)
On Fri, 06 Jun 2014, Stefan Lippers-Hollmann wrote: The better question however would be, if a package like this would be able to pass NEW[1] (as wpa had to for 1.0-1 - and it will have to pass through binary-NEW in the not too distant future again). While wpa I believe so. Packages get rejected when their copyright file don't mention all the licenses that are mentionned in the source code. Missing attributions are certainly not a ground for reject. It might be that some ftpmasters are more zealous than others, and in that case a simple followup to the reject often helps to solve the problem. There's also an open bug against debian-policy to clarify this IIRC. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750712: nmu: tulip_4.5.0dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu tulip_4.5.0dfsg-2 . ALL . -m rebuild against binutils 2.24.51.20140604-2 tulip is no longer installable in sid since it depends on binutils 2.24.51.20140426. This dependency is filled in at package build time. -Ralf. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) 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#750703: make-kpkg fails completely to build a current kernel image
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 For your information, Version 13.007 builds well. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTkXNHAAoJEKZ8CrGAGfassRcL/2jsdR3myKL4VKYs/CvToIMI y7YIHEx8UGFPw2hsdypb1FQpOxUgPMcyzZIJ2KnfwJN7w3NlK5eKQQTteqV8YvNh sE+U11FzOkhqlVXvubfjUerwG+kOL5sYXov3HMqoffSMzGI/GL5J2WnFWyMysfjC 6JPhecsLtjFGQg/XY+Rh8Mcu4UQBibk20SN6xRYaTugEegR/s9i/uaGieCkTz1aA C5caYY8mR2SyiTErmTC3uRK1UE/vUTROLmbFl8MDNWqlykmstcxI5KmJ1ezgBAqv yyoP8oLNeMigJgBWmwz3WsUCyjcRH+8yYzRl/sZt7TeA57+suC4hFwozBUjI+fXU +xqex9Bg9vQLNAR20W4oZ5UPYbEXq/T8NhnJek1VaEC9HQ1kO0IGrEXv/lr8dFs2 PDmJg6Ow0BCQXmvM7mGsjgL5RF4XZFybP/BGqaXgRSVPssNuYlqREeMH/Xp/4Lqu +OmivkDzKaaqjitC2LTmMZwCHSv9PwhrZGaX4sFhrg== =CKks -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750120: python-apt: Some locales use no-breaking space for LC_NUMBER, so return unicode for SizeToStr
On Fri, Jun 06, 2014 at 09:03:11AM +0200, Michael Vogt wrote: On Sun, Jun 01, 2014 at 09:18:45PM +0200, Odin Hørthe Omdal wrote: Package: python-apt Version: 0.9.3.5 Severity: normal Tags: upstream l10n patch Thanks for your bugreport and your patch! this is on Ubuntu, but this was the closest I could find to the python-apt upstream :) This is breaking the distribution upgrade on my girlfriends computer (since she is using nn_NO.UTF8 as her language). Ubuntu's upgrading python script is not expecting that the str returned will have undecodeable chars. This could also be fixed at Ubuntu's level, but looking at it, I thought it hit closer to home for apt_pkg.size_to_str() to return a ready decoded unicode string to all its users. [..] Indeed, thanks for this fix! Unfortunately as it is right now it breaks the API of size_to_str(), i.e. there are probably apps who expect a type str. So we either need to add a size_to_unicode() or a kwarg like as_unicode or add a warning in the documentation for the py2 users. We should just leave it as it is. Python 3 is unicode. Python 2 has been str all the time, there's no point changing this and breaking things or introducing new APIs that are (a) pointless (b) for a deprecated language. I do not believe that returning str causes a problem itself. There may be some applications that have problems with it. Printing it to a console or a file or displaying it in a window works just fine because there *cannot* be any decoding/encoding problems, since all is bytes. Unless of course, the applications tries to print to an encoded stream, but this means the app uses io.open() which is a minority that should deal itself with the problems this causes. I believe it's more likely that the distribution upgrade script is using an io.open() file instead and has a problem encoding things here. This can be fixed easily be changing it to use an unencoded bytes stream. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750713: ITP: gf-complete -- Galois Field Arithmetic
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: gf-complete Version : 1.02~0+2014.05.git259d53ea590b Upstream Author : Jim Plank pl...@cs.utk.edu * URL : https://bitbucket.org/jimplank/gf-complete * License : BSD-3-clause Programming Lang: C Description : Galois Field Arithmetic Galois Field arithmetic forms the backbone of erasure-coded storage systems, most famously the Reed-Solomon erasure code. A Galois Field is defined over w-bit words and is termed GF(2w). As such, the elements of a Galois Field are the integers 0, 1, . . ., 2w − 1. Galois Field arithmetic defines addition and multiplication over these closed sets of integers in such a way that they work as you would hope they would work. Specifically, every number has a unique multiplicative inverse. Moreover, there is a value, typically the value 2, which has the property that you can enumerate all of the non-zero elements of the field by taking that value to successively higher powers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750715: ipython: FTBFS against uglify 2.x series - uglifyjs -nc is not a supported option
Source: ipython Severity: important Dear maintainer, your package fails to build from source with uglify version 2.4.13-1, which is now in experimental and will be soon migrated to unstable. Here a snip of buildlog: make -C IPython/html/static/components/bootstrap/ bootstrap-js make[2]: Entering directory '/tmp/buildd/ipython-2.1.0/IPython/html/static/components/bootstrap' mkdir -p bootstrap/js cat js/bootstrap-transition.js js/bootstrap-alert.js js/bootstrap-button.js js/bootstrap-carousel.js js/bootstrap-collapse.js js/bootstrap-dropdown.js js/bootstrap-modal.js js/bootstrap-tooltip.js js/bootstrap-popover.js js/bootstrap-scrollspy.js js/bootstrap-tab.js js/bootstrap-typeahead.js js/bootstrap-affix.js bootstrap/js/bootstrap.js uglifyjs -nc bootstrap/js/bootstrap.js bootstrap/js/bootstrap.min.tmp.js `bootstrap/js/bootstrap.js` is not a supported option Supported options: { sequences: true, properties: true, dead_code: true, drop_debugger: true, unsafe: false, unsafe_comps: false, conditionals: true, comparisons: true, evaluate: true, booleans: true, loops: true, unused: true, hoist_funs: true, keep_fargs: false, hoist_vars: false, if_return: true, join_vars: true, cascade: true, side_effects: true, pure_getters: false, pure_funcs: null, negate_iife: true, screw_ie8: false, drop_console: false, angular: false, warnings: true, global_defs: {} } Makefile:74: recipe for target 'bootstrap/js/*.js' failed make[2]: *** [bootstrap/js/*.js] Error 1 make[2]: Leaving directory '/tmp/buildd/ipython-2.1.0/IPython/html/static/components/bootstrap' debian/rules:67: recipe for target 'override_dh_install' failed make[1]: *** [override_dh_install] Error 2 make[1]: Leaving directory '/tmp/buildd/ipython-2.1.0' debian/rules:8: recipe for target 'binary' failed make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 E: Failed autobuilding of package I: user script /srv/debomatic-amd64/experimental/build/cow.29670/tmp/hooks/C00iptables starting Chain OUTPUT (policy ACCEPT) target prot opt source destination I: user script /srv/debomatic-amd64/experimental/build/cow.29670/tmp/hooks/C00iptables finished I: unmounting dev/pts filesystem I: unmounting proc filesystem The options -nc (no copyright) is no longer supported. Thanks in advance, Leo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750716: coffeescript: FTBFS against uglify 2.x series - Cannot call method 'parse' of undefined
Source: coffeescript Severity: important Dear maintainer, your package fails to build from source with uglify version 2.4.13-1, which is now in experimental and will be soon migrated to unstable. Here a snip of buildlog: chmod +x bin/cake bin/cake build bin/cake build bin/cake build:browser /tmp/buildd/coffeescript-1.4.0/Cakefile:139 code = uglify.gen_code(uglify.ast_squeeze(uglify.ast_mangle(parser.parse(code ^ TypeError: Cannot call method 'parse' of undefined at Object.Rewriter [as action] (/tmp/buildd/coffeescript-1.4.0/Cakefile:139:74) at helpers.extend.invoke (/tmp/buildd/coffeescript-1.4.0/lib/coffee-script/cake.js:44:26) at Object.exports.run (/tmp/buildd/coffeescript-1.4.0/lib/coffee-script/cake.js:69:21) at Object.anonymous (/tmp/buildd/coffeescript-1.4.0/bin/cake:7:38) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) at startup (node.js:119:16) debian/rules:55: recipe for target 'debian/stamp-build' failed make: *** [debian/stamp-build] Error 8 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package However, according with latest release of coffescript, it should be compatible with uglifyjs 2.x: https://github.com/jashkenas/coffeescript/blob/master/package.json Thanks in advance, Leo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750714: leaflet: FTBFS against uglify 2.x series - Cannot call method 'parse' of undefined
Source: leaflet Severity: important Dear maintainer, your package fails to build from source with uglify version 2.4.13-1, which is now in experimental and will be soon migrated to unstable. Here a snip of buildlog: mkdir -p . Scanning upstream source for new/changed copyright notices... licensecheck -c '.*' -r --copyright -i '^(dist/images/(layers|marker-icon-2x)\.png|debian/(changelog|copyright(|_hints|_newhints)))' -l '9' * | /usr/lib/cdbs/licensecheck2dep5 debian/copyright_newhints 7 combinations of copyright and licensing found. No new copyright notices found - assuming no news is good news... touch debian/stamp-copyright-check mkdir -p debian/upstream-cruft touch debian/stamp-upstream-cruft jake build Concatenating and compressing 75 files... Uncompressed: 217.22 KB (new) Saved to dist/leaflet-src.js jake aborted. TypeError: Cannot call method 'parse' of undefined at uglify (/tmp/buildd/leaflet-0.7.2/build/build.js:51:28) at Object.exports.build (/tmp/buildd/leaflet-0.7.2/build/build.js:121:29) (See full trace by running task with --trace) debian/rules:43: recipe for target 'build/libjs-leaflet' failed make: *** [build/libjs-leaflet] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Thanks in advance, Leo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750719: sockjs-client: FTBFS against uglify 2.x series - Cannot call method 'parse' of undefined
Source: sockjs-client Severity: important Dear maintainer, your package fails to build from source with uglify version 2.4.13-1, which is now in experimental and will be soon migrated to unstable. Here a snip of buildlog: [.] Rendering lib/trans-receiver-htmlfile.js [.] Rendering lib/trans-receiver-xhr.js [.] Rendering lib/test-hooks.js TypeError: Cannot call method 'parse' of undefined at minify (/tmp/buildd/sockjs-client-0.3.4+dfsg/bin/render.coffee:47:25) at Object.tags.include_and_minify (/tmp/buildd/sockjs-client-0.3.4+dfsg/bin/render.coffee:72:18) at render (/tmp/buildd/sockjs-client-0.3.4+dfsg/bin/render.coffee:90:32) at /tmp/buildd/sockjs-client-0.3.4+dfsg/bin/render.coffee:136:23 at main (/tmp/buildd/sockjs-client-0.3.4+dfsg/bin/render.coffee:139:7) at Object.anonymous (/tmp/buildd/sockjs-client-0.3.4+dfsg/bin/render.coffee:144:3) at Object.anonymous (/tmp/buildd/sockjs-client-0.3.4+dfsg/bin/render.coffee:146:4) at Module._compile (module.js:456:26) at Object.exports.run (/usr/lib/coffee-script/lib/coffee-script/coffee-script.js:83:25) at compileScript (/usr/lib/coffee-script/lib/coffee-script/command.js:177:29) Makefile:10: recipe for target 'sockjs.js' failed make[2]: *** [sockjs.js] Error 1 make[2]: Leaving directory '/tmp/buildd/sockjs-client-0.3.4+dfsg' debian/rules:48: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory '/tmp/buildd/sockjs-client-0.3.4+dfsg' debian/rules:51: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Thanks in advance, Leo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750717: twitter-bootstrap: FTBFS against uglify 2.x series - -nc is not a supported option
Source: twitter-bootstrap Severity: important Dear maintainer, your package fails to build from source with uglify version 2.4.13-1, which is now in experimental and will be soon migrated to unstable. Here a snip of buildlog: lessc ./less/responsive.less bootstrap/css/bootstrap-responsive.css lessc --compress ./less/responsive.less bootstrap/css/bootstrap-responsive.min.css cat js/bootstrap-transition.js js/bootstrap-alert.js js/bootstrap-button.js js/bootstrap-carousel.js js/bootstrap-collapse.js js/bootstrap-dropdown.js js/bootstrap-modal.js js/bootstrap-tooltip.js js/bootstrap-popover.js js/bootstrap-scrollspy.js js/bootstrap-tab.js js/bootstrap-typeahead.js bootstrap/js/bootstrap.js uglifyjs -nc bootstrap/js/bootstrap.js bootstrap/js/bootstrap.min.tmp.js `bootstrap/js/bootstrap.js` is not a supported option Supported options: { sequences: true, properties: true, dead_code: true, drop_debugger: true, unsafe: false, unsafe_comps: false, conditionals: true, comparisons: true, evaluate: true, booleans: true, loops: true, unused: true, hoist_funs: true, keep_fargs: false, hoist_vars: false, if_return: true, join_vars: true, cascade: true, side_effects: true, pure_getters: false, pure_funcs: null, negate_iife: true, screw_ie8: false, drop_console: false, angular: false, warnings: true, global_defs: {} } Makefile:27: recipe for target 'bootstrap' failed make[2]: *** [bootstrap] Error 1 make[2]: Leaving directory '/tmp/buildd/twitter-bootstrap-2.0.2+dfsg' dh_auto_build: make -j1 returned exit code 2 debian/rules:25: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory '/tmp/buildd/twitter-bootstrap-2.0.2+dfsg' debian/rules:6: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: user script /srv/debomatic-amd64/unstable/build/cow.27445/tmp/hooks/C00iptables starting Chain OUTPUT (policy ACCEPT) target prot opt source destination I: user script /srv/debomatic-amd64/unstable/build/cow.27445/tmp/hooks/C00iptables finished I: unmounting dev/pts filesystem I: unmounting proc filesystem The options -nc (no copyright) is no longer supported. Thanks in advance, Leo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750718: leaflet-markercluster: FTBFS against uglify 2.x series - Cannot call method 'parse' of undefined
Source: leaflet-markercluster Severity: important Dear maintainer, your package fails to build from source with uglify version 2.4.13-1, which is now in experimental and will be soon migrated to unstable. Here a snip of buildlog: test -x debian/rules mkdir -p . Scanning upstream source for new/changed copyright notices... licensecheck -c '.*' -r --copyright -i '^debian/(changelog|copyright(|_hints|_newhints))' -l '9' * | /usr/lib/cdbs/licensecheck2dep5 debian/copyright_newhints 8 combinations of copyright and licensing found. No new copyright notices found - assuming no news is good news... touch debian/stamp-copyright-check touch debian/stamp-upstream-cruft jake Concatenating 5 files... Uncompressed size: 58364 bytes (new) Saved to dist/leaflet.markercluster-src.js Compressing... jake aborted. TypeError: Cannot call method 'parse' of undefined at uglify (/tmp/buildd/leaflet-markercluster-0.4~dfsg/build/build.js:114:28) at exports.build [as action] (/tmp/buildd/leaflet-markercluster-0.4~dfsg/build/build.js:152:29) (See full trace by running task with --trace) debian/rules:75: recipe for target 'debian/stamp-jake' failed make: *** [debian/stamp-jake] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Thanks in advance, Leo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On 06/06/14 08:49, László Böszörményi (GCS) wrote: It's up to the guayadeque and maitreya packages to make the update for wxSqlite 3.0 now. Are there bugs for those? Please make them block this one. Also you're welcome to provide patches to make the transition start faster. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750496: texlive-xetex crashes install
On 06.06.14 Norbert Preining (prein...@logic.at) wrote: Hi, root@beaglebone:~# diff log2 log3 I didn't get the logs ... https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=99;filename=logs.zip;att=2;bug=750496 The mail didn't make it to the list. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#750720: python-livereload is not compatible with uglifyjs 2.x series
Source: python-livereload Severity: important Dear Maintainer, uglifyjs 2.x series is now in experimental and will be soon migrated to unstable. Your package depends on uglifyjs, but from seeems be not compatible. It uses '-nc' option which is deprecated in 2.x. A simple patch like this could be enough, however more tests are needed: --- livereload/compiler.py |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/livereload/compiler.py +++ b/livereload/compiler.py @@ -129,7 +129,7 @@ def uglifyjs(path, output, mode='w'): _compile = CommandCompiler(path) -_compile.init_command('uglifyjs --nc') +_compile.init_command('uglifyjs') return functools.partial(_compile, output, mode) Leo. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-27-generic (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750721: faketime does not pass exit code of child process
Package: faketime Version: 0.9.5-2 Severity: normal The faketime tool does not pass the error code of the child process: $ /bin/false $ echo $? 1 $ faketime +1 day /bin/false $ echo $? 0 -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-24-generic (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 faketime depends on: ii libc6 2.19-0ubuntu6 ii libfaketime0.9.5-2 ii multiarch-support 2.19-0ubuntu6 faketime recommends no packages. faketime 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#749880: transition: marble18okular4
On 05/06/14 10:17, Emilio Pozuelo Monfort wrote: Well, we will rebuild rdeps against what is in unstable. okular is out of NEW and seems to be building fine so far, so go ahead with it. Both okular and marble are built everywhere. Do you plan to upload any of calligra, digikam, smokekde and subsurface, or should I binnmu them? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750722: libsvn1: libsvn_ra_local inexplicably gains 2044KiB of zero bytes
Package: libsvn1 Version: 1.8.9-1 Severity: minor During a recent package update I noticed libsvn1 grew a lot in installed-size. Upon investigation it turned out this was: % for i in libsvn1_1.8.8-2_amd64.deb libsvn1_1.8.9-1_amd64.deb ; do dpkg -c $i ; done | grep ra_local | grep -v '^l' -rw-r--r-- root/root 39800 2014-04-01 03:20 ./usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1.0.0 -rw-r--r-- root/root 2132856 2014-05-21 12:33 ./usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1.0.0 Why would a (relatively simple) module for local file:// url access suddenly gain 2044KiB in a minor update? The extra space appears to consist entirely of zero bytes, as well. As far as I can tell, the module source hasn't changed: diff -ur subversion-1.8.{8,9}/subversion/libsvn_ra_local produced no output. I think there's been some kind of build error somewhere. -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749880: transition: marble18okular4
¡Hola Emilio! El 2014-06-06 a las 10:36 +0200, Emilio Pozuelo Monfort escribió: On 05/06/14 10:17, Emilio Pozuelo Monfort wrote: Well, we will rebuild rdeps against what is in unstable. okular is out of NEW and seems to be building fine so far, so go ahead with it. Both okular and marble are built everywhere. Do you plan to upload any of calligra, digikam, smokekde and subsurface, or should I binnmu them? Please, binnmu them. Thanks a lot, -- We must be very careful when we give advice to younger people: sometimes they follow it! -- Edsger W. Dijkstra Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#739554: Re: Bug#739554 closed by Benjamin Eltzner b.eltz...@gmx.de (Bug#739554: fixed in qpdfview 0.4.10-1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Hello, I've just tried qpdfview/0.4.10-1 out, in order to test the newly implemented feature. First of all, I would like to thank the upstream developers for taking the time to satisfy my request! This is really appreciated, please forward my gratitude to them. There are still a couple of issues, though: ? the zoom to selection feature only seems to work when in x % zoom mode; when qpdfview is in Page width or Page size zoom mode, the zoom to selection mechanism seems to be disabled This is a bug as only the scale factor and not the scale mode is adjusted which I just fixed in trunk revision 1558 and which will hence be part of version 0.4.11. ? zooming to a small selection seems to consume huge quantities of memory; it's extremely easy to see the system brought to its knees and forced to use the swap partition; I hope there's some way to improve this aspect, since it renders the zoom to selection feature much less usable, from a practical point of view This is a more fundamental issue since qpdfview tracks rendering on a per-page level and therefore a high scale factor will result in huge images for each page (at least one of which needs to be in memory for drawing the visible part of the current page). A tiled approach to rendering and drawing pages could possibly alleviate the problem, but it is a larger change no one has yet attacked because of lack of developer time. In any case, I would consider this a separate issue from the zoom to selection function as it affects any way of zooming (or even just files with enormous page size like some technical drawings). I am reopening the bug report: please forward my feedback to the upstream developers. Thanks for your time! Bye. Best regards, Adam. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBAgAGBQJTkX9SAAoJEPSSjE3STU34HhEH+gOjX6+rSr30Ay4ZdaI0bsjy tKXrfYcmuQV6pFmWwNfJHUs9WofiPoP/QSZ4/tlvYnULY9Gc2flSIEPwMIp0aCJA pz8fZadVMe0etPwgYP53ScCY1CNE3vHIqSfcb396gL/K1JceY15p8SYaoMf/Elaf XhjgwwWJRD2j5OapBDk0a8qqo+u/KPDvBg8VstbBxL6G7fdugHCR2Z6k+ZUeZnbS vuacW9AbhUCFIInwvGU6gYfCHFpAUUl5E+T8Z2JrZ1nAG3tgcAUZG2/P10YbmZLx Bbi6/XyhWasVQ6djVdD7sBieFy3CaHsG/L4lIhILUKBb8nL8jG6WYtEN0jm+i+0= =uOGx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750541: samba: FTBFS on various architectures, uninstallable
On 05/06/14 22:42, Emilio Pozuelo Monfort wrote: Control: reassign -1 src:samba 2:4.1.7+dfsg-2 Control: severity -1 serious Control: retitle -1 samba: FTBFS on various architectures, uninstallable The samba binNMUs failed on i386, armel and armhf, see: https://buildd.debian.org/status/logs.php?pkg=sambaver=2%3A4.1.7%2Bdfsg-2%2Bb1 This is causing samba to be uninstallable on those arches as it can't be rebuilt for the new libldb1, preventing other packages from being rebuilt, blocking transitions. It'd be great if this could be fixed soon. Apparently this is because of #750593. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750609: Fixed for me
Fixed for me also. I do not know how to do it but from my point of view this bug can be closed. Thanks, Maurizio.
Bug#750723: mirror submission for mirror.poliwangi.ac.id
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.poliwangi.ac.id Aliases: mirror.poliwangi.ac.id Type: leaf Archive-architecture: amd64 i386 Archive-http: /debian/ IPv6: no Archive-upstream: ftp-master.debian.org Updates: once Maintainer: Agus Priyo Utomo banks...@gmail.com Country: ID Indonesia Location: Banyuwangi, East Java Sponsor: Banyuwangi State Polytechnic http://www.poliwangi.ac.id Comment: mirror with 10 Mbps bandwidth international -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748539: spelling fix
Hi! On Sun, 2014-05-18 at 12:28:16 +0430, Tomas Pospisek wrote: Package: debsig-verify Version: 0.8 Severity: minor Tags: patch Attached is a patch to change/fix the spelling of aswell to as well. Applied locally, will be included in the next release. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750724: mupdf-tools: Document mudraw -F command line switch in man page
Package: mupdf-tools Version: 1.3-2 Severity: minor The man page for mudraw does not document the -F command line switch. However, it would be really nice if one could read about the SVG export capabilities of mupdf. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages mupdf-tools depends on: ii libc6 2.18-5 ii libfreetype6 2.5.2-1 ii libjbig2dec0 0.11+20120125-1 ii libjpeg8 8d-2 ii zlib1g1:1.2.8.dfsg-1 mupdf-tools recommends no packages. mupdf-tools 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#750721: patch
Potential patch ... -- Kees Cook@debian.org Description: pass through exit codes when possible, otherwise report failure and full waitpid status and exit with a failure. Author: Kees Cook k...@debian.org Index: faketime-0.9.5/src/faketime.c === --- faketime-0.9.5.orig/src/faketime.c 2014-06-06 01:34:24.0 -0700 +++ faketime-0.9.5/src/faketime.c 2014-06-06 01:58:05.714708090 -0700 @@ -335,6 +335,11 @@ int ret; waitpid(child_pid, ret, 0); cleanup_shobjs(); -exit(ret); +if (WIFSIGNALED(ret)) +{ + fprintf(stderr, Caught %s\n, strsignal(WTERMSIG(ret))); + exit(EXIT_FAILURE); +} +exit(WEXITSTATUS(ret)); } }
Bug#748922: python-apt: TagFile doesnt close file
On Thu, May 22, 2014 at 11:57:12AM +0200, Johannes Schauer wrote: Package: python-apt Version: 0.9.3.5 Severity: normal Thanks for your bugreport. Consider the following snippet: --%--- import gc import os import sys import apt_pkg print os.listdir(/proc/self/fd/) f = apt_pkg.TagFile(sys.argv[1]) print os.listdir(/proc/self/fd/) del f print os.listdir(/proc/self/fd/) gc.collect print os.listdir(/proc/self/fd/) --%--- There is a small typo in the above script. gc.collect should be gc.collect(). I verified that the following works and does not leak fds: class LeakTestCase(unittest.TestCase): def test_leak(self): # clenaup gc first import gc gc.collect() # see what fds we have fds = os.listdir(/proc/self/fd) testfile = __file__ tagf = apt_pkg.TagFile(testfile) tagf.step() del tagf import gc gc.collect() # ensure fd is closed self.assertEqual(fds, os.listdir(/proc/self/fd)) Unfortunately just doing a del tagf is not enough, the gc call is needed afterwards. The reason that the del is not enough is that there is there is a cyclic reference from the tagf to tagf.section. The garbage collector breaks it, but a simple del sees a refcount 0. This particular case could maybe fixed by copying the data from the pkgTagFile to a pkgTagSection instead of letting it operator on the Buffer of pkgTagFile. But that requires somework (plus additional memory for the copied data). Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747252: lightdm: AppArmor parser error in /etc/apparmor.d/abstractions/lightdm_chromium-browser
Daniel Richard G. wrote (05 Jun 2014 17:07:01 GMT) : # apparmor_parser -r /etc/apparmor.d/lightdm-guest-session profile has merged rule with conflicting x modifiers ERROR processing regexs for profile /usr/lib/x86_64-linux-gnu/lightdm/lightdm-guest- session, failed to load Well, that's frustrating :( This is on sid? Yes. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712920: same problem here
On Wed, May 28, 2014 at 04:49:49PM +0200, Kees Lemmens @ TUDelft wrote: How is this possible ? I wish I knew. Right now I have no NFS system to test with. Could you please do some debugging? One change was that since 4.01-2 quota has been buld with libtirpc. Could you please tyr compiling without it and try again? Removing the -ltirpc in debian/rules should do. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746825: Already fixed upstream
tag 746825 + fixed-upstream affects 746825 ivtools thanks On Fri, May 30, 2014 at 05:51:23PM +0200, Johnny Willemsen wrote: Hi, This is already fixed upstream, an export is lacking Hi, Johnny, thanks for the upstream help. Is that fix included in latest 6.2.0 ACE upstream release? Unfortunately seems that Debian ACE is way behind upstream (6.0.3 vs 6.2.0). I am neither ACE maintaner not fluent with C++, I am interested in this because ivtools, which I use, depends on ACE, so I'd like this bug report being fixed. I'd also like Debian ACE being in sync with upstream, but that is way beyond my kills. Can you please point us to the ACE commit that fixed this problem? Until someone does the real sync with upstream this may be the simplest approach. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748922: python-apt: TagFile doesnt close file
Hi Quoting Michael Vogt (2014-06-06 11:15:29) There is a small typo in the above script. gc.collect should be gc.collect(). right. I noticed this too but it was too late and I already sent in my bugreport. See my other submission to it for my updated results. I verified that the following works and does not leak fds: class LeakTestCase(unittest.TestCase): def test_leak(self): # clenaup gc first import gc gc.collect() # see what fds we have fds = os.listdir(/proc/self/fd) testfile = __file__ tagf = apt_pkg.TagFile(testfile) tagf.step() del tagf import gc gc.collect() # ensure fd is closed self.assertEqual(fds, os.listdir(/proc/self/fd)) Unfortunately just doing a del tagf is not enough, the gc call is needed afterwards. The reason that the del is not enough is that there is there is a cyclic reference from the tagf to tagf.section. The garbage collector breaks it, but a simple del sees a refcount 0. This particular case could maybe fixed by copying the data from the pkgTagFile to a pkgTagSection instead of letting it operator on the Buffer of pkgTagFile. But that requires somework (plus additional memory for the copied data). The problem is, as you also identified above, that as long as the Python object for apt_pkg.TagFile is around, the file stays open. I switched from apt_pkg to debian.deb822 because in my use case I want to read from file A, modify the data and want to write back to A again. For that I obviously should not have the original fd from reading A open when I write back to A. One possible workaround would be to copy all of A into a StringIO and then pass that to apt_pkg.TagFile. This would probably work but I think the expectation is that after doing: mypkgs = list(apt_pkg.TagFile(Packages)) or: mypkgs = [] for pkg in apt_pkg.TagFile(Packages): mypkgs.append(pkgs) that there are no files left open. Currently in both cases, the fd is still around. So after the last pkgTagSection is retrieved, the file should be closed. Maybe I find some time at some point to implement this but unfortunately the debian.deb822 module seems to work quite well (even though it's orders of magnitude slower). cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746825: Already fixed upstream
Hi, This is already fixed upstream, an export is lacking Hi, Johnny, thanks for the upstream help. Is that fix included in latest 6.2.0 ACE upstream release? Not 100% sure, you have to try it. It is part of the latest micro, 6.2.6. Unfortunately seems that Debian ACE is way behind upstream (6.0.3 vs 6.2.0). I am neither ACE maintaner not fluent with C++, I am interested in this because ivtools, which I use, depends on ACE, so I'd like this bug report being fixed. I'd also like Debian ACE being in sync with upstream, but that is way beyond my kills. Yes, it is way behind, we are in fact already at 6.2.6, our latest micro release. On OpenSuSE Build we do have some debian packages, see http://download.opensuse.org/repositories/devel:/libraries:/ACE:/micro/ Can you please point us to the ACE commit that fixed this problem? Until someone does the real sync with upstream this may be the simplest approach. I don't have spare time to sort this out, please grab the latest micro. I have tried to get some guidance on how to upgrade ACE on Debian, would be great if we could include it in the release instructions. Best regards, Johnny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750725: RFP: prepair -- Repair GIS polygons
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: prepair Version: none Upstream Author: [H Ledoux h.led...@tudelft.nl] URL: [https://github.com/tudelft-gist/prepair] License: [GPL3] Description: [It repairs broken GIS polygons according to the international standard ISO19107. Very easy to compile, and very useful.] -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750683: systemd: oneshot services get started more than once
Am 05.06.2014 18:42, schrieb Ed Swierk: Package: systemd Version: 208-1 Severity: normal X-Debbugs-CC: pkg-systemd-maintain...@lists.alioth.debian.org Dear Maintainer, During boot, certain services with Type=oneshot are started more than once. The set of affected services varies between boots, but almost always includes systemd-journal-flush.service and systemd-random-seed.service. This is odd. I can't seem to reproduce this. Can you find out what triggers the repeated start of those services? The services don't seem to mind--they return with status=0/SUCCESS. But occasionally a service gets started so many times that systemd itself marks it as failed (Result: start-limit) and prints a big red FAILED on the console. I found that adding RemainAfterExit=yes to the service file prevents this from happening. But nothing in the systemd documentation (nor in the code, to the extent I understand it) indicates that this is necessary for oneshot services. .. The output of systemctl status and show are included below. I'd appreciate any suggestions on debugging this further. I'd run with debugging enabled, i.e. use systemd.log_level=debug This should give you a verbose log which you can query via journalctl -b. See also http://freedesktop.org/wiki/Software/systemd/Debugging/ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#750726: lxc-ls doesn't work, getting ImportError: No module named '_lxc'
Package: lxc Version: 1.0.3-1 Severity: normal after lxc update I get the following when I run lxc-ls: #lxc-ls Traceback (most recent call last): File /usr/bin/lxc-ls, line 31, in module import lxc File /usr/lib/python3/dist-packages/lxc/__init__.py, line 25, in module import _lxc ImportError: No module named '_lxc' -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii libapparmor1 2.8.0-5+b1 ii libc6 2.18-7 ii libcap21:2.22-1.2 ii libseccomp22.1.1-1 ii libselinux12.3-1 ii multiarch-support 2.18-7 Versions of packages lxc recommends: ii lua5.2 5.2.3-1 ii python3 3.4.1~rc1-1 ii rsync3.1.0-3 Versions of packages lxc suggests: ii lxc-stuff 1.0.3-1 -- debconf information: lxc/auto: true lxc/title: lxc/shutdown: /usr/bin/lxc-halt * lxc/directory: /var/lib/lxc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749880: transition: marble18okular4
On 06/06/14 10:38, Maximiliano Curia wrote: ¡Hola Emilio! El 2014-06-06 a las 10:36 +0200, Emilio Pozuelo Monfort escribió: On 05/06/14 10:17, Emilio Pozuelo Monfort wrote: Well, we will rebuild rdeps against what is in unstable. okular is out of NEW and seems to be building fine so far, so go ahead with it. Both okular and marble are built everywhere. Do you plan to upload any of calligra, digikam, smokekde and subsurface, or should I binnmu them? Please, binnmu them. Scheduled. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750727: ITP: psurface -- piecewise linear bijections between triangulated surfaces
Package: wnpp Severity: wishlist Owner: Ansgar Burchardt ans...@debian.org * Package name: psurface Version : 2.0.0 Upstream Author : Oliver Sander san...@igpm.rwth-aachen.de * URL : http://numerik.mi.fu-berlin.de/dune/psurface * License : LGPL-3+ or GPL-2 with runtime exception Programming Lang: C++ Description : piecewise linear bijections between triangulated surfaces Psurface is a C++ library that handles piecewise linear bijections between triangulated surfaces. These surfaces can be of arbitrary shape and need not even be manifolds. There are two main uses for psurface. When doing adaptive finite element simulations on grids with parametrized boundaries, psurface can store the parametrization. Boundary parametrizations are practically mappings from the coarse grid boundary to the actual boundary, and if that actual boundary is a triangulated surface then psurface can handle it. This is implemented, for example, in the dune-grid module of Dune. Secondly, when doing domain decomposition methods with nonconforming interfaces, you need to relate the two interface grids to each other. Psurface can do this for you, even if your interfaces do not match geometrically. Such is the case, e.g., in contact problems. This second functionality is also available for 1d surfaces in 2d space. The easiest way to use psurface for domain decomposition is to get the dune-grid-glue module and use it to drive psurface. The package will be maintained in the science team. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748996: Pending fixes for bugs in the libgd-securityimage-perl package
tag 748996 + pending thanks Some bugs in the libgd-securityimage-perl package are closed in revision 4f7126b66e714c838e64fd8c5b9f4f831c9ee5f4 in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libgd-securityimage-perl.git;a=commitdiff;h=4f7126b Commit message: (Build) depend on libgd-perl instead of libgd-gd2-perl. Closes: #748996 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749027: [Pkg-clamav-devel] Bug#749027: The ClamAV daemon stops working.
Hi Jim, On 06.06.2014 02:58, Jim Barber wrote: After reading the discussion on the upstream bug report, it looks like perhaps these error messages in the logs were relevant after all... - ERROR: ScanOnAccess: fanotify_init failed: Operation not permitted - ScanOnAccess: clamd must be started by root Well, these caused the hang more or less indirectly. The problem was not the content these messages convey, but rather that during logging of these messages, the thread doing so got killed, leaving the logg_mutex locked. Is ScanOnAccess something that is toggled depending on how you answer dpkg configuration questions? Or is it something I manually need to change in the /etc/clamav/clamd.conf ? Run 'sudo dpkg-reconfigure clamav-daemon' and, when asked 'Do you want to enable on-access scanning?' answer with no. I didn't see a question relevant to it at installation time. There are too many configuration options, so they are not asked at installation time, only when you run dpkg-reconfigure. I have done a fresh install of clamav-daemon on a virtual machine and ScanOnAccess is set to false. To my knowledge I never manually set it to true on the system that I have the issue with. So I can only guess that it was enabled in one of the older clamav-daemon packages and subsequent upgrades have preserved the setting? I've been using this Debian system for many years (I think since around 2009) Either that, or I set it so long ago I just can't remember doing it. clamav 0.98.1+dfsg-3, which introduced these settings, created bogus configurations. Upgrading from that version should have fixed these problems, but apparently it sometimes didn't. To get the default settings, you can just purge clamav-daemon and clamav-freshclam and then install them again. Thanks for all your help resolving the issue Andreas. Thanks for reporting this bug. I look forward to the fixed packages appearing in the Debian mirror. There will be a new upload, once clamav 0.98.4 is released. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748922: python-apt: TagFile doesnt close file
On Fri, Jun 06, 2014 at 11:25:52AM +0200, Johannes Schauer wrote: Hi Quoting Michael Vogt (2014-06-06 11:15:29) There is a small typo in the above script. gc.collect should be gc.collect(). right. I noticed this too but it was too late and I already sent in my bugreport. See my other submission to it for my updated results. I verified that the following works and does not leak fds: class LeakTestCase(unittest.TestCase): def test_leak(self): # clenaup gc first import gc gc.collect() # see what fds we have fds = os.listdir(/proc/self/fd) testfile = __file__ tagf = apt_pkg.TagFile(testfile) tagf.step() del tagf import gc gc.collect() # ensure fd is closed self.assertEqual(fds, os.listdir(/proc/self/fd)) Unfortunately just doing a del tagf is not enough, the gc call is needed afterwards. The reason that the del is not enough is that there is there is a cyclic reference from the tagf to tagf.section. The garbage collector breaks it, but a simple del sees a refcount 0. This particular case could maybe fixed by copying the data from the pkgTagFile to a pkgTagSection instead of letting it operator on the Buffer of pkgTagFile. But that requires somework (plus additional memory for the copied data). The problem is, as you also identified above, that as long as the Python object for apt_pkg.TagFile is around, the file stays open. I switched from apt_pkg to debian.deb822 because in my use case I want to read from file A, modify the data and want to write back to A again. For that I obviously should not have the original fd from reading A open when I write back to A. One possible workaround would be to copy all of A into a StringIO and then pass that to apt_pkg.TagFile. This would probably work but I think the expectation is that after doing: mypkgs = list(apt_pkg.TagFile(Packages)) or: mypkgs = [] for pkg in apt_pkg.TagFile(Packages): mypkgs.append(pkgs) that there are no files left open. Currently in both cases, the fd is still around. So after the last pkgTagSection is retrieved, the file should be closed. The easiest way to make this work would be to make the reference from TagFile to TagSection weak, but this creates a small performance issue, because we'd need to re-create the TagSection for each section, unless it is referenced somewhere outside. So I'm not sure that's a good idea (same for mvo's idea). What we really should do is add (1) a close() method, and (2) context manager support to TagFile. This way you can just explicitly close the file when you're done with it. As a workaround, open the file yourself and pass the open file to the tag file. The best way would be: with open(Packages) as fobj: for pkg in apt_pkg.TagFile(fobj): mypkgs.append(pkgs) You need to keep the file object open as long as the tag file exists, so just TagFile(open(Packages)) would fail. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750728: xsane: error opening hp printer 3050: invalid argument
Package: xsane Version: 0.998-5+b1 Severity: normal Dear Maintainer, xsane fails to open with above mentioned error message. same happens with gscan2pdf open of device hpaio:/usb/HP_LaserJet_3050?serial=00CNSKS11931 failed: Invalid argument -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 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 xsane depends on: ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo21.12.16-2 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgimp2.0 2.8.10-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libjpeg8 8d-2 ii liblcms1 1.19.dfsg1-1.3 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-01.36.3-1 ii libpng12-0 1.2.50-1 ii libsane 1.0.24-1.1+b1 ii libtiff5 4.0.3-8 ii xsane-common 0.998-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages xsane recommends: ii cups-client 1.7.2-3 ii google-chrome-stable [www-browser] 34.0.1847.137-1 ii iceweasel [www-browser] 24.5.0esr-1 ii w3m [www-browser] 0.5.3-15 Versions of packages xsane suggests: ii gimp 2.8.10-1 pn gocr none pn gv none pn hylafax-client | mgetty-fax none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On Fri, Jun 06, 2014 at 10:22:49AM +0200, Emilio Pozuelo Monfort wrote: On 06/06/14 08:49, László Böszörményi (GCS) wrote: It's up to the guayadeque and maitreya packages to make the update for wxSqlite 3.0 now. Are there bugs for those? Please make them block this one. They already do - I set the blocks up when I filed this bug: | Control: block -1 by 749974 749976 749978 Also you're welcome to provide patches to make the transition start faster. I've provided a partial patch for maitreya already. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750618: eggdrop FTBFS on arm64 outdated config.sub/guess
On Thu, Jun 05, 2014 at 03:50:55AM +0100, peter green wrote: infinity plugwash: Changing to this seems to work for me: infinity dh $@ --with autotools_dev,autoreconf Thanks for both reporting the bug and providing a solution! I've uploaded an updated package to the mentors archive : http://mentors.debian.net/debian/pool/main/e/eggdrop/eggdrop_1.6.21-3.dsc Do you have some time to upload it to unstable or should I create a new request for sponsorship? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750729: openyahtzee: incorrect total score and total of lower section
Package: openyahtzee Version: 1.9.1-2.1 Severity: normal I have spotted this bug too late but after the last NMU and switch to wxWidgets 3.0 the values in Total score and Total of lower section are incorrect. I presume this has something to do with an uninitialised variable or wrong type (short int vs long int). Markus -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openyahtzee depends on: ii libc6 2.18-7 ii libgcc1 1:4.9.0-5 ii libstdc++6 4.9.0-5 ii libwxbase3.0-0 3.0.0-4 ii libwxgtk3.0-0 3.0.0-4 openyahtzee recommends no packages. openyahtzee 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#750730: libqt5core5a: arch-dependent file in Multi-Arch: same package
Package: libqt5core5a Version: 5.3.0+dfsg-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libqt5core5a is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/doc/libqt5core5a/changelog.gz An example diff between i386 and amd64 (after ungzipping) is attached. -- Jakub Wilk diff -ur libqt5core5a_5.3.0+dfsg-4_i386/usr/share/doc/libqt5core5a/changelog libqt5core5a_5.3.0+dfsg-4_amd64/usr/share/doc/libqt5core5a/changelog --- libqt5core5a_5.3.0+dfsg-4_i386/usr/share/doc/libqt5core5a/changelog 2014-05-15 19:12:04.0 +0200 +++ libqt5core5a_5.3.0+dfsg-4_amd64/usr/share/doc/libqt5core5a/changelog 2014-05-15 19:12:04.0 +0200 @@ -1,123 +1,375 @@ -Qt 4.5.4 is a bug-fix release. It maintains both forward and backward -compatibility (source and binary) with Qt 4.5.0. For more details, -refer to the online documentation included in this distribution. The -documentation is also available online: - - http://doc.trolltech.com/4.5 - -The Qt version 4.5 series is binary compatible with the 4.4.x series. -Applications compiled for 4.4 will continue to run with 4.5. - -Some of the changes listed in this file include issue tracking numbers -corresponding to tasks in the Qt Bug Tracker, the (now obsolete) Task -Tracker, or the Merge Request queue of the public source repository. - -Qt Bug Tracker: http://bugreports.qt.nokia.com -Task Tracker: http://qt.nokia.com/developer/task-tracker -Merge Request: http://qt.gitorious.org +Qt 3.0.7 is a bugfix release. It maintains both forward and backward +compatibility (source and binary) with Qt 3.0.6. -* General* +* General * -General Improvements - - -- Documentation and Examples - -Third party components --- - - - -* Library * - - - - -* Database Drivers* - - - - -* Platform Specific Changes * - - -Qt for Linux/X11 - - - -Qt for Windows --- - - -Qt for Mac OS X - - -Qt for Embedded Linux -- - - -Qt for Windows CE -- - - - -* Compiler Specific Changes * - - - - -* Tools * - - -- Build System - -- Assistant - - -- Designer - - -- Linguist - - Linguist GUI - - - lupdate - - - lrelease - - -- rcc - - -- moc - - -- uic - - -- uic3 - - -- qmake - - -- configure - - -- qtconfig - - -- qt3to4 - - - -* Plugins * - - - - -* Important Behavior Changes * - +Smaller documentation fixes. Some build issues fixed. Upgraded libpng +to 1.0.15. + + +* Library * + + +- QAction + Avoid emitting activated() twice for actions in a + toolbar. Possibility to remove an iconset from an action by + specifying a null iconset. + +- QApplication + Fixed a font sharing problem with setFont(). Fixed window + close with modality. Don't overwrite an explicitely set font + with the default font when using the static methods before + calling the constructor. When the programmer/user explicitly + sets the style
Bug#750729: openyahtzee: incorrect total score and total of lower section
Hi Olly, perhaps you gain a little more insight here but after your last NMU the total score and the total of the lower section are incorrectly calculated. Do you know by any chance the cause for it? I guess it has something to do with an uninitialized value or a conflict between short and long int type variables. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#750732: libanyevent-perl: Intermittent build failures on various architectures
Source: libanyevent-perl Version: 7.070-2 Severity: serious Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 libanyevent-perl sometimes has test failures in different tests on different architectures. I also had one locally (on amd64) once which went away in later rebuilds ... Looks quite random :/ For 7.070-2 cf. https://buildd.debian.org/status/logs.php?pkg=libanyevent-perlver=7.070-2 Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJrBAEBCgBVBQJTkZsAThSAAB0AKGlzc3Vlci1mcHJAZ3BnLmNvbW9kby5w cml2LmF0RDFFMTMxNkU5M0E3NjBBODEwNEQ4NUZBQkIzQTY4MDE4NjQ5QUEwNgAK CRC7OmgBhkmqBpFrD/4jj+Iif6qC0Rr3pljL27fXMuEOTPV2/Sd5Aoy1mIrH0syv C8OoQKATaRZ/DbAEruRH+9ITunvyZx2IU92xbZjNL/PeQvREuKejsZ1YdKaF698v TQy5oIXvg7p6A6IX95tZ4cCDF2g+4zYlp3YsIIyL5AwZkG4eXWHjHUymXSlxsvZt ajxjWXRe1Jot1tSXmRb3DiQ3b6Soti+SDbGJoGpIZg9evEMe+c+prdGcCA+pDXGM aaw4nWt4zpz246N6GbVZXzfH9TrZlXxP/+3uOKokzskyjQawK1zhjL9IAq6Q8Vho 2iG4T3WQxPlUxPUCRqTyiFCK21DXfD9P1BavrG50UoDzBKC3ltz5LxVbKu+klEvj aiWHg+L6Ia3B9TTaAyQjFSvUfTU0u9AU4Gci7xmHiK/ksKGvWvYhgpKd00+s7Lf5 m0S2mGFHqZgo1qgUwKLj3xFbKY6oVCtMik0hbaXRiddKz4eI1qbLPhabUScrPXJz iM0X6pOEtszWSscNHXg6a50g9M4iAsgJXqCY+1G8YmjCcIk/OI1chejyqkwWn4S+ uEhOdX4pAt6/Gq15d0Z9gUe/z0A6xTK2FXdLnxXuwDcLbsluu6zxUR1IW/pbCVum N58ZeYfB2X7vz4+a0EFlRMw/kGUU/yMc5/x8uTla/OIjhDCJLM4BBXB66N/LJw== =rCup -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750731: RFP: laszip -- Lossless LiDAR compression
Package: wnpp Severity: wishlist * Package name: laszip Version : 2.2.0 Upstream Author : Martin Isenburg martin.isenb...@rapidlasso.com * URL : http://www.laszip.org/ * License : LGPL-2.1+ Programming Lang: C++ Description : Lossless LiDAR compression LASzip quickly turns bulky LAS files into compact LAZ files without information loss. LASzip can be used in combination with libLAS to support both compressed and uncompressed data. Having LASzip in Debian will also benefit derivatives. Specifically OSGeo-Live where LASzip support was requested in: http://trac.osgeo.org/osgeo/ticket/1341 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750729: openyahtzee: incorrect total score and total of lower section
On Fri, Jun 06, 2014 at 12:20:35PM +0200, Markus Koschany wrote: perhaps you gain a little more insight here but after your last NMU the total score and the total of the lower section are incorrectly calculated. I did see ridiculous totals while testing an earlier version of the patch, before I went through and fixed all the printf formats to match the passed types. Fixing those seemed to make the go away, but testing with the uploaded NMU I'm seeing this again. Sorry I managed to miss this. Do you know by any chance the cause for it? I guess it has something to do with an uninitialized value or a conflict between short and long int type variables. Running under valgrind suggests it is an uninitialised value - the first report I see is here: ==28836== Conditional jump or move depends on uninitialised value(s) ==28836==at 0x6703E4E: vfwprintf (vfprintf.c:1649) ==28836==by 0x679E360: __vswprintf_chk (vswprintf_chk.c:62) ==28836==by 0x5B67CC5: wxVsnprintf(wchar_t*, unsigned long, wxString const, __va_list_tag*) (in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0.0.0) ==28836==by 0x5B2CB7B: DoStringPrintfV(wxString, wxString const, __va_list_tag*) (in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0.0.0) ==28836==by 0x5B2D24B: wxString::DoPrintfWchar(wchar_t const*, ...) (in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0.0.0) ==28836==by 0x156C68: ??? (in /usr/games/openyahtzee) ==28836==by 0x15E437: ??? (in /usr/games/openyahtzee) ==28836==by 0x15FF49: ??? (in /usr/games/openyahtzee) ==28836==by 0x5A6191D: wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const (in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0.0.0) ==28836==by 0x5BD4C41: wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) (in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0.0.0) ==28836==by 0x5BD4FA5: wxEvtHandler::SearchDynamicEventTable(wxEvent) (in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0.0.0) ==28836==by 0x5BD502D: wxEvtHandler::TryHereOnly(wxEvent) (in /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0.0.0) I think I see where the problem is - in wx2.8, wxString::ToLong() will put a value into the pointer to long if it returns false, but in wx3.0 it won't. Just testing a fix. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746587: Acknowledgement (Use systemd built-in mechanisms for mounting remote file systems like NFS during early boot)
tags 746587 + pending thanks I've uploaded a fix for unstable and experimental to DELAYED/1. Debdiffs are attached. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff -Nru sysvinit-2.88dsf/debian/changelog sysvinit-2.88dsf/debian/changelog --- sysvinit-2.88dsf/debian/changelog 2014-04-07 11:26:50.0 +0200 +++ sysvinit-2.88dsf/debian/changelog 2014-06-06 12:56:55.0 +0200 @@ -1,3 +1,15 @@ +sysvinit (2.88dsf-53.1) unstable; urgency=medium + + * Non-maintainer upload. + * Skip the mountnfs hook when being triggered by the networking SysV init +script and instead use the systemd built-in mechanisms to mount remote +file systems. +This avoids a deadlock caused by the rpcbind SysV init script depending +on $network and the $network LSB facility being provided by the networking +SysV init script. (Closes: #746587) + + -- Michael Biebl bi...@debian.org Fri, 06 Jun 2014 12:56:54 +0200 + sysvinit (2.88dsf-53) unstable; urgency=medium [ Gabriele Giacone ] diff -Nru sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs --- sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs 2014-01-27 22:21:13.0 +0100 +++ sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs 2014-06-06 12:56:45.0 +0200 @@ -7,6 +7,16 @@ #Also mounts SMB filesystems now, so the name of #this script is getting increasingly inaccurate. +# Skip the mountnfs hook when being triggered by the networking SysV init +# script and instead use the systemd built-in mechanisms to mount remote +# file systems. +# This avoids a deadlock caused by the rpcbind SysV init script depending +# on $network and the $network LSB facility being provided by the networking +# SysV init script. +if [ -d /run/systemd/system ]; then +↦ systemctl list-jobs | grep -q network.target exit 0 +fi + PATH=/sbin:/bin . /lib/init/vars.sh diff -Nru sysvinit-2.88dsf/debian/changelog sysvinit-2.88dsf/debian/changelog --- sysvinit-2.88dsf/debian/changelog 2014-04-21 10:12:05.0 +0200 +++ sysvinit-2.88dsf/debian/changelog 2014-06-06 12:59:10.0 +0200 @@ -1,3 +1,15 @@ +sysvinit (2.88dsf-55.1) experimental; urgency=medium + + * Non-maintainer upload. + * Skip the mountnfs hook when being triggered by the networking SysV init +script and instead use the systemd built-in mechanisms to mount remote +file systems. +This avoids a deadlock caused by the rpcbind SysV init script depending +on $network and the $network LSB facility being provided by the networking +SysV init script. (Closes: #746587) + + -- Michael Biebl bi...@debian.org Fri, 06 Jun 2014 12:59:06 +0200 + sysvinit (2.88dsf-55) experimental; urgency=medium [ Gabriele Giacone ] diff -Nru sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs --- sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs 2014-01-27 22:21:13.0 +0100 +++ sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs 2014-06-06 12:58:42.0 +0200 @@ -7,6 +7,16 @@ #Also mounts SMB filesystems now, so the name of #this script is getting increasingly inaccurate. +# Skip the mountnfs hook when being triggered by the networking SysV init +# script and instead use the systemd built-in mechanisms to mount remote +# file systems. +# This avoids a deadlock caused by the rpcbind SysV init script depending +# on $network and the $network LSB facility being provided by the networking +# SysV init script. +if [ -d /run/systemd/system ]; then +↦ systemctl list-jobs | grep -q network.target exit 0 +fi + PATH=/sbin:/bin . /lib/init/vars.sh signature.asc Description: OpenPGP digital signature
Bug#741580: poedit: Please update to use wxwidgets3.0
Hi all, I did a quick check of the poedit trac system. Seems that ftl is needed to build poedit with wx-3.0 http://trac.poedit.net/ticket/568 Do you plan to enable ftl in wx? Attaching a log file with the debdiff of the trivial patch diff -Nru wxwidgets3.0-3.0.0/debian/rules wxwidgets3.0-3.0.0/debian/rules --- wxwidgets3.0-3.0.0/debian/rules 2014-05-21 06:08:05.0 +0200 +++ wxwidgets3.0-3.0.0/debian/rules 2014-06-06 09:52:52.0 +0200 @@ -81,6 +81,7 @@ GTK_CONFIGURE_OPTIONS = $(COMMON_CONFIGURE_OPTIONS) \ --enable-display \ + --enable-stl \ --enable-geometry \ --enable-graphics_ctx \ --enable-mediactrl \ cheers, Gianfranco log Description: Binary data
Bug#750651: xymon-client: clientupdate fails
Am 05.06.2014 15:37, schrieb Axel Beckert: Hi Alex, Alexander Bech wrote: the client update process from a central plugins-repository fails. Just to be sure: That's not a regression, right? Did it work in the past? Or have you tried that feature just the first time? In the following I assume that it's not a regression. It is not a regression. It is a feature that does not work. From man clientupdate: ... clientupdate is part of the Xymon client. It is responsible for updating an existing client installation from a central reposi‐ tory of client packages stored on the Xymon server. ... OPERATION clientupdate runs in two steps: Re-exec step The first step is when clientupdate is first invoked from the xymonclient.sh script with the --re-exec option. This step copies the clientupdate program from $XYMONHOME/bin/ to a temporary file in the $XYMONTMP directory. This is to avoid conflicts when the update procedure installs a new version of the clientupdate utility itself. Upon completion of this step, the clientupdate utility automatically launches the next step by running the program from the file in $XYMONTMP. Update step The second step downloads the new client software from the Xymon server. The new software must be packed into a tar file, which clientupdate then unpacks into the $XYMONHOME directory. ... I've changed ownership manually after each apt-get install xymon-client. That allows using a more comfortable method to manage many of the xymon-clients from the central server. For hundreds of client-instances, this is very practical. In addition, clientupdate must write the file clientversion.cfg to directory /etc/xymon. Hrm, I'm not really that happy with xymon-client having write access to its own configuration. Such files should IMHO rather go to /var/run/xymon/. Leaves the question how they are included, but it should be doable. But this isprovided like that by clientupdate.c: Clientupdate does: #define CLIENTVERSIONFILE etc/clientversion.cfg versionfn = (char *)malloc(strlen(xgetenv(XYMONHOME)) + strlen(CLIENTVERSIONFILE) + 2); ... This results by symlink = /etc/xymon/clientversion.cfg ... chdir(xgetenv(XYMONHOME). This is /usr/lib/xymon/client. Download and unpack the tar-file. Create the new version file: /etc/xymon/clientversion.cfg If these directories are not writable, clientupdate fails. The problem could possibly be solved by adding this to the xymon-client.postinst: chown -R xymon:xymon /usr/lib/xymon chown -R xymon:xymon /etc/xymon Nope, that would violate multiple sections of the Debian Policy. Basically /usr/lib/ is just for packaged contents and should only be changed by package updates. If that feature is used in conjunction with the Debian package, all downloaded files should go somewhere else, e.g. to /usr/local/lib/xymon/ or maybe even somewhere under /var/run/xymon/. Or /var/lib/xymon ? Wouldn't it be a policy-problem to give ownership of the entire /var/lib/xymon to the xymon user? So unless someone comes up with a patch so that xymon-client first looks in /usr/local/lib/xymon/ before looking into /usr/lib/xymon/, we may add support for this feature to the Debian package. I could try... Otherwise this is rather a won't fix, sorry. Regards, Axel Regards, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750729: openyahtzee: diff for NMU version 1.9.1-2.2
tags 750729 + patch thanks OK, this fixes the lower and upper totals - running under valgrind detects no problems at all. Sorry about the breakage. Cheers, Olly diff -Nru openyahtzee-1.9.1/debian/changelog openyahtzee-1.9.1/debian/changelog --- openyahtzee-1.9.1/debian/changelog 2014-06-01 00:31:03.0 +1200 +++ openyahtzee-1.9.1/debian/changelog 2014-06-06 22:55:21.0 +1200 @@ -1,7 +1,16 @@ +openyahtzee (1.9.1-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Update wx3.0-compat.patch to fix use of undefined values when calculating +totals. (Closes: #750729) + + -- Olly Betts o...@survex.com Fri, 06 Jun 2014 22:44:48 +1200 + openyahtzee (1.9.1-2.1) unstable; urgency=low * Non-maintainer upload. * Update to use wxwidgets3.0 (new patch wx3.0-compat.patch) +(Closes: #749992) -- Olly Betts o...@survex.com Sun, 01 Jun 2014 00:31:01 +1200 diff -Nru openyahtzee-1.9.1/debian/patches/wx3.0-compat.patch openyahtzee-1.9.1/debian/patches/wx3.0-compat.patch --- openyahtzee-1.9.1/debian/patches/wx3.0-compat.patch 2014-06-01 00:30:51.0 +1200 +++ openyahtzee-1.9.1/debian/patches/wx3.0-compat.patch 2014-06-06 23:04:08.0 +1200 @@ -1,9 +1,9 @@ Description: wx3.0 compatibility Author: Olly Betts o...@survex.com -Last-Update: 2014-06-01 +Last-Update: 2014-06-06 openyahtzee-1.9.1.orig/src/simple_pie_plot.cpp -+++ openyahtzee-1.9.1/src/simple_pie_plot.cpp +--- a/src/simple_pie_plot.cpp b/src/simple_pie_plot.cpp @@ -22,6 +22,7 @@ #include memory #include algorithm @@ -12,9 +12,9 @@ using namespace std; using namespace simple_pie_plot; openyahtzee-1.9.1.orig/src/MainFrame.cpp -+++ openyahtzee-1.9.1/src/MainFrame.cpp -@@ -465,7 +465,7 @@ void MainFrame::OnUndo(wxCommandEvent e +--- a/src/MainFrame.cpp b/src/MainFrame.cpp +@@ -465,7 +465,7 @@ ((wxButton*) FindWindow(ID_ROLL)) - Enable(false); // change the displayed roll counter @@ -23,16 +23,19 @@ FindWindow(ID_ROLL)-SetLabel(caption); //restore the 'keep' checkboxes -@@ -491,7 +491,7 @@ void MainFrame::OnUndo(wxCommandEvent e +@@ -489,9 +489,9 @@ + wxString tempstr; + tempstr = ((wxTextCtrl*) FindWindow(ID_YAHTZEEBONUSTEXT)) - GetValue(); - tempstr.ToLong(temp,10); +- tempstr.ToLong(temp,10); ++ if (!tempstr.ToLong(temp,10)) temp = 0; temp -= 100; //this line reduces the points given for the yahtzee bonus - tempstr.Printf(wxT(%i),temp); + tempstr.Printf(wxT(%li),temp); ((wxTextCtrl*) FindWindow(ID_YAHTZEEBONUSTEXT)) - SetValue(tempstr); } -@@ -614,7 +614,7 @@ void MainFrame::OnRollButton () +@@ -614,7 +614,7 @@ --m_rolls; // change the displayed roll counter @@ -41,7 +44,7 @@ FindWindow(ID_ROLL)-SetLabel(caption); #ifndef DEBUG -@@ -696,7 +696,7 @@ void MainFrame::OnUpperButtons (wxComman +@@ -696,7 +696,7 @@ break; } @@ -50,7 +53,7 @@ wxTextCtrl *text_ctrl = dynamic_castwxTextCtrl*(FindWindow(event.GetId() - ID_ACES + ID_ACESTEXT)); text_ctrl-SetValue(out); text_ctrl-SetBackgroundColour(*wxWHITE); -@@ -717,7 +717,7 @@ void MainFrame::On3ofakindButton(wxComma +@@ -717,7 +717,7 @@ YahtzeeBonus(); wxString out; @@ -59,7 +62,7 @@ wxTextCtrl *text_ctrl = dynamic_castwxTextCtrl*(FindWindow(ID_THREEOFAKINDTEXT)); text_ctrl-SetValue(out); text_ctrl-SetBackgroundColour(*wxWHITE); -@@ -738,7 +738,7 @@ void MainFrame::On4ofakindButton(wxComma +@@ -738,7 +738,7 @@ YahtzeeBonus(); wxString out; @@ -68,7 +71,7 @@ wxTextCtrl *text_ctrl = dynamic_castwxTextCtrl*(FindWindow(ID_FOUROFAKINDTEXT)); text_ctrl-SetValue(out); text_ctrl-SetBackgroundColour(*wxWHITE); -@@ -760,7 +760,7 @@ void MainFrame::OnFullHouseButton(wxComm +@@ -760,7 +760,7 @@ YahtzeeBonus(); @@ -77,7 +80,7 @@ wxTextCtrl *text_ctrl = dynamic_castwxTextCtrl*(FindWindow(ID_FULLHOUSETEXT)); text_ctrl-SetValue(out); text_ctrl-SetBackgroundColour(*wxWHITE); -@@ -782,7 +782,7 @@ void MainFrame::OnSmallSequenceButton(wx +@@ -782,7 +782,7 @@ YahtzeeBonus(); @@ -86,7 +89,7 @@ wxTextCtrl *text_ctrl = dynamic_castwxTextCtrl*(FindWindow(ID_SMALLSEQUENCETEXT)); text_ctrl-SetValue(out); text_ctrl-SetBackgroundColour(*wxWHITE); -@@ -804,7 +804,7 @@ void MainFrame::OnLargeSequenceButton(wx +@@ -804,7 +804,7 @@ YahtzeeBonus(); @@ -95,7 +98,7 @@ wxTextCtrl *text_ctrl = dynamic_castwxTextCtrl*(FindWindow(ID_LARGESEQUENCETEXT)); text_ctrl-SetValue(out); text_ctrl-SetBackgroundColour(*wxWHITE); -@@ -826,7 +826,7 @@ void MainFrame::OnYahtzeeButton(wxComman +@@ -826,7 +826,7 @@ return; if (m_score_dice.IsYahtzee()) m_yahtzee = true; @@ -104,7 +107,7 @@ wxTextCtrl *text_ctrl = dynamic_castwxTextCtrl*(FindWindow(ID_YAHTZEETEXT)); text_ctrl-SetValue(out); text_ctrl-SetBackgroundColour(*wxWHITE); -@@ -847,7 +847,7 @@ void MainFrame::OnChanceButton (wxComman +@@ -847,7 +847,7 @@ YahtzeeBonus(); @@ -113,17 +116,26 @@ wxTextCtrl *text_ctrl
Bug#750634: NMU debdiff for sivp_0.5.3+svn287-2.1
Hello Sylvestre, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found a solution to Debian bugs #750634. https://bugs.debian.org/750634 My NMU debdiff for sivp_0.5.3+svn287-2.1 is below, at the end of this message. After #750548 (mips support for gluegen2) has been fixed and with the changes in the NMU patch, sivp builds successfully on mips, mipsel and amd64. https://bugs.debian.org/750548 Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff sivp_0.5.3+svn287-2.dsc sivp_0.5.3+svn287-2.1.dsc diff -Nru sivp-0.5.3+svn287/debian/changelog sivp-0.5.3+svn287/debian/changelog --- sivp-0.5.3+svn287/debian/changelog 2012-06-22 18:06:57.0 +0100 +++ sivp-0.5.3+svn287/debian/changelog 2014-06-06 11:18:52.0 +0100 @@ -1,3 +1,12 @@ +sivp (0.5.3+svn287-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add mips into arch list. +Patch by Dejan Latinovic dejan.latino...@imgtec.com. +Closes: #750634. + + -- Anibal Monsalve Salazar ani...@debian.org Fri, 06 Jun 2014 11:15:30 +0100 + sivp (0.5.3+svn287-2) unstable; urgency=low * Limit the architecture supported to: diff -Nru sivp-0.5.3+svn287/debian/control sivp-0.5.3+svn287/debian/control --- sivp-0.5.3+svn287/debian/control2012-06-22 18:06:57.0 +0100 +++ sivp-0.5.3+svn287/debian/control2014-06-04 10:56:00.0 +0100 @@ -14,7 +14,7 @@ Homepage: http://sivp.sourceforge.net Package: scilab-sivp -Architecture: amd64 armel armhf i386 ia64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mipsel +Architecture: amd64 armel armhf i386 ia64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mipsel mips Depends: ${shlibs:Depends}, ${misc:Depends}, scilab (= 5.0) Provides: sivp Replaces: sivp ( 0.5.0-3) signature.asc Description: Digital signature
Bug#750733: Newest version sets the foreground to the background color in some cases
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: xterm Version: 306-1 Severity: normal At least in combination with clusterssh, the foreground color gets set to the same color than the background for prompt and some other stuff. Other output on the other hand gets there correct color. It is pretty dificult to read white commands on white background. ;-) xterm is called with -fg and -bg on the command line from cssh. But I checked, they are correct. I tracked that particular bug down to 306-1. 304-1 was working correct. Further investigation shows that it is the combination with -font 5x8. Using xterm -font 5x8 lets you reproduce the error. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.11 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.19-1 ii libfontconfig1 2.11.0-2.1 ii libice6 2:1.0.8-2 ii libtinfo5 5.9+20140118-1 ii libutempter01.1.5-4 ii libx11-62:1.6.2-2 ii libxaw7 2:1.0.12-1 ii libxft2 2.3.1-2 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.4-1 ii xbitmaps1.1.1-2 Versions of packages xterm recommends: ii x11-utils 7.7+1 Versions of packages xterm suggests: pn xfonts-cyrillic none - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTkaMSAAoJEKZ8CrGAGfasD+wL/jLPJwi7++zdt8OOd+GHrgMg hVdUwrdho/+aJ9UML66NXTbCHCCXI02ZrvGz3dFerR4GIMOTCf8ueUfmvWeq0ABM YZIo2Oru9fP8qAouYqFVz0c8j858P8/vBfTmQH8ZctiLu1kBQ2qAFj2ewMPJDciD 9x6pu2EOeDlTeIEdsQlnYupujerMVq4DORc7o4WS+gaCHOKmrDSjbkZ4+w3McCFR kk4sjCq0MB5QGT7ihdEuOkn1jjupOlix8xxYdtcZxOYDcobjbZyk/ZGNa3x1O+C/ jGWTBKclkW17LegfTsUC2DMjOkMErhBrXgvPMOoLiN+AW+ZFra5CQbo/JDdwaJPm zOV81xv66WUg6WLQ+KsY9uYEdCxLnxB6/6haiU7rYpb/LiwNE4mW12F4IaxFpwRz afi35HGPHQXCKZohqh/sNziewdpameFUfof9VEpmyfTNIeDmXDkNHMgni5vqvG9L mWw/KHvOhbPj6pqVImMPwfmnjgVnOMI2hsPHYxBbog== =Vhoe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750729: openyahtzee: diff for NMU version 1.9.1-2.2
On 06.06.2014 13:12, Olly Betts wrote: tags 750729 + patch thanks OK, this fixes the lower and upper totals - running under valgrind detects no problems at all. That was awesome. Thank you very much! Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#750734: needrestart: Wrongly proposes to restart daemons which don't need restart on Jessie + systemd
Package: needrestart Version: 0.9-1 Severity: important On two systems which run Debian Wheezy and systemd, needrestart wants to restart lots of services every time it is run. When I run needrestart and let is restart all proposed services, then these services are correctly restarted according to syslog. Then if I run needrestart again immediately after te first run, needrestart proposes the same services to be restarted once more. However, after needrestart has exited, the output on the console reads: No services should be restarted... This does not happen on my systems running Wheezy with sysvinit: when I run needrestart a second time, it will immediately exit with the above message. -- Package-specific info: needrestart output: Scanning processes Scanning candidates Pending kernel upgrade! Running kernel version: 3.12-1-amd64 Diagnostics: Running not the expected kernel version 3.14-1-amd64. You should consider to reboot this machine to activate the pending kernel upgrade. You need to reboot MANUALLY! [Return] No services required to be restarted. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (160, 'experimental'), (150, 'stable'), (140, 'proposed-updates'), (100, 'oldstable-updates'), (100, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages needrestart depends on: ii libmodule-find-perl0.12-1 ii libmodule-scandeps-perl1.13-1 ii libproc-processtable-perl 0.50-1 ii libsort-naturally-perl 1.03-1 ii perl 5.18.2-4 needrestart recommends no packages. needrestart 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#750650: Pending fixes for bugs in the libdevel-findref-perl package
tag 750650 + pending thanks Some bugs in the libdevel-findref-perl package are closed in revision dd5bdb551b1d7d9cc6a952c14657aac46dd69b57 in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdevel-findref-perl.git;a=commitdiff;h=dd5bdb5 Commit message: New upstream release. Fixes FTBFS with perl 5.20 (Closes: #750650) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750634: NMU debdiff for sivp_0.5.3+svn287-2.1
Hello If you have a binary built, don't hesitate to upload right now. Otherwise, I will take care of that in the next few days. S On 06/06/2014 13:16, Aníbal Monsalve Salazar wrote: Hello Sylvestre, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found a solution to Debian bugs #750634. https://bugs.debian.org/750634 My NMU debdiff for sivp_0.5.3+svn287-2.1 is below, at the end of this message. After #750548 (mips support for gluegen2) has been fixed and with the changes in the NMU patch, sivp builds successfully on mips, mipsel and amd64. https://bugs.debian.org/750548 Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff sivp_0.5.3+svn287-2.dsc sivp_0.5.3+svn287-2.1.dsc diff -Nru sivp-0.5.3+svn287/debian/changelog sivp-0.5.3+svn287/debian/changelog --- sivp-0.5.3+svn287/debian/changelog2012-06-22 18:06:57.0 +0100 +++ sivp-0.5.3+svn287/debian/changelog2014-06-06 11:18:52.0 +0100 @@ -1,3 +1,12 @@ +sivp (0.5.3+svn287-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add mips into arch list. +Patch by Dejan Latinovic dejan.latino...@imgtec.com. +Closes: #750634. + + -- Anibal Monsalve Salazar ani...@debian.org Fri, 06 Jun 2014 11:15:30 +0100 + sivp (0.5.3+svn287-2) unstable; urgency=low * Limit the architecture supported to: diff -Nru sivp-0.5.3+svn287/debian/control sivp-0.5.3+svn287/debian/control --- sivp-0.5.3+svn287/debian/control 2012-06-22 18:06:57.0 +0100 +++ sivp-0.5.3+svn287/debian/control 2014-06-04 10:56:00.0 +0100 @@ -14,7 +14,7 @@ Homepage: http://sivp.sourceforge.net Package: scilab-sivp -Architecture: amd64 armel armhf i386 ia64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mipsel +Architecture: amd64 armel armhf i386 ia64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mipsel mips Depends: ${shlibs:Depends}, ${misc:Depends}, scilab (= 5.0) Provides: sivp Replaces: sivp ( 0.5.0-3) signature.asc Description: OpenPGP digital signature
Bug#750276: libhttp-async-perl: FTBFS: Tests failures
Digging into this FTBFS, I've found the problem lies with HTTP::Server::Simple which was recently updated. Installing libhttp-server-simple-perl_0.44-1 from snapshots confirms this. Somewhere in the new version of HTTP::Server::Simple the first half of the URI is being lost. Adding some debugging code to TestServer.pm with HTTP::Server::Simple v0.44 we see the following request URIs: DEBUG: http://localhost:50794/foo/bar?redirect=2 at t/TestServer.pm line 151. DEBUG: http://localhost:50794/foo/bar?redirect=1 at t/TestServer.pm line 151. With HTTP::Server::Simple v0.45.02 we see the following: DEBUG: /foo/bar?delay=1 at t/TestServer.pm line 151. DEBUG: /foo/bar?redirect=2 at t/TestServer.pm line 151. Therefore failing the test for a fully qualified request_uri. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#750651: xymon-client: clientupdate fails
Hi Alex, Alexander Bech wrote: the client update process from a central plugins-repository fails. Just to be sure: That's not a regression, right? Did it work in the past? Or have you tried that feature just the first time? In the following I assume that it's not a regression. It is not a regression. Thanks for the confirmation. It is a feature that does not work. Yes. A feature which is rather incompatible with the concept of packaging. And incompatible with multiple architectures, too. The problem could possibly be solved by adding this to the xymon-client.postinst: chown -R xymon:xymon /usr/lib/xymon chown -R xymon:xymon /etc/xymon Nope, that would violate multiple sections of the Debian Policy. Basically /usr/lib/ is just for packaged contents and should only be changed by package updates. If that feature is used in conjunction with the Debian package, all downloaded files should go somewhere else, e.g. to /usr/local/lib/xymon/ or maybe even somewhere under /var/run/xymon/. Or /var/lib/xymon ? /var/lib/xymon would be no issue, as it's meant for variable data. /var/tmp/ neither. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750735: www.debian.org: changelog/copyright links result in 404 Not Found on package wheezy/iceweasel
Package: www.debian.org Severity: normal The changelog/copyright links on https://packages.debian.org/wheezy/iceweasel i.e. http://metadata.ftp-master.debian.org/changelogs//main/i/iceweasel/iceweasel_24.5.0esr-1~deb7u1_changelog http://metadata.ftp-master.debian.org/changelogs//main/i/iceweasel/iceweasel_24.5.0esr-1~deb7u1_copyright give a a 404 Not Found error. (This seems to be similar to the report of bug 739280 for wheezy/file, except that I can't reproduce the problem for wheezy/file.) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.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#741580: poedit: Please update to use wxwidgets3.0
On Fri, Jun 06, 2014 at 12:06:29PM +0100, Gianfranco Costamagna wrote: I did a quick check of the poedit trac system. Seems that ftl is needed to build poedit with wx-3.0 http://trac.poedit.net/ticket/568 Do you plan to enable ftl in wx? Attaching a log file with the debdiff of the trivial patch diff -Nru wxwidgets3.0-3.0.0/debian/rules wxwidgets3.0-3.0.0/debian/rules --- wxwidgets3.0-3.0.0/debian/rules 2014-05-21 06:08:05.0 +0200 +++ wxwidgets3.0-3.0.0/debian/rules 2014-06-06 09:52:52.0 +0200 @@ -81,6 +81,7 @@ GTK_CONFIGURE_OPTIONS = $(COMMON_CONFIGURE_OPTIONS) \ --enable-display \ + --enable-stl \ --enable-geometry \ --enable-graphics_ctx \ --enable-mediactrl \ What --enable-stl does is make wxString derive from std::string, and similarly for various wx container classes which have STL equivalents. That means that making this change is inevitably going to break ABI compatibility, so changing this is a lot more work than that one line change might suggest; it would require rebuilding all applications using wxwidgets3.0, and making sure they all still work. I also worry that if one application needs wx built with --enable-stl, others might fail with wx built with --enable-stl - the comment in include/wx/setup_inc.h says even at the cost of backwards compatibility: // Set wxUSE_STL to 1 to enable maximal interoperability with the standard // library, even at the cost of backwards compatibility. // // Default is 0 // // Recommended setting: 0 as the options below already provide a relatively // good level of interoperability and changing this option arguably isn't worth // diverging from the official builds of the library. It also recommends leaving it set to 0. So I'm afraid I don't think this is a change we can sanely make at this point for wx3.0 in Debian. Back in November before the transition had started it might have been feasible, but now there's already ~40 packages using wx3.0 in Debian, plus another 5 delayed NMUs and another ~10 tested patches filed in the BTS. That's a lot of testing to have to repeat, and a lot of packages to potentially have to fix for compatibility with --enable-stl. What's the reason why poedit requires --enable-stl? Can it be patched to work with a standard wx build? Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750736: iceweasel: PDF preview / user's mailcap file are not taken into account for some PDF files
Package: iceweasel Version: 24.5.0esr-1 Severity: normal Iceweasel normally uses the PDF preview for PDF files (as chosen in the preferences), but not always. And the user's .mailcap file is not taken into account. See attached snapshot of the dialog window (the PDF viewer should have been xpdf as usual). -- Package-specific info: -- Extensions information Name: -Global Styles- userstyle Status: enabled Name: AlloCiné userstyle Status: enabled Name: Cinémathèque Française userstyle Status: enabled Name: Combine Stop/Reload buttons userstyle Status: enabled Name: DOM Inspector Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org Package: xul-ext-dom-inspector Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Dictionnaire français «Moderne» Location: ${PROFILE_EXTENSIONS}/fr-mode...@dictionaries.addons.mozilla.org Status: enabled Name: Different cursor for links that open in new windows userstyle Status: enabled Name: Disable autocomplete userstyle Status: user-disabled Name: Disable marquee userstyle Status: user-disabled Name: Flagfox Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b}.xpi Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: Forecastfox Location: ${PROFILE_EXTENSIONS}/{0538E3E3-7E9B-4d49-8831-A227C80A7AD3} Status: enabled Name: GLPI - assistance.ens-lyon.fr userstyle Status: enabled Name: Google Search userstyle Status: enabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi Status: enabled Name: HeadingsMap Location: ${PROFILE_EXTENSIONS}/headi...@niquelheadings.net.xpi Status: enabled Name: IMDb userstyle Status: enabled Name: Link Widgets Location: ${PROFILE_EXTENSIONS}/linkwid...@clav.mozdev.org Status: enabled Name: Live HTTP headers Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a} Status: enabled Name: Move tabbar to the bottom userstyle Status: user-disabled Name: Move tabbar to the left userstyle Status: user-disabled Name: Move tabbar to the right userstyle Status: user-disabled Name: Multiple row bookmark toolbar userstyle Status: user-disabled Name: Nerim userstyle Status: enabled Name: Open in Browser Location: ${PROFILE_EXTENSIONS}/openinbrow...@www.spasche.net.xpi Status: enabled Name: PeopleForCinema userstyle Status: enabled Name: Pinger Location: ${PROFILE_EXTENSIONS}/jane...@pinger.xpi Status: enabled Name: Readability Location: ${PROFILE_EXTENSIONS}/{6005d9b1-d115-485a-a92a-3f6453ca3fe2}.xpi Status: enabled Name: SearchStatus Location: ${PROFILE_EXTENSIONS}/{d57c9ff1-6389-48fc-b770-f78bd89b6e8a}.xpi Status: enabled Name: Showcase Location: ${PROFILE_EXTENSIONS}/{89506680-e3f4-484c-a2c0-ed711d481eda}.xpi Status: enabled Name: Slashdot.org - Remove ads userstyle Status: enabled Name: SourceForge font size in comments userstyle Status: enabled Name: Stylish Location: ${PROFILE_EXTENSIONS}/{46551EC9-40F0-4e47-8E18-8E5CF550CFB8}.xpi Status: enabled Name: Tab Mix Plus Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}.xpi Status: enabled Name: Troubleshooter Location: ${PROFILE_EXTENSIONS}/troubleshoo...@mozilla.org.xpi Status: enabled Name: Web Developer Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}.xpi Status: enabled Name: Wikipedia font size userstyle Status: enabled Name: X-Ray Location: ${PROFILE_EXTENSIONS}/{3f1182ea-3243-4d32-8826-71fb1cc9c328} Status: enabled Name: allocine-imdb greasemonkey-user-script Status: enabled Name: cac-imdb greasemonkey-user-script Status: enabled Name: itt-datetimes greasemonkey-user-script Status: enabled Name: twitter-times greasemonkey-user-script Status: enabled Name: us-to-iso8601 greasemonkey-user-script Status: user-disabled Name: youtube-html5 greasemonkey-user-script Status: enabled -- Plugins information Name: DjView-4.9 Location: /usr/lib/mozilla/plugins/nsdejavu.so Package: djview-plugin Status: enabled Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: Shockwave Flash (11,2,202,335) Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled -- Addons package information ii djview-plugin 4.9-6amd64Browser plugin for the DjVu image ii gnome-shell3.8.4-8.1amd64graphical shell for the GNOME des ii iceweasel 24.5.0esr-1 amd64Web browser based on Firefox ii xul-ext-dom-in 1:2.0.14-1 all tool for inspecting the DOM of we -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux
Bug#747813: Fixed upstream: FTBFS against libav10
tags 747813 fixed-upstream thanks Hi Benoit, minidlna 1.1.3 claims support for libav10, so the patch is no longer needed. Upgrading to the latest upstream release should fix this. Cheers, Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750737: sooperlooper: Please update to use wxwidgets3.0
Source: sooperlooper Version: 1.7.0~dfsg0-2 Severity: important Tags: sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Control: block 748169 by -1 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8, and intend to drop wxwidgets2.8 before jessie is released. I tried to build sooperlooper with the BD updated to use libwxgtk3.0-dev, but it fails due to API changes in wx. However, I noticed there's a newer upstream release (1.7.2) which Fixed wx compile issues according to http://www.essej.net/sooperlooper/ - looking at the changes, these fixes look like they're for 3.0 compatibility to me, and git commit messages reinforce this: https://github.com/essej/sooperlooper/commit/c0f78d1d1be36ed498f478cd7e8373e2c3f02c55#diff-ec4673a6b57919e23702c41ff75a2314 So updating to the latest upstream release will hopefully be enough to allow building with wx3. But if you hit any problems with getting packages working with wxwidgets3.0 which you can't overcome, let me know and I'll try to help. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750738: Provide /usr/include/lua symlink
Package: liblua5.2-dev Version: 5.2.1-3 It would be nice if liblua5.2-dev package would also provide a /usr/include/lua symlink to /usr/include/lua5.2. This may prove usefull for the next transition. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750739: apache2-mpm-worker: Can't start with = 5000 VirtualHosts with 'SSLEngine On' - AH00016: Configuration Failed. sysctl fs.file-max=512000
Package: apache2-mpm-worker Version: 2.2.22-13+deb7u1 Severity: important -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgid deflate dir env mime negotiation reqtimeout setenvif ssl status -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2-mpm-worker depends on: ii apache2.2-bin 2.2.22-13+deb7u1 ii apache2.2-common 2.2.22-13+deb7u1 apache2-mpm-worker recommends no packages. apache2-mpm-worker 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#750276: libhttp-async-perl: FTBFS: Tests failures
Control: reassign -1 libhttp-server-simple-perl 0.45.02-1 Control: retitle -1 Loses first part of the URI Control: affects -1 libhttp-async-perl On Fri, 06 Jun 2014 12:40:36 +0100, Daniel Lintott wrote: Digging into this FTBFS, I've found the problem lies with HTTP::Server::Simple which was recently updated. Installing libhttp-server-simple-perl_0.44-1 from snapshots confirms this. Somewhere in the new version of HTTP::Server::Simple the first half of the URI is being lost. Cool, thanks for the analysis. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#750736: iceweasel: PDF preview / user's mailcap file are not taken into account for some PDF files
On Fri, Jun 06, 2014 at 01:59:46PM +0200, Vincent Lefevre wrote: Package: iceweasel Version: 24.5.0esr-1 Severity: normal Iceweasel normally uses the PDF preview for PDF files (as chosen in the preferences), but not always. And the user's .mailcap file is not taken into account. See attached snapshot of the dialog window (the PDF viewer should have been xpdf as usual). Since you're not giving an url, i'll venture a guess: https://github.com/mozilla/pdf.js/issues/3121 The .mailcap issue is unrelated and is just the good old mailcap issue that iirc you yourself reported a long while ago. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743195: ping, even newer versions available
control: retitle -1 Please package AppArmor 2.8.95 and ping, once again :) signature.asc Description: This is a digitally signed message part.
Bug#750740: ifupdown: specifying IPv6-adress in alias makes ifdown removes all IPv6-adresses of the interface, not just that of the alias
Package: ifupdown Version: 0.7.48.1 Severity: normal Tags: upstream, ipv6 Hi, My system has this: doublan-1# cat /etc/network/interfaces auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 137.56.165.54 netmask 255.255.255.0 gateway 137.56.165.1 iface eth0 inet6 static address 2001:610:1410:480:f35e:2a02::54 netmask 64 iface eth0:0 inet static address 137.56.165.59 netmask 255.255.255.0 iface eth0:0 inet6 static address 2001:610:1410:480:f35e:2a02::59 netmask 64 doublan-1# ip a l eth0 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:50:56:13:01:aa brd ff:ff:ff:ff:ff:ff inet 137.56.165.54/24 brd 137.56.165.255 scope global eth0 inet6 2001:610:1410:480:f35e:2a02:0:54/64 scope global valid_lft forever preferred_lft forever inet6 fe80::250:56ff:fe13:1aa/64 scope link valid_lft forever preferred_lft forever Now, if I run doublan-1# ifup eth0:0 I am happy to get: doublan-1# ip a l eth0 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:50:56:13:01:aa brd ff:ff:ff:ff:ff:ff inet 137.56.165.54/24 brd 137.56.165.255 scope global eth0 inet 137.56.165.59/24 brd 137.56.165.255 scope global secondary eth0:0 inet6 2001:610:1410:480:f35e:2a02:0:59/64 scope global deprecated valid_lft forever preferred_lft forever inet6 2001:610:1410:480:f35e:2a02:0:54/64 scope global valid_lft forever preferred_lft forever inet6 fe80::250:56ff:fe13:1aa/64 scope link valid_lft forever preferred_lft forever However, if I now run: doublan-1# ifdown eth0:0 I am _not_ happy to get: doublan-1# ip a l eth0 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:50:56:13:01:aa brd ff:ff:ff:ff:ff:ff inet 137.56.165.54/24 brd 137.56.165.255 scope global eth0 inet6 fe80::250:56ff:fe13:1aa/64 scope link valid_lft forever preferred_lft forever Only the legacy IPv4 adress survived this action, I am missing: inet6 2001:610:1410:480:f35e:2a02:0:54/64 scope global valid_lft forever preferred_lft forever . This seems to be caused by differences in IPv4 vs IPv6 handling. In the IPv4-case, ifdown calls: ip -4 addr flush dev eth0:0 label eth0:0 which is fine, since only the eth0:0 adresses cary this label. In the IPv6-case, ifdown calls: ip -6 addr flush dev eth0:0 scope global which breaks, since the kernel interprets “eth0:0” as “eth0”. This bug has been seen with ifupdown version 0.7.8. I cannot easily test it on a system running 0.7.48.1 (which is in testing/jessie and sid now). However, since the relevant code hasn't been changed, I'm convinced ifupdown 0.7.48.1 is broken in the same way. Thanks, Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands signature.asc Description: Digital signature
Bug#750276: libhttp-async-perl: FTBFS: Tests failures
On 06/06/14 13:39, gregor herrmann wrote: On Fri, 06 Jun 2014 12:40:36 +0100, Daniel Lintott wrote: Digging into this FTBFS, I've found the problem lies with HTTP::Server::Simple which was recently updated. Installing libhttp-server-simple-perl_0.44-1 from snapshots confirms this. Somewhere in the new version of HTTP::Server::Simple the first half of the URI is being lost. Cool, thanks for the analysis. Looking at the changelog for HTTP::Server::Simple I've identified the problem code... 0.45_01 Thu Sep 22 10:10:41 EST 2011 * Support full URIs as required by RFC2616 - penfold [rt.cpan.org #69445] This relates to the following code change at line 687 in lib/Server/Simple.pm +# strip scheme://host:port out of HTTP/1.1 requests +$uri =~ s{^\w+://[^/]+/}{/}; Reading the related bug report [1] I'm not 100% certain that the patch that was applied actually fixed the bug! Now my technical knowledge when it comes to RFCs is somewhat lacking... so I may well be wrong. The bug [1] quotes RFC2616 saying: To allow for transition to absoluteURIs in all requests in future versions of HTTP, all HTTP/1.1 servers MUST accept the absoluteURI form in requests, even though HTTP/1.1 clients will only generate them in requests to proxies. The tests that were failing for libhttp-async-perl were specifically in relation operation as a proxy. My initial idea is that the stripping that was introduced shouldn't be applied if the server is running in proxy mode. But I may very well be wrong on this... so I'm open to suggestions from the group. Regards Daniel [1] https://rt.cpan.org/Public/Bug/Display.html?id=69445 signature.asc Description: OpenPGP digital signature
Bug#748634: chipw: diff for NMU version 2.0.6-1.2
Dear maintainer, I've uploaded an NMU for chipw (versioned as 2.0.6-1.2). This includes David's patch, and also some changes Luke had committed to the packaging repo (but not uploaded in a package) before my previous NMU for the wx2.8 transition. Cheers, Olly diff -Nru chipw-2.0.6/debian/changelog chipw-2.0.6/debian/changelog --- chipw-2.0.6/debian/changelog 2011-12-17 02:50:53.0 +1300 +++ chipw-2.0.6/debian/changelog 2014-06-07 00:56:57.0 +1200 @@ -1,3 +1,17 @@ +chipw (2.0.6-1.2) unstable; urgency=low + + [ Luke Faraone ] + * Update maintainer address and unset DMUA. + * Update copyright information, upstream switched to GPLv3 + + [ Olly Betts ] + * Non-maintainer upload. + * Update to build with wxwidgets3.0 - thanks to Deivi San for the patch. +(Closes: #748634) + * Standards-Version: 3.9.5 - no changes required. + + -- Olly Betts o...@survex.com Sat, 07 Jun 2014 00:47:34 +1200 + chipw (2.0.6-1.1) unstable; urgency=low * Non-maintainer upload at maintainer's request. diff -Nru chipw-2.0.6/debian/control chipw-2.0.6/debian/control --- chipw-2.0.6/debian/control 2011-12-17 02:47:25.0 +1300 +++ chipw-2.0.6/debian/control 2014-06-07 00:48:37.0 +1200 @@ -1,10 +1,9 @@ Source: chipw Section: games Priority: optional -Maintainer: Luke Faraone l...@faraone.cc -Build-Depends: cdbs, debhelper (= 7), libwxgtk2.8-dev -DM-Upload-Allowed: yes -Standards-Version: 3.9.0 +Maintainer: Luke Faraone lfara...@debian.org +Build-Depends: cdbs, debhelper (= 7), libwxgtk3.0-dev +Standards-Version: 3.9.5 Homepage: http://www.microstupidity.com/chipw/ Vcs-Bzr: http://bzr.debian.org/collab-maint/chipw/ Vcs-Browser: http://bzr.debian.org/loggerhead/collab-maint/chipw/ diff -Nru chipw-2.0.6/debian/copyright chipw-2.0.6/debian/copyright --- chipw-2.0.6/debian/copyright 2010-07-15 14:30:25.0 +1200 +++ chipw-2.0.6/debian/copyright 2014-06-07 00:49:08.0 +1200 @@ -3,11 +3,11 @@ Source: http://www.microstupidity.com/chipw/ Copyright: © 2008-2009 Christopher Elsby glar...@glarbex.com -License: GPL-2 +License: GPL-3 This program is free software; you can redistribute it and/or modify it under the terms of version 2 of the GNU General Public License as published by the Free Software Foundation; either - version 2 of the License, any later version. + version 3 of the License, any later version. . This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied @@ -15,14 +15,12 @@ PURPOSE. See the GNU General Public License for more details. . - You should have received a copy of the GNU General Public - License along with this package; if not, write to the Free - Software Foundation, Inc., 51 Franklin St, Fifth Floor, - Boston, MA 02110-1301 USA + You should have received a copy of the GNU General Public License + along with this program. If not, see http://www.gnu.org/licenses/. . On Debian systems, the full text of the GNU General Public - License version 2 can be found in the file - `/usr/share/common-licenses/GPL-2'. + License version 3 can be found in the file + `/usr/share/common-licenses/GPL-3'. Files: tilesets/* Copyright: Placed into the public domain by Anders Kaseorg and diff -Nru chipw-2.0.6/debian/patches/1000-wx3.0-compat.patch chipw-2.0.6/debian/patches/1000-wx3.0-compat.patch --- chipw-2.0.6/debian/patches/1000-wx3.0-compat.patch 1970-01-01 12:00:00.0 +1200 +++ chipw-2.0.6/debian/patches/1000-wx3.0-compat.patch 2014-06-07 00:54:31.0 +1200 @@ -0,0 +1,124 @@ +Description: Fixes to work with wxwidgets 3.0 + Preserves compatibility with wxwidgets 2.8. +Author: David deiv...@yahoo.es +Last-Update: 2014-06-06 + +diff -Nru --from-file orig/chipw-2.0.6/ orig/chipw-2.0.6/src/leveleditview.cpp chipw-2.0.6/src/leveleditview.cpp +--- orig/chipw-2.0.6/src/leveleditview.cpp 2011-12-15 16:40:24.0 +0100 chipw-2.0.6/src/leveleditview.cpp 2014-06-03 19:27:04.847603711 +0200 +@@ -210,10 +210,15 @@ + void LevelEditView::OnChangeFilename() { + if(GetDocument() != NULL GetFrame() != NULL) { + wxString name; +-GetDocument()-GetPrintableName(name); + wxString title = wxT(Chip's Workshop); +-if(name) ++#if wxCHECK_VERSION(2,8,5) ++name=GetDocument()-GetUserReadableName(); ++title += wxT( - ) + name; ++#else ++GetDocument()-GetPrintableName(name); ++if(!name.empty()) + title += wxT( - ) + name; ++#endif + if(level != NULL !level-title.empty()) + title += wxT( () + wxString(level-title.c_str(), wxConvISO8859_1) + wxT()); + if(GetFrame()-IsKindOf(CLASSINFO(wxTopLevelWindow))) +@@ -343,7 +348,7 @@ + std::string title = level-title; + { + const wxWX2MBbuf str = dlg.title.mb_str(wxConvISO8859_1); +-if(str != NULL) ++if((const void *) str != NULL) +
Bug#750741: built DLL depending on libgcc_s_sjlj-1.dll and libwinpthread-1.dll
Package: gcc-mingw-w64-i686 Version: 4.9.0-2+13 Severity: normal Hello Stephen, (this might be related to #748353) I build a C library (libpari.dll) every day. Since gcc-mingw-w64-i686 4.9.0-2+13, the DLL is depending on libgcc_s_sjlj-1.dll and libwinpthread-1.dll (even though it do not use pthread). Having to ship libwinpthread-1.dll and libgcc_s_sjlj-1.dll is a usability problem given the target audience. 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#700767: polipo: no limit in the amount of on-disk cache by default
tags 700767 -wontfix thanks Maybe this is a wontfix for upstream, but for Debian, I do intend to implement the solution put forth by Thom, that is to prune the cache periodically by default. See #293742 as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750743: gspiceui: Please update to use wxwidgets3.0
Source: gspiceui Version: 1.0.00+dfsg-1 Severity: important Tags: sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Control: block 748169 by -1 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8, and intend to drop wxwidgets2.8 before jessie is released. Looking at upstream's SVN repo, I see r171 added wx3 support: http://sourceforge.net/p/gspiceui/code/171/ So packaging a snapshot from SVN or backporting the required changes should allow you to update to using wxwidgets3.0. If you hit any problems with getting packages working with wxwidgets3.0 which you can't overcome, let me know and I'll try to help. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746863: Cannot reproduce
tags 746863 moreinfo + unreproducible severity 746863 normal thanks Hi Mattias, since this bug report a lot of changes have appeared in gcc-4.9 headers, and now following a discussion on debian-med mail list seems that nobody has been able to reproduce this problem. Feel free to reopen if you can find a way to reliably reproduce this problem again. Closing to let the package reach testing Thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743195: ping, even newer versions available
Hi, Holger Levsen wrote (06 Jun 2014 12:41:28 GMT) : and ping, once again :) It's unclear if shipping the weird 2.8.95 snapshot^Wrelease is a good idea for Jessie, and whether anyone his ever tested it without dozens of out-of-tree kernel patches: https://bugs.debian.org/746764 :) So, as far as #743195 is concerned, and until a decision is made on #746764, Please package AppArmor 2.8.3 is really what I mean, and what I think should be done in the short term. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750744: debian-security-support: [INTL:ru] Russian debconf templates translation
Package: debian-security-support Version: 2014.05.16 Severity: wishlist Tags: l10n patch Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Russian debconf templates translation is attached. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.13-1-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 ru.po.gz Description: application/gzip
Bug#750713: ITP: gf-complete -- Galois Field Arithmetic
On 06/06/2014 01:15 AM, Thomas Goirand wrote: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: gf-complete Version : 1.02~0+2014.05.git259d53ea590b Upstream Author : Jim Plank pl...@cs.utk.edu * URL : https://bitbucket.org/jimplank/gf-complete * License : BSD-3-clause Programming Lang: C Description : Galois Field Arithmetic Galois Field arithmetic forms the backbone of erasure-coded storage systems, most famously the Reed-Solomon erasure code. A Galois Field is defined over w-bit words and is termed GF(2w). As such, the elements of a Galois Field are the integers 0, 1, . . ., 2w − 1. Galois Field arithmetic defines addition and multiplication over these closed sets of integers in such a way that they work as you would hope they would work. Specifically, every number has a unique multiplicative inverse. Moreover, there is a value, typically the value 2, which has the property that you can enumerate all of the non-zero elements of the field by taking that value to successively higher powers. Hi, The description a decent synopsis of Galois fields, but the package description doesn't say anything at all about what's included in the package. Is it a library, a primer, or perhaps something else? It would be helpful to provide some details about the package before it's uploaded to the archive. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#750746: jalview: FTBFS with Java 8: package sun.io does not exist
Source: jalview Version: 2.7.dfsg-3 Severity: important User: debian-j...@lists.debian.org Usertags: openjdk-8-transition Hi, During a rebuild of all Java packages in sid with OpenJDK 8, this package failed to build with the following error: [javac] /«PKGBUILDDIR»/src/jalview/ws/rest/InputType.java:45: error: package sun.io does not exist [javac] import sun.io.CharacterEncoding; [javac] ^ The full build log is available from: http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/jalview_2.7.dfsg-3_unstable_jdk8.log OpenJDK 8 packages are available for testing here: http://87.98.165.193/debian/openjdk-8u5-b13/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750745: sezpoz: FTBFS with Java 8: package com.sun.mirror.apt does not exist
Source: sezpoz Version: 1.9-2 Severity: important User: debian-j...@lists.debian.org Usertags: openjdk-8-transition Hi, During a rebuild of all Java packages in sid with OpenJDK 8, this package failed to build with the following error: [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /«PKGBUILDDIR»/sezpoz/src/main/java/net/java/sezpoz/impl/IndexerFactory.java:[35,25] error: package com.sun.mirror.apt does not exist [ERROR] /«PKGBUILDDIR»/sezpoz/src/main/java/net/java/sezpoz/impl/IndexerFactory.java:[36,25] error: package com.sun.mirror.apt does not exist [ERROR] /«PKGBUILDDIR»/sezpoz/src/main/java/net/java/sezpoz/impl/IndexerFactory.java:[37,25] error: package com.sun.mirror.apt does not exist [ERROR] /«PKGBUILDDIR»/sezpoz/src/main/java/net/java/sezpoz/impl/IndexerFactory.java:[38,33] error: package com.sun.mirror.declaration does not exist [ERROR] /«PKGBUILDDIR»/sezpoz/src/main/java/net/java/sezpoz/impl/IndexerFactory.java:[46,39] error: cannot find symbol [ERROR] symbol: class AnnotationProcessorFactory /«PKGBUILDDIR»/sezpoz/src/main/java/net/java/sezpoz/impl/IndexerFactory.java:[58,51] error: cannot find symbol [ERROR] symbol: class AnnotationTypeDeclaration location: class IndexerFactory /«PKGBUILDDIR»/sezpoz/src/main/java/net/java/sezpoz/impl/IndexerFactory.java:[58,84] error: cannot find symbol [ERROR] symbol: class AnnotationProcessorEnvironment location: class IndexerFactory /«PKGBUILDDIR»/sezpoz/src/main/java/net/java/sezpoz/impl/IndexerFactory.java:[58,11] error: cannot find symbol [ERROR] symbol: class AnnotationProcessor location: class IndexerFactory The full build log is available from: http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/sezpoz_1.9-2_unstable_jdk8.log OpenJDK 8 packages are available for testing here: http://87.98.165.193/debian/openjdk-8u5-b13/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739054: fglrx-driver: fglrx segfault
Hi, I'm using skype as untrusted user and have no problems (but I'm also on i386), still chromium make X segfault because a safe configuration for the user is missing, I'm trying to fix that but currently the only way I found is to edit /usr/bin/chromium and add --disable-accelerated-compositing --disable-threaded-compositing arguments, using chrome://flags I'm unable to get the same result. yes, the crash with skype has gone (sorry for not checking it). But the recent chromium 35.0.1916.114-2 crashes even with the mentioned command line arguments. Regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750748: cpl-plugin-xshoo FTBFS on testing for mips/mipsel
Package: cpl-plugin-xshoo Version: 2.4.0+dfsg-1 Tags: sid patch Severity: important Justification: FTBFS User: debian-mips-dev-disc...@lists.alioth.debian.org Usertags: mips-patch While trying to build cpl-plugin-xshoo on mips/mipsel architecture, build fails on testing with an error: = 3 of 79 tests failed Please report to usd-h...@eso.org = make[4]: *** [check-TESTS] Error 1 Here are 3 tests that fails: FAIL: test_xsh_detect_continuum FAIL: test_xsh_flux_conservation FAIL: test_xsh_correl_gaussians Tests test_xsh_detect_continuum and test_xsh_flux_conservation, fails with an error: [ INFO ] Test-XSH_DETECT_CONTINUUM: detect_continuum [ INFO ] Test-XSH_DETECT_CONTINUUM:recipe_id: xsh_orderpos [ INFO ] Test-XSH_DETECT_CONTINUUM: Create Order List with 3 orders [ INFO ] Test-XSH_DETECT_CONTINUUM: Create polynomials of degree 2 [ INFO ] Test-XSH_DETECT_CONTINUUM: Add to order list [ INFO ] Test-XSH_DETECT_CONTINUUM: config update 0 [ INFO ] Test-XSH_DETECT_CONTINUUM: pre_overscan=0 [ INFO ] Test-XSH_DETECT_CONTINUUM: Saving PRE image dtc_img_pre.fits [ ERROR ] Test-XSH_DETECT_CONTINUUM: An error occurred, dumping error trace: [ ERROR ] Test-XSH_DETECT_CONTINUUM: [ ERROR ] Test-XSH_DETECT_CONTINUUM: Illegal output [ ERROR ] Test-XSH_DETECT_CONTINUUM: in [3]cpl_table_new_column() at cpl_table.c:1161 [ ERROR ] Test-XSH_DETECT_CONTINUUM: [ ERROR ] Test-XSH_DETECT_CONTINUUM: Illegal output [ ERROR ] Test-XSH_DETECT_CONTINUUM: in [2]xsh_order_list_save() at xsh_data_order.c:841 [ ERROR ] Test-XSH_DETECT_CONTINUUM: [ ERROR ] Test-XSH_DETECT_CONTINUUM: Illegal output [ ERROR ] Test-XSH_DETECT_CONTINUUM: in [1]main() at test-xsh_detect_continuum.c:200 [ ERROR ] Test-XSH_DETECT_CONTINUUM: The reason for this behaviour is incorrect usage of sprintf function, in file xsh/xsh_data_order.c. Test test_xsh_correl_gaussians fails because of uninitialized variable norm, in file tests/test-xsh_correl_gaussians.c. Patch adapt-sprintf-usage.patch contains previously described changes. With these changes I was able to successfully build cpl-plugin-xshoo for mips and mipsel. On armel, armhf and powerpc build also fails on test_xsh_detect_continuum and test_xsh_flux_conservation tests, so I believe that this patch could resolve issues for these archs as well. Could you please consider including this patch? Best Regards, Dejandiff -ur cpl-plugin-xshoo-2.4.0+dfsg.orig/xsh/tests/test-xsh_correl_gaussians.c cpl-plugin-xshoo-2.4.0+dfsg/xsh/tests/test-xsh_correl_gaussians.c --- cpl-plugin-xshoo-2.4.0+dfsg.orig/xsh/tests/test-xsh_correl_gaussians.c 2014-03-02 15:19:52.0 + +++ cpl-plugin-xshoo-2.4.0+dfsg/xsh/tests/test-xsh_correl_gaussians.c 2014-06-06 08:46:07.0 + @@ -313,7 +313,7 @@ //double mean_i, double mean_t ; //double rms_i, rms_t ; //double sum, sqsum ; - double norm ; + double norm=0; int maxpos ; int nsteps ; int i ; diff -ur cpl-plugin-xshoo-2.4.0+dfsg.orig/xsh/xsh_data_order.c cpl-plugin-xshoo-2.4.0+dfsg/xsh/xsh_data_order.c --- cpl-plugin-xshoo-2.4.0+dfsg.orig/xsh/xsh_data_order.c 2012-12-09 15:13:56.0 + +++ cpl-plugin-xshoo-2.4.0+dfsg/xsh/xsh_data_order.c 2014-06-06 08:43:14.0 + @@ -240,23 +240,23 @@ char colname[32] ; float coef ; - sprintf( colname, %s%d, XSH_ORDER_TABLE_COLNAME_CENTER, k ) ; + sprintf( colname, %s%lld, XSH_ORDER_TABLE_COLNAME_CENTER, k ) ; check(xsh_get_table_value(table, colname, CPL_TYPE_FLOAT, i, coef)); check(cpl_polynomial_set_coeff(result-list[i].cenpoly, k,coef)); - sprintf( colname, %s%d, XSH_ORDER_TABLE_COLNAME_EDGLO, k ) ; + sprintf( colname, %s%lld, XSH_ORDER_TABLE_COLNAME_EDGLO, k ) ; check(xsh_get_table_value(table, colname, CPL_TYPE_FLOAT, i, coef)); check(cpl_polynomial_set_coeff(result-list[i].edglopoly, k,coef)); - sprintf( colname, %s%d, XSH_ORDER_TABLE_COLNAME_EDGUP, k ) ; + sprintf( colname, %s%lld, XSH_ORDER_TABLE_COLNAME_EDGUP, k ) ; check(xsh_get_table_value(table, colname, CPL_TYPE_FLOAT, i, coef)); check(cpl_polynomial_set_coeff(result-list[i].edguppoly, k,coef)); /* Compatibility with old order table (had only SLIT) */ - sprintf( colname, %s%d, XSH_ORDER_TABLE_COLNAME_SLICUP, k ) ; + sprintf( colname, %s%lld, XSH_ORDER_TABLE_COLNAME_SLICUP, k ) ; if ( cpl_table_has_column( table, colname ) == 1 ) { check(xsh_get_table_value(table, colname, CPL_TYPE_FLOAT, i, coef)); check(cpl_polynomial_set_coeff(result-list[i].slicuppoly, @@ -265,7 +265,7 @@ else check(cpl_polynomial_set_coeff(result-list[i].slicuppoly, k, 0.)); - sprintf( colname, %s%d, XSH_ORDER_TABLE_COLNAME_SLICLO, k ) ; + sprintf( colname, %s%lld, XSH_ORDER_TABLE_COLNAME_SLICLO, k ) ; if (
Bug#750747: glassfish: FTBFS with Java 8: package com.sun.mirror.declaration does not exist
Source: glassfish Version: 2.1.1-b31g-3 Severity: important User: debian-j...@lists.debian.org Usertags: openjdk-8-transition Hi, During a rebuild of all Java packages in sid with OpenJDK 8, this package failed to build with the following error: compile: [echo] src/java [javac] Compiling 92 source files to /«PKGBUILDDIR»/common-util/build [javac] warning: [options] source value 1.5 is obsolete and will be removed in a future release [javac] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options. [javac] /«PKGBUILDDIR»/common-util/src/java/org/glassfish/enterprise/ha/util/apt/generators/AbstractGenerator.java:3: error: package com.sun.mirror.declaration does not exist [javac] import com.sun.mirror.declaration.ParameterDeclaration; [javac] ^ [javac] /«PKGBUILDDIR»/common-util/src/java/org/glassfish/enterprise/ha/util/apt/generators/AbstractGenerator.java:4: error: package com.sun.mirror.type does not exist [javac] import com.sun.mirror.type.PrimitiveType; [javac] ^ [javac] /«PKGBUILDDIR»/common-util/src/java/org/glassfish/enterprise/ha/util/apt/generators/AbstractGenerator.java:21: error: cannot find symbol [javac] protected MapString, ParameterDeclaration params = [javac] ^ [javac] symbol: class ParameterDeclaration [javac] location: class AbstractGenerator [javac] /«PKGBUILDDIR»/common-util/src/java/org/glassfish/enterprise/ha/util/apt/generators/AbstractGenerator.java:48: error: cannot find symbol [javac] protected void addAttribute(String attrName, ParameterDeclaration decl) { [javac] ^ [javac] symbol: class ParameterDeclaration [javac] location: class AbstractGenerator The full build log is available from: http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/glassfish_2.1.1-b31g-3_unstable_jdk8.log OpenJDK 8 packages are available for testing here: http://87.98.165.193/debian/openjdk-8u5-b13/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750749: jruby: FTBFS with Java 8: package com.sun.mirror.apt does not exist
Source: jruby Version: 1.5.6-7 Severity: important User: debian-j...@lists.debian.org Usertags: openjdk-8-transition Hi, During a rebuild of all Java packages in sid with OpenJDK 8, this package failed to build with the following error: compile-annotation-binder: [mkdir] Created dir: /«PKGBUILDDIR»/src_gen [javac] /«PKGBUILDDIR»/build.xml:201: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 6 source files to /«PKGBUILDDIR»/build/classes/jruby [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.5 [javac] warning: [options] source value 1.5 is obsolete and will be removed in a future release [javac] warning: [options] target value 1.5 is obsolete and will be removed in a future release [javac] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options. [javac] /«PKGBUILDDIR»/src/org/jruby/anno/AnnotationBinder.java:3: error: package com.sun.mirror.apt does not exist [javac] import com.sun.mirror.apt.*; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/jruby/anno/AnnotationBinder.java:4: error: package com.sun.mirror.declaration does not exist [javac] import com.sun.mirror.declaration.*; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/jruby/anno/AnnotationBinder.java:5: error: package com.sun.mirror.type does not exist [javac] import com.sun.mirror.type.ReferenceType; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/jruby/anno/AnnotationBinder.java:6: error: package com.sun.mirror.util does not exist [javac] import com.sun.mirror.util.*; [javac] ^ [javac] /«PKGBUILDDIR»/src/org/jruby/anno/AnnotationBinder.java:25: error: package com.sun.mirror.util does not exist [javac] import static com.sun.mirror.util.DeclarationVisitors.*; [javac] ^ The full build log is available from: http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/jruby_1.5.6-7_unstable_jdk8.log OpenJDK 8 packages are available for testing here: http://87.98.165.193/debian/openjdk-8u5-b13/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750751: clojure1.4: FTBFS with Java 8: AbstractMethodError in clojure.test-clojure.reflect
Source: clojure1.4 Version: 1.4.0+dfsg-3 Severity: important User: debian-j...@lists.debian.org Usertags: openjdk-8-transition Hi, During a rebuild of all Java packages in sid with OpenJDK 8, this package failed to build with the following error: [java] Testing clojure.test-clojure.reflect [java] [java] ERROR in (compare-reflect-and-asm) (:-1) [java] Uncaught exception, not in assertion. [java] expected: nil [java] actual: java.lang.AbstractMethodError: clojure.reflect.AsmReflector$reify__8834.visitAnnotation(Ljava/lang/String;Z)Lorg/objectweb/asm/AnnotationVisitor; [java] at org.objectweb.asm.ClassReader.accept (:-1) [java] org.objectweb.asm.ClassReader.accept (:-1) [java] clojure.reflect.AsmReflector.do_reflect (java.clj:203) [java] clojure.reflect$fn__8655$G__8651__8658.invoke (reflect.clj:44) [java] clojure.reflect$fn__8655$G__8650__8662.invoke (reflect.clj:44) [java] clojure.lang.AFn.applyToHelper (AFn.java:163) [java] clojure.lang.AFn.applyTo (AFn.java:151) [java] clojure.core$apply.invoke (core.clj:603) [java] clojure.core$partial$fn__4070.doInvoke (core.clj:2343) [java] clojure.lang.RestFn.invoke (RestFn.java:408) [java] clojure.reflect$type_reflect.doInvoke (reflect.clj:100) [java] clojure.lang.RestFn.invoke (RestFn.java:439) [java] clojure.test_clojure.reflect/fn (reflect.clj:22) [java] clojure.test$test_var$fn__6926.invoke (test.clj:701) [java] clojure.test$test_var.invoke (test.clj:701) [java] clojure.test$test_all_vars$fn__6930$fn__6937.invoke (test.clj:717) [java] clojure.test$default_fixture.invoke (test.clj:671) [java] clojure.test$test_all_vars$fn__6930.invoke (test.clj:717) [java] clojure.test$default_fixture.invoke (test.clj:671) [java] clojure.test$test_all_vars.invoke (test.clj:713) [java] clojure.test$test_ns.invoke (test.clj:736) [java] clojure.core$map$fn__4087.invoke (core.clj:2432) [java] clojure.lang.LazySeq.sval (LazySeq.java:42) [java] clojure.lang.LazySeq.seq (LazySeq.java:60) [java] clojure.lang.ChunkedCons.chunkedNext (ChunkedCons.java:59) [java] clojure.core$chunk_next.invoke (core.clj:644) [java] clojure.core$reduce1.invoke (core.clj:879) [java] clojure.core$reduce1.invoke (core.clj:871) [java] clojure.core$merge_with.doInvoke (core.clj:2649) [java] clojure.lang.RestFn.applyTo (RestFn.java:139) [java] clojure.core$apply.invoke (core.clj:603) [java] clojure.test$run_tests.doInvoke (test.clj:751) [java] clojure.lang.RestFn.applyTo (RestFn.java:137) [java] clojure.core$apply.invoke (core.clj:601) [java] clojure.test_clojure$eval21708.invoke (run_tests.clj:60) [java] clojure.lang.Compiler.eval (Compiler.java:6514) [java] clojure.lang.Compiler.load (Compiler.java:6955) [java] clojure.lang.Compiler.loadFile (Compiler.java:6915) [java] clojure.main$load_script.invoke (main.clj:283) [java] clojure.main$script_opt.invoke (main.clj:343) [java] clojure.main$main.doInvoke (main.clj:427) [java] clojure.lang.RestFn.invoke (RestFn.java:408) [java] clojure.lang.Var.invoke (Var.java:415) [java] clojure.lang.AFn.applyToHelper (AFn.java:161) [java] clojure.lang.Var.applyTo (Var.java:532) [java] clojure.main.main (main.java:37) The full build log is available from: http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/clojure1.4_1.4.0+dfsg-3_unstable_jdk8.log OpenJDK 8 packages are available for testing here: http://87.98.165.193/debian/openjdk-8u5-b13/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750750: guice: FTBFS with Java 8: incompatible types: Object cannot be converted to V
Source: guice Version: 3.0-3 Severity: important User: debian-j...@lists.debian.org Usertags: openjdk-8-transition Hi, During a rebuild of all Java packages in sid with OpenJDK 8, this package failed to build with the following error: [javac] /«PKGBUILDDIR»/core/src/com/google/inject/spi/DefaultBindingTargetVisitor.java:75: error: incompatible types: Object cannot be converted to V [javac] return visitOther((Binding) providerBinding); [javac] ^ The full build log is available from: http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/guice_3.0-3_unstable_jdk8.log OpenJDK 8 packages are available for testing here: http://87.98.165.193/debian/openjdk-8u5-b13/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745603: transition: php5
On Wed, Apr 23, 2014 at 10:17:57 +0200, Ondřej Surý wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi release team, the PHP 5.6 hit beta1, so we would like to start to plan the transition from PHP 5.5 (PHPAPI 20121212) to PHP 5.6 (PHPAPI 20131226). Can you please drop the NEWS entry for 5.6.0~alpha1+dfsg-1, or in any case the ALL CAPS first line? Thanks, Julien signature.asc Description: Digital signature
Bug#748535: transition: gnutls28
On 05/06/14 20:08, Andreas Metzler wrote: On 2014-06-05 Emilio Pozuelo Monfort po...@debian.org wrote: On 29/05/14 08:09, Andreas Metzler wrote: [...] Okay. So I have got gnutls28 (3.2.14-2) ready for upload (except for dch -r) If you want to take a look at it the package is available on people.debian.org in ~ametzler/GNUTLS/. (debdiff is also attached). Could you please give me a heads-up when I may upload to unstable? I was going to ack this, but I see gnutls/exp failed on kbsd-i386. But you've said you've got 3.2.14-2 ready, so I assume you'll upload 3.2 and not 3.3. So, go ahead! Hello Emilio, I have just uploaded 3.2.15-2 (3.2.14 + bugfixes, including CVE-2014-3466) to unstable. - For paranoia's sake I have verified that it builds on kbsd-i386. ;-) Great. It built everywhere, so I scheduled the level 1 rdeps and all were successfully rebuilt. I have just scheduled all the remaining binnmus. I foresee trouble with mod-gnutls. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745603: transition: php5
Thijs has already fixed in git and it will get fixed in next upload that can happen during weekend (I am on flight since yesterday...:() O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server On 6. 6. 2014, at 16:12, Julien Cristau jcris...@debian.org wrote: On Wed, Apr 23, 2014 at 10:17:57 +0200, Ondřej Surý wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi release team, the PHP 5.6 hit beta1, so we would like to start to plan the transition from PHP 5.5 (PHPAPI 20121212) to PHP 5.6 (PHPAPI 20131226). Can you please drop the NEWS entry for 5.6.0~alpha1+dfsg-1, or in any case the ALL CAPS first line? Thanks, Julien