Bug#760907: speedtest-cli: Incomplete debian/copyright file
Package: speedtest-cli Version: 0.3.0-1 Severity: serious Justification: Policy 12.5 Dear maintainer, This package incorporates code from python-six, released under the Expat license. I have attached a patch against the current debian/copyright in unstable. Cheers, Luke Faraone --- debian/copyright.orig 2014-09-08 22:57:11.865638354 -0700 +++ debian/copyright 2014-09-08 22:56:49.737603065 -0700 @@ -6,6 +6,10 @@ Copyright: 2013 Matt Martz m...@sivel.net License: Apache-2.0 +Files: speedtest_cli.py +Copyright: print_() is Copyright (c) 2010-2014 Benjamin Peterson +License: Expat + Files: debian/* Copyright: 2014 Jonathan Carter jonat...@ubuntu.com License: Apache-2.0 @@ -26,3 +30,21 @@ On Debian systems, the complete text of the Apache License 2.0 can be found in /usr/share/common-licenses/Apache-2.0 +License: Expat + Permission is hereby granted, free of charge, to any person obtaining a + copy of this software and associated documentation files (the Software), + to deal in the Software without restriction, including without limitation + the rights to use, copy, modify, merge, publish, distribute, sublicense, + and/or sell copies of the Software, and to permit persons to whom the + Software is furnished to do so, subject to the following conditions: + . + The above copyright notice and this permission notice shall be included in + all copies or substantial portions of the Software. + . + THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE + AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + DEALINGS IN THE SOFTWARE. signature.asc Description: Digital signature
Bug#760908: libmcrypt: libmcrypt: another autoreconf fix for arm64 build
Package: libmcrypt4 Version: 2.5.8-3.2 Severity: serious File: libmcrypt Tags: patch Justification: fails to build from source (but built successfully in the past) User: debian-...@lists.debian.org Dear Maintainer, Hi there. I've made some tweaks to how dh_autoreconf is called in the packaging as there seems to be a problem with debhelper and dh-autoreconf when both dh_auto_configure and dh_auto_clean are overridden. The attached patch calls dh_autoreconf in the overridden targets but only once using the existence of a well-known file that dh_autoreconf creates. This patch allows arm64 to build. Regards, Tim. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libmcrypt4 depends on: ii libc6 2.19-7 libmcrypt4 recommends no packages. Versions of packages libmcrypt4 suggests: pn libmcrypt-dev none pn mcrypt none -- no debconf information --- libmcrypt-2.5.8/debian/rules 2014-09-09 05:46:45.0 + +++ rules 2014-09-09 05:31:30.0 + @@ -5,6 +5,7 @@ # Upstream bug: halfly ./configure finished directory tar.gz'd up as orig.tar.gz override_dh_auto_clean: + [ -e debian/autoreconf.after ] || dh_autoreconf dh_auto_configure -- --enable-static dh_auto_clean @@ -13,4 +14,5 @@ mv debian/libmcrypt-dev/usr/share/man/man3/mcrypt.3 debian/libmcrypt-dev/usr/share/man/man3/libmcrypt.3 override_dh_auto_configure: + [ -e debian/autoreconf.after ] || dh_autoreconf dh_auto_configure -- --enable-static
Bug#760909: ruby-builder: FTBFS: cannot remove 'debian/ruby-builder-doc/usr/share/doc/ruby-builder-doc/rdoc/js/jquery.js': No such file or directory
Source: ruby-builder Version: 3.2.2-3 Severity: serious From my pbuilder build log: ... debian/rules override_dh_install make[1]: Entering directory '/tmp/buildd/ruby-builder-3.2.2' dh_install rm debian/ruby-builder/usr/lib/ruby/vendor_ruby/blankslate.rb make[1]: Leaving directory '/tmp/buildd/ruby-builder-3.2.2' debian/rules override_dh_installdocs make[1]: Entering directory '/tmp/buildd/ruby-builder-3.2.2' dh_installdocs --remaining-packages # avoid software duplication rm debian/ruby-builder-doc/usr/share/doc/ruby-builder-doc/rdoc/js/jquery.js rm: cannot remove 'debian/ruby-builder-doc/usr/share/doc/ruby-builder-doc/rdoc/js/jquery.js': No such file or directory debian/rules:26: recipe for target 'override_dh_installdocs' failed make[1]: *** [override_dh_installdocs] Error 1 make[1]: Leaving directory '/tmp/buildd/ruby-builder-3.2.2' debian/rules:15: recipe for target 'binary' failed make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760903: drbd8: drbd8-utils is built from both src:drbd8 and src:drbd-utils
Control: retitle -1 RM: drbd8 -- ROM; source package renamed to drbd-utils Control: reassign -1 ftp.debian.org On 07:21 Tue 09 Sep , Aurelien Jarno wrote: Package: src:drbd8 Version: 2:8.4.4-1 Severity: serious drbd8-utils is built (in different versions) by both src:drbd8 and src:drbd-utils. The source package drbd8 should probably be removed for the archive as it has the lower version. Dear FTP masters, Please remove the drbd8 source package and the drbd8-utils version 2:8.4.4-1 binary package from unstable; the source has been renamed to drbd-utils, following upstream's split of kernel- and user-space codebase. Regards, Apollon signature.asc Description: Digital signature
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
Le Tue, 9 Sep 2014 02:09:56 +0200, Laurent Bigonville bi...@debian.org a écrit : [...] All the code is in src/crash.c from update-notifier on ubuntu. [...] Or we could use systemd/upstart user jobs to achieve this (pitti said something about that on IRC) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760472: korganizer: Korganizer crashes when adding traditional KDE calendar fails to find any plugins
Kevin Krammer kevin.kram...@gmx.at wrote: It would still be a good idea to try the real/current calendar resource instead of the compatibility mechanism, since the latter will go away at some point. Sorry, I am not quite sure which kind of calendar resource you mean here. When I try to add a new calendar, I get to choose between - Birthdays from my address book - but I don't use KDE's address book (nor mail) - DAV groupware resource - but I don't use any groupware - Google calendar and tasks - but I don't want to tell google everything I do - ICal calendar file - That is what I use now. - ICal calendar folder - sounds like an overkill for a single calendar - KAlarm calendar file - I can point that to my calendar (over fish://), but nothing happens, no new calendar appears. - KAlarm calendar folder - overkill - Kolab groupware server - never heard of, have not installed on my server - Open-Xchange groupware server - same here. All I want to do is to have my own calendar on my server, so I can open it locally on my home workstation, and remotely from work, preferably over ssh. And I want a read-only access to our company calendar, which is exported from google as a ical file. I prefer not to log in to google to access that, want to keep private life and work life separate. As far as I can see, ical over fish (or sftp) fits my needs best. I would be sad to see that go away at some point. Or have I misunderstood something? Regards Heikki -- Heikki Levantoheikki at indexdata dot dk In Murphy We Turst -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760910: lolcat and filters: error when trying to install together
Package: filters,lolcat Version: filters/2.51 Version: lolcat/42.0.99-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-09-09 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Preconfiguring packages ... Selecting previously unselected package libgmp10:amd64. (Reading database ... 10869 files and directories currently installed.) Preparing to unpack .../libgmp10_2%3a6.0.0+dfsg-6_amd64.deb ... Unpacking libgmp10:amd64 (2:6.0.0+dfsg-6) ... Selecting previously unselected package libyaml-0-2:amd64. Preparing to unpack .../libyaml-0-2_0.1.6-2_amd64.deb ... Unpacking libyaml-0-2:amd64 (0.1.6-2) ... Selecting previously unselected package openssl. Preparing to unpack .../openssl_1.0.1i-2_amd64.deb ... Unpacking openssl (1.0.1i-2) ... Selecting previously unselected package ca-certificates. Preparing to unpack .../ca-certificates_20140325_all.deb ... Unpacking ca-certificates (20140325) ... Selecting previously unselected package filters. Preparing to unpack .../filters_2.51_amd64.deb ... Unpacking filters (2.51) ... Selecting previously unselected package rubygems-integration. Preparing to unpack .../rubygems-integration_1.8_all.deb ... Unpacking rubygems-integration (1.8) ... Selecting previously unselected package libruby2.1:amd64. Preparing to unpack .../libruby2.1_2.1.2-4_amd64.deb ... Unpacking libruby2.1:amd64 (2.1.2-4) ... Selecting previously unselected package ruby2.1. Preparing to unpack .../ruby2.1_2.1.2-4_amd64.deb ... Unpacking ruby2.1 (2.1.2-4) ... Selecting previously unselected package ruby. Preparing to unpack .../ruby_1%3a2.1.0.4_all.deb ... Unpacking ruby (1:2.1.0.4) ... Selecting previously unselected package ruby-trollop. Preparing to unpack .../ruby-trollop_2.0-1_all.deb ... Unpacking ruby-trollop (2.0-1) ... Selecting previously unselected package ruby-paint. Preparing to unpack .../ruby-paint_0.8.6-1_all.deb ... Unpacking ruby-paint (0.8.6-1) ... Selecting previously unselected package lolcat. Preparing to unpack .../lolcat_42.0.99-1_all.deb ... Unpacking lolcat (42.0.99-1) ... dpkg: error processing archive /var/cache/apt/archives/lolcat_42.0.99-1_all.deb (--unpack): trying to overwrite '/usr/games/lolcat', which is also in package filters 2.51 Processing triggers for man-db (2.6.7.1-1) ... Errors were encountered while processing: /var/cache/apt/archives/lolcat_42.0.99-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cow-shell unlink .ilist: No such file or directory This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/games/lolcat /usr/share/man/man6/lolcat.6.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#258096: GOOD DAY
I was told to contact you by Mrs. Felicia Nathan who is currently here in a sick bed, there is one last wish of hers,she will want you to help her carry out please contact her private email (mrsfiliciana...@hotmail.com) for more details
Bug#760840: kde-config-touchpad doesn't start.System Settings-KDE crash handler is viewed.I can't use touchpad.
¡Hola Serkan! El 2014-09-08 a las 14:59 +0300, Serkan Kurt escribió: Package: kde-config-touchpad Version: 0.8.1-2 Severity: important System Settings - KDE crash handler is viewed when clicked to Touchpad section on the input devices from the KDE System Settings. This issue has been solved as in the following address http://forum.pardus.net.tr/index.php?topic=95.0. In this site it is said that there is a bug in the kde-config-touchpad package and touchpadinformationwidget.ui file is searched as touchpadInformationwidget.ui because of a letter mistake and for this reason it can not be found, it gives error and breaks down. As a solution, the following commands are given: cd /usr/lib/python2.7/dist-packages/synaptiks/kde/widgets/ui sudo ln -s ../../../../../../../share/pyshared/synaptiks/kde/widgets/ui/touchpadinformationwidget.ui touchpadInformationwidget.ui When the commands above are activated the breakdown problem disapperas. But, although I have made the tapping settings touchpad and tapping processing do not occur. This problem is removed when this solution is used in some different computers. But in my Acer 5920G laptop this problem continues. In addition, the problem never occurs in GNOME system settings. Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8) The file /usr/share/pyshared/synaptiks/kde/widgets/__init__.py has the code that loads the ui file, and says: self.__class__.__name__.lower() + '.ui') which would be bitten by the Turkish i issue: http://blog.codinghorror.com/whats-wrong-with-turkey/ adding something like: import string def ascii_lower(s): s.translate(string.maketrans(string.ascii_uppercase, string.ascii_lowercase)) and replacing self.__class__.__name__.lower() with ascii_lower(self.__class__.__name__) Should fix the issue. Happy hacking, -- If a thing is done wrong often enough, it becomes right -- Leahy's Law Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#760911: gcc-arm-none-eabi: Version 4.8.3-9+11 breaks Linux kernel build
Package: gcc-arm-none-eabi Version: 4.8.3-9+11 Severity: important Dear Maintainer, Since upgrading gcc-arm-none-eabi to version 4.8.3-9+11, I am unable to build an ARM Linux kernel. I am using the kernel source code from here (v3.14-rc3 branch): https://gitorious.org/linux-n900/freemangordons-linux-n900/ The build fails with the following during the compilation of process.c: CC arch/arm/kernel/process.o arch/arm/kernel/process.c: In function '__show_regs': arch/arm/kernel/process.c:293:4: error: invalid 'asm': operand number out of range asm(mrc p15, 0, %0, c2, c0\n\t ^ scripts/Makefile.build:257: recipe for target 'arch/arm/kernel/process.o' failed make[1]: *** [arch/arm/kernel/process.o] Error 1 Makefile:893: recipe for target 'arch/arm/kernel' failed make: *** [arch/arm/kernel] Error 2 Steps to reproduce the problem: $ git clone git://gitorious.org/linux-n900/freemangordons-linux-n900.git $ cd freemangordons-linux-n900 $ git checkout v3.16-rc1-n900 $ export ARCH=arm $ export CROSS_COMPILE=arm-none-eabi- $ make rx51_defconfig $ make zImage I removed gcc-arm-none-eabi version 4.8.3-9+11, installed the previous version (4.8.3-7+10) from snapshots (http://snapshot.debian.org/package/gcc-arm-none-eabi/10/), rebuilt the kernel and the problem went away. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2.towo.2-siduction-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-arm-none-eabi depends on: ii binutils-arm-none-eabi 2.24.51.20140604-3+5 ii libc6 2.19-10 ii libcloog-isl4 0.18.2-1 ii libgcc1 1:4.9.1-12 ii libgmp102:6.0.0+dfsg-6 ii libisl100.12.2-2 ii libmpc3 1.0.2-1 ii libmpfr43.1.2-1 ii libstdc++6 4.9.1-12 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages gcc-arm-none-eabi recommends: pn libnewlib-arm-none-eabi none gcc-arm-none-eabi 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#758480: retitle to: udev takes extremely long time waiting for /dev to be populated for !systemd-sysv
retitle 758480 udev takes extremely long time waiting for /dev to be populated for !systemd-sysv found 758480 208-8 thanks This bug hit me also when installing debian testing, and after reboot replacing systemd-sysv with sysvinit-core. This behaviour is reproducible on every boot, on real HW. Booting with system-sysv was fast. The box is very powerful with i7-4790K, SSD and plenty of memory. So we have (at least) two init systems affected by this bug: sysvint-core and openrc. upstart status is unknown. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
On Tuesday 09 September 2014 05:39 AM, Laurent Bigonville wrote: Did you play with the change you had proposed ? I tried it but now I do not get the apport popups. I'll look into it sometime later but if you already did, please do share your results. No I didn't really test it it was a wild guess, sorry. This is not seeming to work. All the crash reports are owned by me. Also, syslog reports of firing the command. Need to look into more detail. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
On Tuesday 09 September 2014 12:08 PM, Laurent Bigonville wrote: All the code is in src/crash.c from update-notifier on ubuntu. [...] Or we could use systemd/upstart user jobs to achieve this (pitti said something about that on IRC) I always thought that a daemon would be a better approach, to make it more accessible to users. But it has its limitations. systemd approach should fix most notification problems. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760912: ruby-stringex: FTBFS: Build-Depends on obsolete ruby-activerecord-3.2
Source: ruby-stringex Version: 2.5.2-1 Severity: serious The Build-Depends of ruby-stringex cannot be installed, as ruby- activerecord-3.2 is obsolete and is uninstallable (see #756460). The package should be updated to rails 4.x. Note that ruby-stringex is on the Build-Depends chain of gem2deb. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760902: aptly: gave an error while installing aptly at ldd -r: failed at /usr/bin/adequate line 812, $ldd line 4.
reassign 760902 adequate tag 760902 + moreinfo thanks Apparently this is actually a problem with adequate, and not aptly. See for instance 706915[1], 707080[2], and 707091[3]. Apparently upgrading to adequate 0.5.2 and libc6 (and friends) 2.17-2 should fix it, if I read those aforementioned bug reports correctly. Shirish, could you add your version of adequate to this bug report ? Paul, please let me know if there is anything you need from me. Cheers, --Seb On Sep/09, shirish शिरीष wrote: Package: aptly Version: 0.5-4 Severity: normal Dear Maintainer, I was curious about aptly and hence installed it. While installing it came across the following :- $ sudo aptitude install aptly The following NEW packages will be installed: aptly 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 1,703 kB of archives. After unpacking 9,068 kB will be used. Get: 1 http://debian.ec.as6453.net/debian/ unstable/main aptly amd64 0.5-4 [1,703 kB] Fetched 1,703 kB in 48s (35.1 kB/s) Retrieving bug reports... Done Parsing Found/Fixed information... Done D01: ensure_diversions: new, (re)loading D01: ensure_statoverrides: new, (re)loading Selecting previously unselected package aptly. (Reading database ... 561585 files and directories currently installed.) Preparing to unpack .../archives/aptly_0.5-4_amd64.deb ... D01: process_archive oldversionstatus=not installed Unpacking aptly (0.5-4) ... D01: process_archive updating info directory D01: generating infodb hashfile Processing triggers for debian-security-support (2014.07.31) ... D01: cmpversions a='0:1.17.13' b='0:1.16' r=1 D01: cmpversions a='0:1.17.13' b='0:1.16' r=1 D01: ensure_diversions: same, skipping Processing triggers for man-db (2.6.7.1-1) ... D01: ensure_diversions: same, skipping D01: ensure_diversions: new, (re)loading Setting up aptly (0.5-4) ... D01: deferred_configure updating conffiles ldd -r: failed at /usr/bin/adequate line 812, $ldd line 4. E: Problem executing scripts DPkg::Post-Invoke 'adequate --help /dev/null 21 || exit 0; DEBIAN_FRONTEND=readline exec adequate --debconf --user nobody --pending' E: Sub-process returned an error code Failed to perform requested operation on package. Trying to recover: D01: ensure_diversions: new, (re)loading The relevant error seems to be at ldd -r: failed at /usr/bin/adequate line 812, $ldd line 4. E: Problem executing scripts DPkg::Post-Invoke 'adequate --help /dev/null 21 || exit 0; DEBIAN_FRONTEND=readline exec adequate --debconf --user nobody --pending' E: Sub-process returned an error code Failed to perform requested operation on package. Trying to recover: D01: ensure_diversions: new, (re)loading I use adequate to figure out issues with packages and those options help make sure that the errors are known without my screen glowing and things like that. Please let me know if any more information is needed from my end. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptly depends on: ii libc6 2.19-10 aptly recommends no packages. aptly suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760913: nmu: xiphos_3.1.5+dfsg-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu xiphos_3.1.5+dfsg-1 . ALL . -m rebuild against libgtkhtml-4.0-0 4.8.4-3 xiphos still depends on libgtkhtml-4.0-0 ( 4.8). However, we now have in sid libgtkhtml-4.0-0 vesion 4.8.4-3. -Ralf. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-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#760915: ITP: cafeobj -- new generation algebraic specification and programming language
Package: wnpp Severity: wishlist Owner: Norbert Preining prein...@logic.at * Package name: cafeobj Version : 1.5.0 Upstream Author : Toshimi Sawada * URL : http://www.cafeobj.org/ * License : BSD Programming Lang: Common Lisp Description : new generation algebraic specification and programming language CafeOBJ is a most advanced formal specification language which inherits many advanced features (e.g. flexible mix-fix syntax, powerful and clear typing system with ordered sorts, parameteric modules and views for instantiating the parameters, and module expressions, etc.) from OBJ (or more exactly OBJ3) algebraic specification language. CafeOBJ is a language for writing formal (i.e. mathematical) specifications of models for wide varieties of software and systems, and verifying properties of them. CafeOBJ implements equational logic by rewriting and can be used as a powerful interactive theorem proving system. Specifiers can write proof scores also in CafeOBJ and doing proofs by executing the proof scores. CafeOBJ has state-of-art rigorous logical semantics based on nstitutions. The CafeOBJ cube shows the structure of the various logics underlying the combination of the various paradigms implemented by the language. Proof scores in CafeOBJ are also based on institution based rigorous semantics, and can be constructed using a complete set of proof rules. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760188: ITP: scoop -- concurrent parallel programmming library
Control: tags -1 + pending http://ftp-master.debian.org/new/scoop_0.7.1-1.html Much thanks for sponsoring this. Greetings, Daniel Stender -- https://qa.debian.org/developer.php?login=debian%40danielstender.com PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760914: ruby-haml: FTBFS: Obsolete Build-Depends on rails3
Source: ruby-haml Version: 4.0.5-1 Severity: serious The Build-Depends for the ruby-haml source package cannot be satisfied in unstable, as the rails3 package is obsolete and uninstallable (see #756460). The package should be updated to rails 4.x. Note that ruby-haml is on the Build-Depends chain of gem2deb. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731340: [lintian] News of upstream metadata patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am 2014-09-07 18:54, schrieb bastien ROUCARIES: Hi, Any news of the patch ? Icould do the lintian data part if needed. Bastien Hello, yes, sorry, i frogot about that. I'll restructure the check to run without autodie and Test::* and would then ask for your help concerning the lintian data part. Sorry for the delay. Bye, Simon - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJUDqzlAAoJEBy08PeN7K/pih8P/3WVMOjG6Fmcdcg3zOdCHB7b XC3MufslaA53Na7tVi3B8kxwA7+hpQ09DVi+/+3uJbukkKYppgqJtLviAvg1+bl/ cCYBQyxl1ei/fhd+05TN8BkRap+nUViUWaQ9FwcvbH6lVUgsO0EhLSmPFsLMw8Cv RWAVy9l+V12kip5EKexFqV5k90GT0Jqz+NgYOeFnl0Anz1ywm1XsaUbjCA5dN56F sDBLoIR2UZGBsLL2+cIJcRB0S2skl4a+G5gsnIqR4Ot0JR+RXZSJcSqIT4Y1fcSM oWox7MTOBhsR92wDlS1IOmZPvf+OmzB6AmhV7+UnWPqpZgxhxE2wC7uPDqF8u6M0 3Rt/fMhZMaXVgvbvfj3JGRkYsrkg6aT2Ytrdc4UqmclSCjPenVnKYRtHhAKSy8kA CtGjaUJzxIky/u0LbQv/l5WlkZ+Kup86oQYhygkf1RfnI8WyhKD9/8Y16iwfvmEI SpwZHZg7T4Nah7VAHkhCIv3aUcoejBYaRCWfUMVBEHZGr123k0PTDVeRmCcw+nFL z6rZ40lEzn8JGG7pfSZvIxwv+IJL/JeWKLGjgj5R5pvGaVIo4o5m6aTYrT3oYHIU FMD1rX/dVvFbpJXwKR0y6Iou9Z3VrtsE91zWhsZiZ/H/Sqh0se0iXbC3U9SBzb5B sTxCy0DexOfAtsAdjt0c =ECp5 -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#760917: logind: ReserveVT does not work for Xorg
Package: systemd Version: 208-8 Severity: normal Hello, Steps to reproduce (yes, the beginning is the same as my previous bug report): 1. have a system with no xdm such, i.e. boots in text mode only 2. boot it, on thus gets to a login banner on VT1 3. log into VT1 4. run startx from there The result is that Xorg is running on VT2, which it should have been running on VT7 since I have set ReserveVT to 6 (which is actually apparently the default already). This makes it a pain for knowing where Xorg is running, since that now depends whether you have logged into VT2, VT3, etc. or not... Samuel -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages systemd depends on: ii acl 2.2.52-1.1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-1.1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.8 ii libc62.19-9 ii libcap2 1:2.24-4 ii libcap2-bin 1:2.24-4 ii libcryptsetup4 2:1.6.6-1 ii libdbus-1-3 1.8.6-2 ii libgcrypt11 1.5.4-3 ii libkmod2 18-1 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3.1 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-8 ii libsystemd-journal0 208-8 ii libsystemd-login0208-8 ii libudev1 208-8 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53.4 ii udev 208-8 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: ii libpam-systemd 208-8 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/systemd/logind.conf changed: [Login] NAutoVTs=6 ReserveVT=6 HandleLidSwitch=lock -- no debconf information -- Samuel c tiens, je suis déçu c quand on clique sur le bouton random de http://xkcd.com/221/ on ne tombe pas (toujours) sur http://xkcd.com/4/ c bon, j'envoie un bug-report à l'auteur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746642: Fails to detect SATA disks
Hello there, On Sun, May 11, 2014 at 03:07:36AM +0100, Ben Hutchings wrote: On Wed, 2014-05-07 at 15:05 +0200, Salvatore Bonaccorso wrote: This is the commit which is reverted in 3.2.58, which fixes these issue: https://git.kernel.org/cgit/linux/kernel/git/bwh/linux-3.2.y.git/commit/?id=2e59f013993a74bf31366a59bcf36be830d0f058 Thanks. This should be included in a security update shortly. (Yes, even though it is not security-related.) Hmm, it was updated, and thanks for that. But the d-i kernel in Wheezy wasn't updated accordingly: it is still based on 7.5, so right now installing on such a device is only possible using the 7.4 installer. However, during such an installation, the most recent kernel from security.debian.org will be installed and thus the system will boot. So it's not all bad, yet still the common netboot scenarios which just have the most recent installer available will break. :) I couldn't find any plans to update the installer with the most recent Wheezy kernel, but I take it they exist? Best regards, Flo signature.asc Description: Digital signature
Bug#760902: aptly: gave an error while installing aptly at ldd -r: failed at /usr/bin/adequate line 812, $ldd line 4.
tag - moreinfo thanks On 9/9/14, Sébastien Delafond s...@debian.org wrote: reassign 760902 adequate tag 760902 + moreinfo thanks Apparently this is actually a problem with adequate, and not aptly. See for instance 706915[1], 707080[2], and 707091[3]. Apparently upgrading to adequate 0.5.2 and libc6 (and friends) 2.17-2 should fix it, if I read those aforementioned bug reports correctly. Shirish, could you add your version of adequate to this bug report ? Paul, please let me know if there is anything you need from me. Cheers, --Seb Hi Seb, The version of adequate I have is 0.12.1 $ adequate --version adequate 0.12.1 snipped -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750847: owncloud-client: Is looking for icons which do not exists in any package
Package: owncloud-client
Version: 1.6.2+dfsg-1
Followup-For: Bug #750847
The client is looking for owncloud.png, state-offline.{png|svg},
state-error.{png|svg}, and state-ok.{png|ok}
which according to apt-file do not exist in any package.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages owncloud-client depends on:
ii libc6 2.19-10
ii libgcc1 1:4.9.1-12
ii libowncloudsync0 1.6.2+dfsg-1
ii libqt5core5a 5.3.1+dfsg-3
ii libqt5dbus5 5.3.1+dfsg-3
ii libqt5gui55.3.1+dfsg-3
ii libqt5network55.3.1+dfsg-3
ii libqt5sql5-sqlite 5.3.1+dfsg-3
ii libqt5widgets55.3.1+dfsg-3
ii libqt5xml55.3.1+dfsg-3
ii libstdc++64.9.1-12
ii owncloud-client-l10n 1.6.2+dfsg-1
owncloud-client recommends no packages.
owncloud-client suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760913: nmu: xiphos_3.1.5+dfsg-1
On 2014-09-09 8:20, Ralf Treinen wrote: nmu xiphos_3.1.5+dfsg-1 . ALL . -m rebuild against libgtkhtml-4.0-0 4.8.4-3 xiphos still depends on libgtkhtml-4.0-0 ( 4.8). However, we now have in sid libgtkhtml-4.0-0 vesion 4.8.4-3. Unfortunately xiphos FTBFS last time a rebuild was attempted for a different transition - see #747784. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760814: lynis: New upstream version available
Hello Salvatore, El lun, 08-09-2014 a las 07:51 +0200, Salvatore Bonaccorso escribió: Package: lynis Severity: wishlist Hi Francisco A new upstream version of lynis was released (1.6.0). Could the new version be packaged for unstable, and so having it for jessie? Yes, I'll upload the new version to Debian archive next days. Thank you for your report. Regards, Francisco. Regards, Salvatore -- Francisco M. García Claramonte Debian GNU/Linux Developer franci...@debian.org GPG: public key ID 556ABA51 http://people.debian.org/~francisco/ signature.asc Description: This is a digitally signed message part
Bug#743576: Patch for #743576 (but not, #743617 or #705967)
tags 743576 patch
thanks
Hopefully the last message to this bug report. While I have not been
able to tackle #743617, I think that the two attached patches fix
#743576.
Also, I unmerged #705967, because I don't think #743576 is the
solution here. Instead, I think we should introduce proper variable
handling in [DEFAULT].
--
.''`. martin f. krafft madduck@d.o @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
From fb436fec2ca98879769e4ac20d905ed9e717815b Mon Sep 17 00:00:00 2001
From: martin f. krafft madd...@madduck.net
Date: Tue, 9 Sep 2014 06:39:54 +0200
Subject: [PATCH 1/2] chdir() to config directory before including
Make mr try to chdir() to the dirname() of any .mrconfig files it's
supposed to load. If the chdir() is successful, then the filename is
truncated to basename(). If the chdir() is unsuccessful, then processing
happens as before.
Signed-off-by: martin f. krafft madd...@madduck.net
---
mr | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a/mr b/mr
index 18e8761..b7cd3cb 100755
--- a/mr
+++ b/mr
@@ -563,6 +563,7 @@ use warnings;
use strict;
use Getopt::Long;
use Cwd qw(getcwd abs_path);
+use File::Basename;
# things that can happen when mr runs a command
use constant {
@@ -1278,6 +1279,7 @@ sub loadconfig {
my @toload;
my $in;
+ my $absf=abs_path($f);
my $trusted;
if (ref $f eq 'GLOB') {
$dir=;
@@ -1285,7 +1287,6 @@ sub loadconfig {
$trusted=1;
}
else {
- my $absf=abs_path($f);
if ($loaded{$absf}) {
return;
}
@@ -1301,7 +1302,11 @@ sub loadconfig {
}
$dir=abs_path($dir)./;
-
+
+ if (chdir($dir)) {
+ $f=basename($f);
+ }
+
if (! exists $configfiles{$dir}) {
$configfiles{$dir}=$f;
}
@@ -1323,7 +1328,12 @@ sub loadconfig {
return;
}
- print mr: loading config $f\n if $verbose;
+ if ($f =~ /\//) {
+ print mr: loading config $f\n if $verbose;
+ } else {
+ print mr: loading config $f (from .getcwd().)\n if $verbose;
+ }
+
open($in, , $f) || die mr: open $f: $!\n;
}
my @lines=$in;
@@ -1367,7 +1377,7 @@ sub loadconfig {
this can allow arbitrary code execution!)\n;
}
else {
- die mr: $msg in untrusted $f line $lineno\n.
+ die mr: $msg in untrusted $absf line $lineno\n.
(To trust this file, list it in ~/.mrtrust.)\n;
}
};
--
2.1.0
From d98311be7b311946f199443443d9fab3ecbaead9 Mon Sep 17 00:00:00 2001
From: martin f. krafft madd...@madduck.net
Date: Tue, 9 Sep 2014 09:02:09 +0200
Subject: [PATCH 2/2] Always ensure all parent .mrconfig files are loaded
There may be parent .mrconfig files between ~/.mrconfig and ./.mrconfig
that is not chain-loaded from ~/.mrconfig. Such is the case if you e.g.
download a team-repository to work (such as the debconf-team repo), but
you don't want to put it into the ~/.mrconfig chain.
In those cases, all parent .mrconfig files should be loaded, in case
there are settings or lib snippets needed in subdirectories.
Fortunately, the code already ensures that config files are only loaded
once, so this is trivial to patch.
Signed-off-by: martin f. krafft madd...@madduck.net
---
mr | 1 +
1 file changed, 1 insertion(+)
diff --git a/mr b/mr
index b7cd3cb..3c5321f 100755
--- a/mr
+++ b/mr
@@ -1317,6 +1317,7 @@ sub loadconfig {
if ($parent eq '/') {
$parent=;
}
+ loadconfig($parent);
if (exists $config{$parent}
exists $config{$parent}{DEFAULT}) {
$config{$dir}{DEFAULT}={ %{$config{$parent}{DEFAULT}} };
--
2.1.0
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.
On Mon, Sep 08, 2014 at 10:07:38PM -0700, Russ Allbery wrote: James McCoy james...@debian.org writes: On Tue, Sep 09, 2014 at 12:48:11AM -0400, Benjamin Kaduk wrote: krb5 has started supplying pkgconfig files in 1.12; would it be easier for serf to use gssapi.pc instead of parsing krb5-config's output? No, since the issue is the lack of understanding of the -isystem flag, which is still going to be emitted by pkg-config, twice in fact: $ pkg-config --cflags krb5-gssapi -isystem /usr/include/mit-krb5 -isystem /usr/include/mit-krb5 I suspect Ben's hope was that, if using pkgconfig, scons would not make an attempt to parse the flags and split them apart, and would instead just use them as-is in the compiler invocation. I must say that I've come to consider build systems that think they know more than I do about what compiler flags mean to be a latent bug. Libtool has had no ends of problems and irritating behavior because it likes to think that it knows what all the compiler and linker flags are and how to rearrange them. Given that one of scons's goals was to be simpler and more predictable than the Autotools, it's unfortunate it fell into the same trap in this specific instance. (That said, this is also partly pkgconfig's fault for not separating CFLAGS and CPPFLAGS.) One workaround might be to include an equals sign in between -isystem and the path to prevent scons from splitting it. gcc, tcc and clang all seem happy with this. I'll do some more tests this week to see if that works with serf. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760791: closed by Bastian Blank wa...@debian.org (Re: Bug#760791: lvm2: add dependency to thin-provisioning-tools)
I would suggest adding at least a comment somewhere about that fact. It´s a bit annoying, if you setup the lvm-cache and after a reboot (possibly weeks later), the volume doesn´t come up and you need to install an additional package. Especially the name “thin-provisioning-tools” does not imply the need for the lvm-cache. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544223: Debian bug #544223
Hello, the upstream maintainer is working on some new functions at the included yajl. [quote] Some of that functionality isn't critical (support for JSON comments), while some new code I'm working on depends on an additional function inside yajl_tree.c. Since the structures it uses are private to that file, changes to yajl can't be avoided. yajl_tree is fairly useless without this added function, since yajl_tree_get() doesn't cope with JSON arrays. [/quote] I tag this bug to wontfix and close it. Please feel free to reopen this bug. Thanks for your work. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#746642: Fails to detect SATA disks
Florian Ernst florian_er...@gmx.net (2014-09-09): Hello there, On Sun, May 11, 2014 at 03:07:36AM +0100, Ben Hutchings wrote: On Wed, 2014-05-07 at 15:05 +0200, Salvatore Bonaccorso wrote: This is the commit which is reverted in 3.2.58, which fixes these issue: https://git.kernel.org/cgit/linux/kernel/git/bwh/linux-3.2.y.git/commit/?id=2e59f013993a74bf31366a59bcf36be830d0f058 Thanks. This should be included in a security update shortly. (Yes, even though it is not security-related.) Hmm, it was updated, and thanks for that. But the d-i kernel in Wheezy wasn't updated accordingly: it is still based on 7.5, so right now installing on such a device is only possible using the 7.4 installer. However, during such an installation, the most recent kernel from security.debian.org will be installed and thus the system will boot. So it's not all bad, yet still the common netboot scenarios which just have the most recent installer available will break. :) I couldn't find any plans to update the installer with the most recent Wheezy kernel, but I take it they exist? d-i is usually rebuilt against latest kernels (as in: available in stable-proposed-updates, be it because it was synced from security, or because maintainers uploaded a package to that suite) for point releases. If I'm not mistaken there were some known, bad regressions, and that's why that update/rebuild was skipped. Mraw, KiBi. signature.asc Description: Digital signature
Bug#706111: tessa: fails to upgrade from squeeze: prerm failures
tags 706111 +wheezy Thanks Failure to upgrade from squeeze is not rc for jessie. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760918: apt-listchanges: does not show backdated NEWS entries
Package: apt-listchanges Version: 2.85.13 Severity: normal Assume I have a package foo (= 1.6) which has had a NEWS entry for version 1.2 only. Now I upload foo (= 1.7) with a NEWS entry for version 1.5 (backdated NEWS entry, I know of two recent occurrences). Because the user had installed 1.6 prior to upgrading to 1.7, the 1.5 NEWS entry is not shown, even though the 1.6 package’s last NEWS entry was for version 1.2 – I thought apt-listchanges kept track of which entries it had already shown? Backports make this even more complicated… -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages apt-listchanges depends on: ii apt1.0.7 ii debconf [debconf-2.0] 1.5.53 ii debianutils4.4 ii dpkg-dev 1.17.13 ii python 2.7.8-1 ii python-apt 0.9.3.10 ii python-support 1.0.15 ii ucf3.0030 apt-listchanges recommends no packages. Versions of packages apt-listchanges suggests: ii dillo [www-browser] 3.0.4-1 ii konqueror [www-browser] 4:4.14.0-1 ii konsole [x-terminal-emulator] 4:4.14.0-1 ii links2 [www-browser]2.8-2 ii lynx-cur [www-browser] 2.8.9dev1-2 ii postfix [mail-transport-agent] 2.11.1-1 ii python-glade2 2.24.0-4 ii python-gtk2 2.24.0-4 ii w3m [www-browser] 0.5.3-17 ii xterm [x-terminal-emulator] 310-1 -- debconf information: apt-listchanges/which: news apt-listchanges/frontend: pager apt-listchanges/email-address: root apt-listchanges/save-seen: true apt-listchanges/confirm: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760821: libgegl-0.2-0: missing Depends on BLAS
Matteo F. Vescovi dixit: '/usr/lib/x86_64-linux-gnux32/gegl-0.2/matting-levin.so' load error: libblas.so.3: cannot open shared object file: No such file or directory Hm. I had to purge the foreign-architecture libatlas3-base package to get this working. Apparently, Multi-Arch and dlopen() are not compatible with each other… And indeed, the Depends on the package libgegl-0.2-0 is missing. Is a build-dependency on libblas-dev enough to fix this issue? No, the dependency still does not show up. I’ve installed libblas3 myself, now. This is probably because the plugin uses dlopen() or somesuch. bye, //mirabilos -- mirabilos│ untested Natureshadow │ tut natürlich Natureshadow │ was auch sonst ... mirabilos│ fijn ☺ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760919: RFA: ocfs2-tools -- tools for managing OCFS2 cluster filesystems
Package: wnpp Severity: normal I request an adopter for the ocfs2-tools package as I no longer have access to an OCFS2 setup. The package description is: OCFS2 is a general purpose cluster filesystem. Unlike the initial release of OCFS, which supported only Oracle database workloads, OCFS2 provides full support as a general purpose filesystem. OCFS2 is a complete rewrite of the previous version, designed to work as a seamless addition to the Linux kernel. . This package installs the tools to manage the OCFS2 filesystem, including mkfs, tunefs, fsck, debugfs, and the utilities to control the O2CB clustering stack. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760496: libpam-mklocaluser: Unable to send messages back to kdm
I tested on another machine (Dell Latitude D505) with Roaming workstation connected to the university LDAP and Kerberos infrastructure, and when I logged in on this machine, I did get the popup message from libpam-mklocaluser in kdm. No idea why it worked there, but not when I tested in a virtual machine earlier. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760920: freeipmi: incomplete SONAME bump
Package: freeipmi Version: 1.4.4-1 Severity: serious Hi, Looks like the symbol file for libipmimonitoring5a was not properly bumped when the new upstream version was uploaded: $ head -n 1 libipmimonitoring5a.symbols libipmimonitoring.so.5 libipmimonitoring5 #MINVER# The (uncoordinated) transition is currently stuck until this is fixed, because packages are continuing to build against libipmimonitoring.so.5 so it can't be decrufted. I'm happy to NMU if it saves time. Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760921: mpd: segmentation fault while starting
Package: mpd Version: 0.18.13-1 Severity: important $ mpd --no-daemon --stderr errno: Failed to open database file /home/adam/.mpd/tag_cache: No such file or directory update: added ACDC - '74 Jailbreak/04.Soul Stripper.mp3 update: added ACDC - '74 Jailbreak/05.Baby, Please Don't Go.mp3 update: added ACDC - '74 Jailbreak/03.Show Business.mp3 update: added ACDC - '74 Jailbreak/02.You Ain't Got A Hold On Me.mp3 update: added ACDC - '74 Jailbreak/01.Jailbreak.mp3 Segmentation fault (core dumped) (gdb) bt #0 0x7f2d5ceb4a3a in strlen () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f2d616094cf in av_match_name () from /usr/lib/x86_64-linux-gnu/libavutil.so.54 #2 0x7f2d627c05f4 in av_probe_input_format2 () from /usr/lib/x86_64-linux-gnu/libavformat.so.56 #3 0x7f2d627c07c6 in av_probe_input_format () from /usr/lib/x86_64-linux-gnu/libavformat.so.56 #4 0x004486bb in ?? () #5 0x004488d9 in ?? () #6 0x00434f8b in ?? () #7 0x00433fbe in ?? () #8 0x00434115 in ?? () #9 0x0042543f in ?? () #10 0x00424eb5 in ?? () #11 0x00424b52 in ?? () #12 0x00424e66 in ?? () #13 0x00424b52 in ?? () #14 0x00425173 in ?? () #15 0x00423838 in ?? () #16 0x0046a49e in ?? () #17 0x7f2d5d1e30a4 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #18 0x7f2d5cf18c2d in clone () from /lib/x86_64-linux-gnu/libc.so.6 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (2, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpd depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.21 ii libadplug-2.2.1-0 2.2.1+dfsg3-0.1 ii libao41.1.0-3 ii libasound21.0.28-1 ii libaudiofile1 0.3.6-2 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libavcodec56 6:11~beta1-2 ii libavformat56 6:11~beta1-2 ii libavutil54 6:11~beta1-2 ii libbz2-1.01.0.6-7 ii libc6 2.19-10 ii libcdio-cdda1 0.83-4.2 ii libcdio-paranoia1 0.83-4.2 ii libcdio13 0.83-4.2 ii libcurl3-gnutls 7.37.1-1 ii libfaad2 2.7-8 ii libflac8 1.3.0-2 ii libfluidsynth11.1.6-2 ii libglib2.0-0 2.40.0-5 ii libgme0 0.5.5-2 ii libid3tag00.15.1b-11 ii libiso9660-8 0.83-4.2 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-1 ii libmad0 0.15.1b-8 ii libmikmod33.3.7-1 ii libmms0 0.6.2-4 ii libmodplug1 1:0.8.8.4-4.1 ii libmp3lame0 3.99.5+repack1-5 ii libmpcdec62:0.1~r459-4.1 ii libmpdclient2 2.9-1 ii libmpg123-0 1.20.1-2 ii libogg0 1.3.2-1 ii libopenal11:1.15.1-5 ii libopus0 1.1-2 ii libpulse0 5.0-6 ii libresid-builder0c2a 2.1.1-14 ii libroar2 1.0~beta11-1 ii libsamplerate00.1.8-8 ii libshout3 2.3.1-3 ii libsidplay2 2.1.1-14 ii libsidutils0 2.1.1-14 ii libsndfile1 1.0.25-9 ii libsqlite3-0 3.8.6-1 ii libstdc++64.9.1-12 ii libsystemd-daemon0208-8 ii libvorbis0a 1.3.2-1.4 ii libvorbisenc2 1.3.2-1.4 ii libvorbisfile31.3.2-1.4 ii libwavpack1 4.70.0-1 ii libwildmidi1 0.3.7-1 ii libwrap0 7.6.q-25 ii libyajl2 2.1.0-2 ii libzzip-0-13 0.13.62-3 ii lsb-base 4.1+Debian13 mpd recommends no packages. Versions of packages mpd suggests: ii avahi-daemon 0.6.31-4 pn icecast2 none ii mpc [mpd-client] 0.26-1 ii pulseaudio5.0-6 -- no debconf information -- Adam Lee http://adam8157.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760923: systemd-sysv: system does not shut down in kvm
Package: systemd-sysv Version: 208-8 Severity: normal Hello, Steps to reproduce: - Run kvm with a 10G disk, 1G RAM (though that probably doesn't matter) - Install Jessie from beta1 netinst installer, all default choices, no task installed. - boot it, log as root, run halt - KVM does not exit. - reboot, install sysvinit-core, run halt - KVM does exit. This is very inconvenient when managing VMs, for instance when one wants to cleanly shut down a host running a lot of guests. Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages systemd-sysv depends on: ii systemd 208-8 systemd-sysv recommends no packages. systemd-sysv suggests no packages. -- no debconf information -- Samuel c [ ] morning [ ] afternoon [ ] evening [ ] night , everyone (choose as applicable) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755610: RFH
Control: tag -1 + patch
On Mon, 08 Sep 2014, Raphael Hertzog wrote:
We need thus to create an equivalent Django 1.7 migrations, but I failed
to do so since lava_server/manage.py makemigrations fails trying to
create migration that increases the username from 30 to 255 in length.
I did that after having disabled longerusername which is no longer
maintained upstream.
So here's a full set of patches that gets the test suite to pass.
The rest is up to you now.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/
From 087921c8066d3f4d19084020fbd50c4b427070bd Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= hert...@debian.org
Date: Mon, 8 Sep 2014 14:25:25 +
Subject: [PATCH 1/9] Don't add django_tables2 to INSTALLED_APPS if it's
already there
This is required to work with Django 1.7.
---
lava_scheduler_app/extension.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lava_scheduler_app/extension.py b/lava_scheduler_app/extension.py
index 49fbeef..df00338 100644
--- a/lava_scheduler_app/extension.py
+++ b/lava_scheduler_app/extension.py
@@ -68,7 +68,8 @@ class SchedulerExtension(LavaServerExtension):
def contribute_to_settings(self, settings_module):
super(SchedulerExtension, self).contribute_to_settings(settings_module)
-settings_module['INSTALLED_APPS'].append('django_tables2')
+if 'django_tables2' not in settings_module['INSTALLED_APPS']:
+settings_module['INSTALLED_APPS'].append('django_tables2')
from_module = settings_module.get('SCHEDULER_DAEMON_OPTIONS', {})
settings_module['SCHEDULER_DAEMON_OPTIONS'] = {
'LOG_FILE_PATH': None,
--
2.1.0
From 0fdb885fb4e56f6d657ee618d04d44af61cf4c6a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= hert...@debian.org
Date: Mon, 8 Sep 2014 16:35:13 +0200
Subject: [PATCH 2/9] Move admin related definitions to admin.py
Loading django.contrib.admin from a models.py lead to failure in Django
1.7 because it expects models to be already ready which they aren't
at the time models.py are loaded by django.setup().
---
lava_scheduler_app/admin.py | 19 ++-
lava_scheduler_app/models.py | 18 --
2 files changed, 18 insertions(+), 19 deletions(-)
diff --git a/lava_scheduler_app/admin.py b/lava_scheduler_app/admin.py
index d3b75b8..681c9d1 100644
--- a/lava_scheduler_app/admin.py
+++ b/lava_scheduler_app/admin.py
@@ -1,9 +1,26 @@
from django.contrib import admin
+from django.contrib.auth.admin import UserAdmin
from lava_scheduler_app.models import (
Device, DeviceStateTransition, DeviceType, TestJob, Tag, JobFailureTag,
-UserAdmin, User, Worker
+User, Worker, DefaultDeviceOwner
)
+class DefaultOwnerInline(admin.StackedInline):
+
+Exposes the default owner override class
+in the Django admin interface
+
+model = DefaultDeviceOwner
+can_delete = False
+
+
+class UserAdmin(UserAdmin):
+
+Defines the override class for DefaultOwnerInline
+
+inlines = (DefaultOwnerInline, )
+
+
# Setup the override in the django admin interface at startup.
admin.site.unregister(User)
admin.site.register(User, UserAdmin)
diff --git a/lava_scheduler_app/models.py b/lava_scheduler_app/models.py
index abeae7a..186e855 100644
--- a/lava_scheduler_app/models.py
+++ b/lava_scheduler_app/models.py
@@ -8,8 +8,6 @@ import smtplib
import socket
from django.conf import settings
-from django.contrib import admin
-from django.contrib.auth.admin import UserAdmin
from django.contrib.auth.models import User, Group
from django.contrib.sites.models import Site
from django.utils.safestring import mark_safe
@@ -118,22 +116,6 @@ class DefaultDeviceOwner(models.Model):
)
-class DefaultOwnerInline(admin.StackedInline):
-
-Exposes the default owner override class
-in the Django admin interface
-
-model = DefaultDeviceOwner
-can_delete = False
-
-
-class UserAdmin(UserAdmin):
-
-Defines the override class for DefaultOwnerInline
-
-inlines = (DefaultOwnerInline, )
-
-
class Worker(models.Model):
A worker node to which devices are attached.
--
2.1.0
From ba401fa901ceb244ad982893cc51fc0fc3dd098b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= hert...@debian.org
Date: Mon, 8 Sep 2014 14:44:00 +
Subject: [PATCH 3/9] Do not load south if we use Django 1.7 or newer
Django 1.7 is incompatible with South.
---
lava_server/settings/common.py | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/lava_server/settings/common.py b/lava_server/settings/common.py
index 041aaa2..d5dcce5 100644
--- a/lava_server/settings/common.py
+++ b/lava_server/settings/common.py
@@ -24,7 +24,7 @@
# should happen strictly to etc/settings.conf, etc. files.
# All comments below are strictly for development usage and
# reference.
-
+import
Bug#760922: please enable openmpi on arm64, ppc64 and ppc64el
Package: src:ns3 Version: 3.17+dfsg-1 please enable openmpi on arm64, ppc64 and ppc64el. These platforms have openmpi as the default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760920: [Pkg-freeipmi-devel] Bug#760920: freeipmi: incomplete SONAME bump
On Tue, 09 Sep 2014, Jonathan Wiltshire wrote: Package: freeipmi Version: 1.4.4-1 there is a 1.4.4-1.1 now ;-) Severity: serious Hi, Looks like the symbol file for libipmimonitoring5a was not properly bumped when the new upstream version was uploaded: $ head -n 1 libipmimonitoring5a.symbols libipmimonitoring.so.5 libipmimonitoring5 #MINVER# just to make sure I understand fully, it should have been libipmimonitoring.so.5 libipmimonitoring5a #MINVER# ? The (uncoordinated) transition is currently stuck until this is fixed, because packages are continuing to build against libipmimonitoring.so.5 so it can't be decrufted. ho ho -- I have missed that we have got reverse build-depends now (nut?). Next time we will have to coordinate better then. I'm happy to NMU if it saves time. sure, go ahead. wanna just join a team may be? ;) BTW I have imported your prev NMU and pushed it to git. -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760924: bluedevil should request bluez-obexd instead of obexd-client
Package: bluedevil Version: 2.0~rc1-2 I install Debian Jessie in my PC. I use KDE desktop, it defaults to install bluedevil and the following packages: bluetooth 5.21-3 bluez 5.21-3 bluedevil 2.0~rc1-2 obexd-client0.48-2+b1 I could send pictures from PC to phone/notebook via bluetooth. But I could not send pictures from phone/notebook to PC via bluetooth. The sender said 'No Service at receiver' or 'Connection error'. I tried to look error messages of those daemons. I found there is a trouble when invoking obxed-client. I review bluetooth's package information. It suggests to install bluez-obexd, but bluez-obexd conflicts with obexd-client. I decide to install bluez-obexd instead of obexd-client. Finally, the file transferring between my PC, phone and notebook are flowing. I am using Debian GNU/Linux testing (jessie). Linux kernel 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 -- rock http://blog.roodo.com/rocksaying
Bug#760925: lists.debian.org: New List: debconf-bid-paris
Package: lists.debian.org Severity: wishlist Dear Listmasters, We would like to request the creation of a mailing-list according to the details below: Name: debconf-bid-paris Rationale: This list would serve as a coordination list for the future DebConf16 Bid in or around Paris. While most of the coordination so far has happened IRL or on IRC, a mailing-list is critical for long-term collaboration. We are aiming for a DebConf16 bid, but would be ready to let it slip if negotiations with venues aren't fruitful, hence the year-agnostic list name. We have a core team of a few DDs, and the discussion so far has shown interest from a team of local helping hands. Short description: DebConf bid team for Paris Long description: Discussion amongst the team bidding to host a DebConf in or around Paris, France. Category: DebConf Subscription Policy: open Post Policy: open Web Archive: yes Thanks in advance, and let me know if you need anything else from us (seconds will follow)! Cheers, -- Nicolas Dandrimont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760925: lists.debian.org: New List: debconf-bid-paris
On Tue, Sep 09, 2014 at 10:41:55AM +0200, Nicolas Dandrimont wrote: Package: lists.debian.org Severity: wishlist Dear Listmasters, We would like to request the creation of a mailing-list according to the details below: Name: debconf-bid-paris [...] Thanks in advance, and let me know if you need anything else from us (seconds will follow)! Seconded! Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760935: perl: Crashing bug on trivial programs
Package: perl Version: 5.20.0-6 Severity: grave Justification: renders package unusable Dear Maintainer, I have encountered a critical issue with both 5.20.0-6 and 5.20.1~rc2-1 versions of perl. How to reproduce: 09/09 10:29 ~/projects/integration_oed % perl -e 'use File::Find;' zsh: segmentation fault perl -e 'use File::Find;' As git-svn crashes systematically with an error code 139, git add -p is out of commission and apt-file crashes as well, I suspect this issue affects a lot more packages (which is also why I set the priority to 'grave'). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perl depends on: ii libbz2-1.01.0.6-7 ii libc6 2.19-10 ii libdb5.3 5.3.28-6 ii libgdbm3 1.8.3-13 ii perl-base 5.20.0-6 ii perl-modules 5.20.0-6 ii zlib1g1:1.2.8.dfsg-2 Versions of packages perl recommends: ii netbase 5.2 ii rename 0.20-3 Versions of packages perl suggests: ii libterm-readline-gnu-perl 1.24-2+b1 ii make 4.0-8 pn perl-doc none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760923: systemd-sysv: system does not shut down in kvm
Hi Samuel, Am 09.09.2014 10:43, schrieb Samuel Thibault: Package: systemd-sysv Version: 208-8 Severity: normal Hello, Steps to reproduce: - Run kvm with a 10G disk, 1G RAM (though that probably doesn't matter) - Install Jessie from beta1 netinst installer, all default choices, no task installed. - boot it, log as root, run halt - KVM does not exit. - reboot, install sysvinit-core, run halt - KVM does exit. This is very inconvenient when managing VMs, for instance when one wants to cleanly shut down a host running a lot of guests. halt is not supposed to poweroff the machine, that sysvinit's halt did that is a bug that was never fixed. Please use poweroff if you want the machine to be turn off on shutdown. -- 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#760935: Additional information: gdb backtrace
Starting program: /usr/bin/perl -e 'use File::Find;' [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. 0x769174c7 in boot_List__Util (my_perl=0x603010, cv=0x7ba060) at ListUtil.c:1461 1461dVAR; dXSARGS; (gdb) bt #0 0x769174c7 in boot_List__Util (my_perl=0x603010, cv=0x7ba060) at ListUtil.c:1461 #1 0x77aead2b in Perl_pp_entersub () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #2 0x77ae35e6 in Perl_runops_standard () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #3 0x77a6d285 in Perl_call_sv () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #4 0x77a6f5d3 in Perl_call_list () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #5 0x77a531e1 in ?? () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #6 0x77a669e2 in Perl_newATTRSUB_x () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #7 0x77a69a80 in Perl_utilize () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #8 0x77a9c529 in Perl_yyparse () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #9 0x77a73705 in perl_parse () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 #10 0x00400d7b in main () (gdb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757211: patch for libmediaart FTBFS on ppc64el
Hi, this patch fixes the issue. As this is blocking a couple of other packages I'd like to help fixing this bug as good as possible, also by uploading an NMU. I'd do so in the next days unless there is a reason why not. Andi diff -u libmediaart-0.4.0~/debian/control libmediaart-0.4.0/debian/control --- libmediaart-0.4.0~/debian/control 2014-04-01 18:29:01.0 + +++ libmediaart-0.4.0/debian/control2014-09-09 09:04:42.290322136 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Michael Biebl bi...@debian.org Build-Depends: debhelper (= 9), - autotools-dev, + dh-autoreconf, gtk-doc-tools (= 1.8), libglib2.0-dev (= 2.35.1), libgdk-pixbuf2.0-dev (= 2.12.0), diff -u libmediaart-0.4.0~/debian/rules libmediaart-0.4.0/debian/rules --- libmediaart-0.4.0~/debian/rules 2014-04-01 18:29:01.0 + +++ libmediaart-0.4.0/debian/rules 2014-09-09 09:05:01.658318003 + @@ -1,7 +1,7 @@ #!/usr/bin/make -f %: - dh $@ --with autotools_dev + dh $@ --with autoreconf override_dh_auto_configure: dh_auto_configure -- \ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760936: BLAS: not Multi-Arch safe
Package: libblas3 Version: 1.2.20110419-7 Severity: important libblas3 Provides: libblas.so.3 libatlas3-base Provides: libblas.so.3 The problem here is that I can install, for example, libblas3:amd64 and libatlas3-base:i386, and they are managed by the same alternative. Helmut and I think you need to move the libblas.so.3 symlink into arch-qualified subdirectories and manage multiple alternatives, one per architecture. Helmut suggested to just add Conflicts: libblas.so.3 to all providers of the libblas.so.3 virtual package, so they are not coïnstallable, then drop the alternatives Geraffel and just use normal M-A coïnstallability. Please do enlighten us to the reason of this alternatives system ☺ Related is #760821 which is an error (partially) caused by this problem. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages libblas3 depends on: ii libc6 2.19-10 ii libgcc1 1:4.9.1-12 ii libgfortran3 4.9.1-12 ii libquadmath0 4.9.1-12 libblas3 recommends no packages. libblas3 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#760925: lists.debian.org: New List: debconf-bid-paris
On Tue, Sep 09, 2014 at 10:54:34AM +0200, Ana Guerrero Lopez a...@debian.org wrote: On Tue, Sep 09, 2014 at 10:41:55AM +0200, Nicolas Dandrimont wrote: Package: lists.debian.org Severity: wishlist Dear Listmasters, We would like to request the creation of a mailing-list according to the details below: Name: debconf-bid-paris [...] Thanks in advance, and let me know if you need anything else from us (seconds will follow)! Seconded! Seconded too. -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760937: openjdk-7-jdk: adequate complains about broken symlink Package: openjdk-7-jdk
Package: openjdk-7-jdk Version: 7u65-2.5.2-2 Severity: normal Usertags: broken-symlink adequate User: debian...@lists.debian.org Dear Maintainer, I was upgrading my system and came across the following :- adequate found packaging bugs - openjdk-7-jdk:amd64: broken-symlink /usr/lib/jvm/java-7-openjdk-amd64/src.zip - ../openjdk-7/src.zip Investigating further, found it to be true. /usr/lib/jvm/java-7-openjdk-amd64$ ll -h src.zip lrwxrwxrwx 1 root root 20 Sep 3 06:30 src.zip - ../openjdk-7/src.zip :/usr/lib/jvm$ ls default-java java-1.5.0-gcj-4.8-amd64 java-1.7.0-openjdk-amd64 java-7-openjdk-amd64 java-gcj-4.8 java-1.5.0-gcj java-1.5.0-gcj-4.9-amd64 java-6-openjdk-amd64 java-gcj java-gcj-4.9 As can be seen there is no directory called openjdk-7 in /usr/lib/jvm -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-7-jdk depends on: ii libc6 2.19-10 ii libx11-6 2:1.6.2-3 ii openjdk-7-jre 7u65-2.5.2-2 Versions of packages openjdk-7-jdk recommends: ii libxt-dev 1:1.1.4-1 Versions of packages openjdk-7-jdk suggests: pn openjdk-7-demonone pn openjdk-7-source none pn visualvm none -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727518: reuse this issue for the more general solution to use dh-autoreconf
* Matthias Klose (d...@debian.org) [140909 09:12]: Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. As this starts to block packages on ppc64el, I'd like to help fixing this bug, if useful also by uploading an NMU. Unless there is a reason why not, I'd do so within the next days. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760821: libgegl-0.2-0: missing Depends on BLAS
reopen 760821 found 760821 0.2.0-7 thanks Dixi quod… And indeed, the Depends on the package libgegl-0.2-0 is missing. Is a build-dependency on libblas-dev enough to fix this issue? No, the dependency still does not show up. I’ve installed Reopening, because the Depends is still needed in every case. The other problem is Multi-Arch related and a bug in BLAS (and LAPACK), which I reported as #760936 now. bye, //mirabilos -- Yes, I hate users and I want them to suffer. -- Marco d'Itri on gmane.linux.debian.devel.general -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760923: systemd-sysv: system does not shut down in kvm
Michael Biebl, le Tue 09 Sep 2014 11:09:00 +0200, a écrit : halt is not supposed to poweroff the machine, that sysvinit's halt did that is a bug that was never fixed. Ow. I've been using halt since like birth... That change of behavior, even if actually a bug fix, is very likely to hit a _lot_ of people, as one can see a lot of people talking about halt or shutdown -h on the net (all my coworkers are used to use it). I'd say it's _really_ worth a NEWS item, when migrating from sysvinit to systemd. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760937: [Openjdk] Bug#760937: openjdk-7-jdk: adequate complains about broken symlink Package: openjdk-7-jdk
please stop file duplicate reports. It is no worth. If you can't keep track of these, then don't do it. #726790 was filed long ago. Am 09.09.2014 um 11:15 schrieb shirish शिरीष: Package: openjdk-7-jdk Version: 7u65-2.5.2-2 Severity: normal Usertags: broken-symlink adequate User: debian...@lists.debian.org Dear Maintainer, I was upgrading my system and came across the following :- adequate found packaging bugs - openjdk-7-jdk:amd64: broken-symlink /usr/lib/jvm/java-7-openjdk-amd64/src.zip - ../openjdk-7/src.zip Investigating further, found it to be true. /usr/lib/jvm/java-7-openjdk-amd64$ ll -h src.zip lrwxrwxrwx 1 root root 20 Sep 3 06:30 src.zip - ../openjdk-7/src.zip :/usr/lib/jvm$ ls default-java java-1.5.0-gcj-4.8-amd64 java-1.7.0-openjdk-amd64 java-7-openjdk-amd64 java-gcj-4.8 java-1.5.0-gcj java-1.5.0-gcj-4.9-amd64 java-6-openjdk-amd64 java-gcj java-gcj-4.9 As can be seen there is no directory called openjdk-7 in /usr/lib/jvm -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-7-jdk depends on: ii libc6 2.19-10 ii libx11-6 2:1.6.2-3 ii openjdk-7-jre 7u65-2.5.2-2 Versions of packages openjdk-7-jdk recommends: ii libxt-dev 1:1.1.4-1 Versions of packages openjdk-7-jdk suggests: pn openjdk-7-demonone pn openjdk-7-source none pn visualvm none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760938: RM: emacs23 [hurd-i386] -- ROP; outdated hurd-i386 binary packages
Package: ftp.debian.org Severity: normal Please remove emacs23 hurd binaries. It's the only remaining package to remove in Ansgar's list [0,1]. [0] https://lists.debian.org/debian-hurd/2013/07/msg00014.html [1] https://ftp-master.debian.org/users/ansgar/hurd-d-p.txt Rob Browning, emacs maintainer, also pointed out that that makes dak output confusing. emacs defaults to emacs24 since few months [2] and transition currently blocks emacs23 removal [3]. [2] https://packages.qa.debian.org/e/emacs-defaults/news/20140703T181831Z.html [3] https://bugs.debian.org/753885 # RM: emacs23 -- ROM; replaced by emacs24 Thanks, -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760939: RFP: Krita 2.8 in Jessie
Package: krita Version: 2.8 Severity: wishlist Dear Maintainer, please include krita https://packages.debian.org/sid/krita in the jessie repositories. Thanks! Axel -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.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#756565: CVE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Have you requested CVE already? If you want I can verify this issue and create the request. - --- Henri Salo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlQOzeYACgkQXf6hBi6kbk8dlgCdFm+h5UIJ80dqKfB0oojjiQBq OCEAoJkfLRSS8t9AOTYcN2oATzqMQFwF =Tynm -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#759945: elastix: FTBFS: make[3]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libhdf5.so', needed by 'bin/elastix'. Stop.
Hi, since I consider this problem as some migration problem of libhdf5 I tried to rebuild the package. It now fails to build with a similar problem now: On Sat, Aug 30, 2014 at 02:29:35PM -0700, Lucas Nussbaum wrote: amd64. Relevant part (hopefully): for ( unsigned int j = 0; j PointDimension; j++ ) ^ make[3]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libhdf5.so', needed by 'bin/elastix'. Stop. make[3]: Leaving directory '/«PKGBUILDDIR»/obj-x86_64-linux-gnu' make[2]: *** [Core/CMakeFiles/elastix.dir/all] Error 2 /usr/include/ITK-4.6/itkHexahedronCell.hxx:375:7: note: containing loop for ( unsigned int j = 0; j PointDimension; j++ ) ^ make[3]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libfftw3.so', needed by 'bin/elastix'. Stop. make[3]: Leaving directory '/tmp/buildd/elastix-4.7/obj-x86_64-linux-gnu' CMakeFiles/Makefile2:3390: recipe for target 'Core/CMakeFiles/elastix.dir/all' failed make[2]: *** [Core/CMakeFiles/elastix.dir/all] Error 2 I guess this is also a transitional problem and will try to rebuild later this week before I'll close the bug. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760940: xfce4-session: No shutdown / reboot with SLiM anymore
Package: xfce4-session Version: 4.10.1-8 Severity: normal Starting with xfce4-session 4.10.1-7 I'm having trouble with shutdown and reboot in conjunction with SLiM. When I try to shut down or reboot the system using Xfce's dialog, the desktop disappears as usual, but then SLiM shows failed to execute login command and I end up at the login screen. It somehow fails to shut down the X server. I can initialize a shutdown from the login screen by pressing the power button then. SLiM is configured to grab the sessions from /usr/share/xsessions, so the only command it seems to know is startxfce4. I'm seeing this on two different systems. None of the documented changes of 4.10.1-7 seems to possibly cause this, but I can replicate and fix it just by switching between xfce4-session 4.10.1-7 and 4.10.1-6. Any ideas? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.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 xfce4-session depends on: ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo21.12.16-2 ii libdbus-1-3 1.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libice6 2:1.0.8-2 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 libsm6 2:1.2.1-2 ii libwnck222.30.7-1 ii libx11-6 2:1.6.2-1 ii libxfce4ui-1-0 4.10.0-5 ii libxfce4util64.10.1-1 ii libxfconf-0-24.10.0-2 ii multiarch-support2.18-5 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-2 Versions of packages xfce4-session recommends: ii dbus-x11 1.8.2-1 ii libpam-systemd 204-8 pn systemd-shim | systemd-sysv none ii upower 0.9.23-2+b2 ii x11-xserver-utils7.7+2 ii xfdesktop4 4.10.2-3 ii xfwm44.10.1-2 ii xscreensaver 5.26-1 Versions of packages xfce4-session suggests: pn fortunes-mod none ii sudo 1.8.9p5-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760941: python3-googleapi doesn't run on Python 3
Package: python3-googleapi Version: 1.2-3 When I try to import apiclient.discovery in Python 3, I got this error: Traceback (most recent call last): [...] from apiclient.discovery import build File /usr/lib/python3/dist-packages/apiclient/discovery.py, line 39, in module import urlparse ImportError: No module named 'urlparse' Also the import mimeparse line would fail, since implicit relative importing is deprecated in Python 3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760633: libgit2-glib: Please upload to unstable
On Sat, 6 Sep 2014 12:34:58 Laurent Bigonville wrote: I guess libgit2-glib should first be updated to the latest version. Unfortunately latest version 0.0.20 FTBFS with libgit2 0.21.1 so I filed the following bug upstream: https://bugzilla.gnome.org/show_bug.cgi?id=736316 -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Bug#760921: mpd: segmentation fault while starting
On 2014/09/09 10:42, Adam Lee adam8...@gmail.com wrote: Package: mpd Version: 0.18.13-1 Severity: important $ mpd --no-daemon --stderr errno: Failed to open database file /home/adam/.mpd/tag_cache: No such file or directory update: added ACDC - '74 Jailbreak/04.Soul Stripper.mp3 update: added ACDC - '74 Jailbreak/05.Baby, Please Don't Go.mp3 update: added ACDC - '74 Jailbreak/03.Show Business.mp3 update: added ACDC - '74 Jailbreak/02.You Ain't Got A Hold On Me.mp3 update: added ACDC - '74 Jailbreak/01.Jailbreak.mp3 Segmentation fault (core dumped) Indeed - duplicate of 760669 and already fixed in mpd.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756565: CVE
On Tue Sep 09, 2014 at 12:52:38 +0300, Henri Salo wrote: Have you requested CVE already? If you want I can verify this issue and create the request. I have not, the lack of update to the bug report made it slip my mind. If you'd like to confirm the issues, which shouldn't be hard, and request one then please do feel free. Steve -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707268: Bug#740085: Bug#725957: [NMU] Bug#740085: package plplot 5.10.0
[I've dropped rafael@d.o from CC as that just bounced for me last time] On Mon, Sep 08, 2014 at 11:20:45AM +0200, Thibaut Paumard wrote: I have had to withdraw due to unexpected events. The package in mentors does not build anymore (I should check about the package in unstable, no time right now), due to the hdf5 transition. I've told Andrew last week about this. According to #736392, plplot FTBFS in unstable for other reasons. This can be fixed by removing the bits that check for hdf5.h in cmake/modules/octave.cmake (see attached patch) and adding the right flags to CPPFLAGS in debian/rules: CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS) \ $(shell mkoctfile -p INCFLAGS) Of course, there must be a less brutal solution. Looks like you failed to attach that patch (something I know from experience is all too easy to do). I'm also considering uploading myself, but unless Andrew fixes this FTBFS, this will have to be half sponsoring, half NMUing. It'd be really great to get an upload soon, so there's time before the freeze to shake out any new issues - if Andrew's actively on the case, that's great, but if he's currently too busy, an NMU is clearly justified by the 5 RC bugs (+1 if the hdf5 FTBFS were filed) it would fix. Any comments from Andrew on the hdf5 fix would certainly be appreciated though. I'm happy to sponsor or NMU if nobody more connected to the package is able to. 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#760930: [Pkg-scala-maint] Bug#760930: scala: ftbfs with OpenJDK 8
Le 2014-09-09 10:52, Matthias Klose a écrit : /«BUILDDIR»/scala-2.9.2+dfsg/build.xml:392: java.lang.RuntimeException: Compilation failed because of an internal compiler error; see the error output for details. The error says explicitly that it is an internal compiler error. Why is this bug reported against Scala and not against OpenJDK 8? (even if it can be worked-around in Scala). Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760639: Bug#760939: RFP: Krita 2.8 in Jessie
reassign 760639 src:calligra forcemerge 748990 760639 thanks I am not the krita maintainer but this is not how it works. Calligra was removed from testing automatically some time ago because of rc bugs and the fixed version (yes, 2.8) is stuck in the NEW queue... BTW you cant report bugs against a krita 2.8 as that does not exist... I am merging you report against the already existing request for calligra 2.8 so it will get closed when that one got accepted. Whether and when that will happen I dont know.And were nearing the freeze... Regards Rene -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. Axel Huebl axel.hu...@web.deschrieb: Package: krita Version: 2.8 Severity: wishlist Dear Maintainer, please include krita https://packages.debian.org/sid/krita in the jessie repositories. Thanks! Axel -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, testing-updates), (500, testing) Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140909093551.8209.13141.reportbug@ax3l -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#758480: openrc: Fails to mount root read-write
reassign 758480 openrc thanks On Aug 18, Dan Greene dan-gre...@wi.rr.com wrote: 5. Press Ctrl-C when waiting for /dev to be populated (seems to be an unrelated bug) 6. Do ls / test Result will be a read-only filesytem error. I am not surprised that if you interrupt the boot process then something will be broken. I am also not surprised that openrc allows this. I have also been able to reproduce this failure on kFreeBSD as well. So this confirms that what you are experiencing is not related to udev, since kFreeBSD does not use udev. If you want to report other bugs which actually are related to udev then please upgrade first to 215 from experimental. -- ciao, Marco signature.asc Description: Digital signature
Bug#749659: audacity + wxWidgets 3.0 — Proposing patch
Hi Reinhard! Thanks for looking into this issue! On 09/09/2014 04:12 AM, Reinhard Tartler wrote: I wonder what's the status of this bug. The most recent email did not help to clarify, I'm sorry, I guess the side discussions didn't help to understand the situation, so here a quick summary: The patches work fine on the tested platforms, although we agreed on making a slight modification to assure its cross-platform compatibility, proposed by Olly: Doing a cast instead of a modified format specifier in the wxString::Format changes. So we're basically waiting for a maintainer to incorporate the patches (including the modification) in the package, update the build dependencies and upload the whole thing. Olly proposed to NMU the package, but there was no reaction from any of the maintainers so far. If it helps, I can post a new version of the patch including Olly's proposed change. Would that help? The maintainers should also decide if they want to accept the configure script patch or if they want to modify the package so autoconf automatically recreates them. Bottom-line: The main work is done, but in order to move forward we need some attention from the maintainers. I guess that is because the build dependencies needs updating. So I guess given that the proposed patch to the package is incomplete at best The patch is complete. After applying the patch, the package can build with both wx2.8 and wx3.0. But, of course, if you want to build it against wx3.0 then you need the wx3.0 dev package installed, which you can assure by updating the build dependencies. But that's not part of a patch because we're not patching upstream code to do that. That's a modification in the debian/control file of the Debian package. Martin, may I recommend you getting in touch with upstream about this patch? I am in touch. The transition to wx3.0 isn't a priority there at the moment, so this hasn't received a lot of attention, but a very quick review from their side approved the proposed patch for wxGTK. But as I elaborated in my first message in this bug report, for the Windows and Mac ports there's more to it. We're working on that (it requires a lot of attention from wxWidgets upstream), but that shouldn't be of interest for this issue in Debian. I hope that helps to clarify the situation! :-) Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759516: ofono: Please upgrade ofono to version 1.15
On 27/08/14 23:58, Diederik de Haas wrote: Hope a new version of ofono will land in Debian soon :-) I'm not sure how appropriate it is that pkg-telepathy are (theoretically) maintaining ofono at all. It seems we're listed as its maintainer because Jonny packaged it as a dependency for telepathy-ring, which has had one upload ever, and hasn't reached testing after nearly 4 years. Jonny, are you still interested in ofono? If not, would you have any objection to a different maintainer or team taking it over / should we put it up for adoption? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749659: audacity + wxWidgets 3.0 — Proposing patch
Control: severity -1 serious On Mon, Sep 08, 2014 at 10:12:37PM -0400, Reinhard Tartler wrote: I wonder what's the status of this bug. The most recent email did not help to clarify, so I test-compiled wx3.0.patch as proposed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749659#35, and can confirm that the package builds fine. However, I noticed this in configure.log: checking for wx-config... /usr/bin/wx-config configure: Checking that the chosen version of wxWidgets is 2.8.x or 3.0.x Great, you're using wxWidgets 2.8.12! I guess that is because the build dependencies needs updating. So I guess given that the proposed patch to the package is incomplete at best, I've removed the patch tag, as clearly more clarification is needed. Olly, I noticed that you raised the severity of this bug to Serious without further explanation. Can you please elaborate here? Justification was in the mail which updated the severity: # blocks the on-going wxwidgets3.0 transition severity 749659 serious thanks You can see that from the BTS if you click on the Full text link: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;bug=749659 https://wiki.debian.org/Teams/ReleaseTeam/Transitions says to use severity serious once the transition starts, which it officially did on 2014-05-27: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=24;bug=748169 This situation claims that audacity should be removed from testing because of this issue. Is this really your intention? Very much so - the wxwidgets3.0 transition is close to complete and audacity is one of the stragglers: https://release.debian.org/transitions/html/wxwidgets3.0.html In fact, it's the only one still in testing, which is only because it is on the list which autorm won't touch due to popcon score. Of those, grass has an somewhat bogus build dependency (it really wants to check the wxPython version, so should do that directly) and 5 more the maintainer has said to remove. Of the remaining 8, most have a fix in progress. The wxwidgets transition tracking bug seems to be https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748169. Given that the transition did not start before the September 5, I think it is fair to assume that this transition is not going to happen for Debian/jessie, and that it is also appropriate to downgrade the severity of this bug. I don't see where you get September from - the last update to that bug was in August... As above, it officially started back in May, though I've been working on it since October last year. Please correct me and clarify if I got something wrong, but AFAIUI, there are no reason for pressing on this bug because jessie will ship with wxWidgets 2.8. Martin, may I recommend you getting in touch with upstream about this patch? I suppose the release team have the final say, but my intention is that jessie will not ship with wxwidgets2.8. It is a large and complex library, and now unmaintained upstream. Even before 3.0 was released, 2.8 was neglected - the last release was 2011-03-28. So by the time jessie releases, wx2.8 will be close to 4 years old. By the EOL of jessie (assuming no LTS), it'll be close to 6 years old. And given (thanks to Martin's superlative efforts) we have a patch for audacity, why are we even having this discussion? 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#760917: logind: ReserveVT does not work for Xorg
On Tue 09 Sep 2014 at 09:43:28 +0200, Samuel Thibault wrote: Steps to reproduce (yes, the beginning is the same as my previous bug report): 1. have a system with no xdm such, i.e. boots in text mode only 2. boot it, on thus gets to a login banner on VT1 3. log into VT1 4. run startx from there The result is that Xorg is running on VT2, which it should have been running on VT7 since I have set ReserveVT to 6 (which is actually Basically, (but please see later), X starts on the first free console under both syvinit and systemd. With sysvinit consoles 1 to 6 have gettys running on them, so the first free VT is 7. For systemd only VT1 is activated, so the first free VT is 2. I wonder whether you quite understand the purpose of VT6. apparently the default already). This makes it a pain for knowing where Xorg is running, since that now depends whether you have logged into VT2, VT3, etc. or not... xinit (1.3.3-1) has been patched to start X on the VT startx is used from. You can override this with startx -- vt7 Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759945: [Debian-med-packaging] Bug#759945: elastix: FTBFS: make[3]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libhdf5.so', needed by 'bin/elastix'. Stop.
Hello, I guess this is also a transitional problem and will try to rebuild later this week before I'll close the bug. I'm afraid it's more complicated. ITK exposes various libraries via the ITKTargets-none,cmake files, amongst these htf5.so and libfftw3.so - even though these libraries should not be required for linking against ITK libraries - at least not with modern linkers. For hdf5 it is quite clear why the FTBFS happened: System hdf5 was enabled with itk 4.6 but initially the libhdf5-dev was not added to the libinsighttoolkit4-dev dependencies. However, I'm not quite sure why the problem with fftw comes up now, libfftw3-dev is in the Recommends section, so it never was installed in a pbuilder environment based on elastix dependencies. I guess we will have to move libfftw3-dev (and probably also uuid-dev) from Recommends to Depends in the libinsighttoolkit4-dev section. This probably also applies to #759971. Unless Steve beats me to it, I'll probably get around to prepare a new upload for insighttoolkit4 next week. best Gert signature.asc Description: This is a digitally signed message part
Bug#760939: Bug#760639: Bug#760939: RFP: Krita 2.8 in Jessie
reassign 760639 mplayer2 reassign 760939 src:calligra forcemerge 748990 760939 thanks -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. René Engelhard rene.engelh...@gmx.deschrieb: reassign 760639 src:calligra forcemerge 748990 760639 thanks I am not the krita maintainer but this is not how it works. Calligra was removed from testing automatically some time ago because of rc bugs and the fixed version (yes, 2.8) is stuck in the NEW queue... BTW you cant report bugs against a krita 2.8 as that does not exist... I am merging you report against the already existing request for calligra 2.8 so it will get closed when that one got accepted. Whether and when that will happen I dont know.And were nearing the freeze... Regards Rene -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. Axel Huebl axel.hu...@web.deschrieb: Package: krita Version: 2.8 Severity: wishlist Dear Maintainer, please include krita https://packages.debian.org/sid/krita in the jessie repositories. Thanks! Axel -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, testing-updates), (500, testing) Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140909093551.8209.13141.reportbug@ax3l ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749659: audacity + wxWidgets 3.0 — Proposing patch
On Tue, Sep 09, 2014 at 12:43:26PM +0200, Martin Steghöfer wrote: So we're basically waiting for a maintainer to incorporate the patches (including the modification) in the package, update the build dependencies and upload the whole thing. Olly proposed to NMU the package, but there was no reaction from any of the maintainers so far. If it helps, I can post a new version of the patch including Olly's proposed change. Would that help? That would be very useful - then it will be clearer exactly what the currently proposed changes are. The maintainers should also decide if they want to accept the configure script patch or if they want to modify the package so autoconf automatically recreates them. Bottom-line: The main work is done, but in order to move forward we need some attention from the maintainers. If the maintainers aren't actively working on this, we should NMU. Getting the updated package uploaded soon means there's time for shaking out any resulting issues before the freeze. After the release freeze, any fixes will have to get an explicit OK from the release team. 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#760936: BLAS: not Multi-Arch safe
On Tue, Sep 09, 2014 at 11:11:39AM +0200, Thorsten Glaser wrote:
The problem here is that I can install, for example,
libblas3:amd64 and libatlas3-base:i386, and they are
managed by the same alternative.
Let me sketch a scenario to make the projected breakage explicit:
Let's say my package foo Depends on libblas3 | libblas.so.3. Now
foo:i386 is installed, but the alternative is chosen to be served from
libblas3:amd64. Since libatlas3-base:i386 provides libblas.so.3:i386, I
can install foo that way, but it will fail to work. This is exactly what
happened on #760821.
Helmut and I think you need to move the libblas.so.3
symlink into arch-qualified subdirectories and manage
multiple alternatives, one per architecture.
By managing per-architecture alternatives libblas.so.3 is only provided
when it is actually available. I am not sure how much code this
transition would break. From a quick glance, all providers (atlas, blas,
...) need to be updated. In addition, python-scipy will have its test
suite broken. Probably more.
Helmut suggested to just add Conflicts: libblas.so.3
to all providers of the libblas.so.3 virtual package,
so they are not coïnstallable, then drop the alternatives
Geraffel and just use normal M-A coïnstallability. Please
do enlighten us to the reason of this alternatives system ???
Dropping the alternatives handling is optional here (, but after adding
conflicts there can only be one provider at any one time, so it is kinda
useless). This is the quick and dirty solution that will make the
breakage go away now.
There is yet another workaround to the issue at hand. The blas providers
could provide an additional package (for internal consumption only)
named libblas.so.3-${DEB_HOST_ARCH} and conflict this particular
package for all other (release) architectures. That would ensure that
all blas providers would always use the same architecture without
sacrificing the ability to install multiple providers for the same
architecture.
Further down the road, replacing the update-alternatives mechanism with
tiny meta packages containing just the symbolic link would also work.
The existing packages would drop their provides libblas.so.3 and new
packages shipping just that symlink would provide and conflict
libblas.so.3. Sadly, this introduces quite a few small packages.
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760917: logind: ReserveVT does not work for Xorg
Brian Potkin, le Tue 09 Sep 2014 11:51:59 +0100, a écrit : On Tue 09 Sep 2014 at 09:43:28 +0200, Samuel Thibault wrote: Steps to reproduce (yes, the beginning is the same as my previous bug report): 1. have a system with no xdm such, i.e. boots in text mode only 2. boot it, on thus gets to a login banner on VT1 3. log into VT1 4. run startx from there The result is that Xorg is running on VT2, which it should have been running on VT7 since I have set ReserveVT to 6 (which is actually Basically, (but please see later), X starts on the first free console under both syvinit and systemd. I know. But isn't ReserveVT supposed to make X avoid VTs from 1 to 6? I wonder whether you quite understand the purpose of VT6. I don't know what you mean by VT6 here, but what I can read is: ReserveVT= Takes a positive integer. Configures the number of one virtual terminal that shall unconditionally be reserved for autovt@.service activation (see above). The VT selected with this option will be marked busy unconditionally, so that no other subsystem will allocate it. This functionality is useful to ensure that regardless of how many VTs are allocated by other subsystems, one login getty is always available. Defaults to 6 (in other words, there will always be a getty available on Alt-F6.). When set to 0, VT reservation is disabled. Xorg is another subsystem allocating VTs to me. the above documentation explicitly says that the VTs should be marked busy, and thus Xorg wouldn't use them. But apparently this isn't working. apparently the default already). This makes it a pain for knowing where Xorg is running, since that now depends whether you have logged into VT2, VT3, etc. or not... xinit (1.3.3-1) has been patched to start X on the VT startx is used from. So it makes the bug report moot indeed... Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760902: aptly: gave an error while installing aptly at ldd -r: failed at /usr/bin/adequate line 812, $ldd line 4.
ldd -r: failed at /usr/bin/adequate line 812, $ldd line 4. The root cause is that ldd -r segfaults when run against some Go executables. This is tracked as bug #710521. But I'm leaving this bug open against adequate, because ideally it should handle such failures gracefully. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758116: More tasks option in Tasksel: what tasks do you want there?
Hi Cyril, On Mon, Sep 08, 2014 at 02:33:06AM +0200, Cyril Brulebois wrote: At some point it would really be nice to have a summary of what happened or what was discussed at DebConf, but on mailing lists. While I'm very happy to see stuff happen during in person meetings, keeping people who weren't there out of the loop shouldn't happen IMO. +1 (specifically for people who did not joined DebConf) (I'm probably biased since I'm in that category; and maybe additionally slightly annoyed since I spent quite some time providing material for discussion with no feedback as of yet.) Regarding one item of Adam's list the Blends topic you might like to have a look at #758116 where we try to write down opinions. Please note that any of these Blends provide a *set* of tasks so it might make sense if we have the space to add all seven listed Blends on the first screen and enable to select single tasks after selecting one Blend (and perhaps selecting more tasks from other Blends like for instance Debian Med --- select Biology go back to main screen Debian Science --- select tasks Statistics and Viewing or something like this). Kind regards and thanks for all your work for d-i Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760942: kde-workspace: FTBFS on ppc64el: couldn't find library libkwinglesutils.so.1
Source: kde-workspace
Version: 4:4.11.11-1
Severity: important
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
kde-workspace fails to build on ppc64el with the following error:
| dpkg-shlibdeps: error: couldn't find library libkwinglesutils.so.1 needed by
debian/kde-window-manager/usr/lib/kde4/libkdeinit/libkdeinit4_kwin_gles.so (ELF
format: 'elf64-powerpcle'; RPATH: '')
The full build log is available there:
https://buildd.debian.org/status/fetch.php?pkg=kde-workspacearch=ppc64elver=4%3A4.11.11-1stamp=1410253503
The issue is that libkwinglesutils.so.1 is built, but not package as
ppc64el is not listed in the Architecture: field. The patch below fixes
that. Note that the same kind of patch might also be needed on arm64 but
I have no way to test that.
Aurelien
diff -Nru kde-workspace-4.11.11/debian/control
kde-workspace-4.11.11/debian/control
--- kde-workspace-4.11.11/debian/control2014-08-01 09:36:36.0
+0200
+++ kde-workspace-4.11.11/debian/control2014-09-09 13:00:10.0
+0200
@@ -605,7 +605,7 @@
Package: libkwinglesutils1
Section: libs
-Architecture: alpha amd64 armel armhf hppa i386 ia64 kfreebsd-amd64
kfreebsd-i386 mips mipsel powerpc ppc64 s390x sh4 sparc
+Architecture: alpha amd64 armel armhf hppa i386 ia64 kfreebsd-amd64
kfreebsd-i386 mips mipsel powerpc ppc64 ppc64el s390x sh4 sparc
X-Debian-ABI: 0
X-CMake-Target: kwinglesutils
Depends: ${misc:Depends}, ${shlibs:Depends}
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.14-2-powerpc64le (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#759945: [Debian-med-packaging] Bug#759945: elastix: FTBFS: make[3]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libhdf5.so', needed by 'bin/elastix'. Stop.
Hi Gert, On Tue, Sep 09, 2014 at 12:51:52PM +0200, Gert Wollny wrote: I'm afraid it's more complicated. It's actually way more simple since it can be explained by me beeing stupid enough to rebuild 4.7-1 (which actually had the fftw3 problem) instead of the current 4.7-2 which builds nicely. However, I'm not quite sure why the problem with fftw comes up now, libfftw3-dev is in the Recommends section, so it never was installed in a pbuilder environment based on elastix dependencies. I guess we will have to move libfftw3-dev (and probably also uuid-dev) from Recommends to Depends in the libinsighttoolkit4-dev section. Since it was just a stupid regression and I was perfectly able to build elastix 4.7-2 now I'm going to close the bug now. This probably also applies to #759971. Unless Steve beats me to it, I'll probably get around to prepare a new upload for insighttoolkit4 next week. Please simply try to rebuild the package before - it works for me. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
Le Tue, 09 Sep 2014 12:36:31 +0530, Ritesh Raj Sarraf r...@researchut.com a écrit : On Tuesday 09 September 2014 05:39 AM, Laurent Bigonville wrote: Did you play with the change you had proposed ? I tried it but now I do not get the apport popups. I'll look into it sometime later but if you already did, please do share your results. No I didn't really test it it was a wild guess, sorry. This is not seeming to work. All the crash reports are owned by me. Also, syslog reports of firing the command. Need to look into more detail. I guess it's not working because it's monitoring a full directory? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760917: logind: ReserveVT does not work for Xorg
On 09/09/2014 12:57, Samuel Thibault wrote: Brian Potkin, le Tue 09 Sep 2014 11:51:59 +0100, a écrit : Basically, (but please see later), X starts on the first free console under both syvinit and systemd. I know. But isn't ReserveVT supposed to make X avoid VTs from 1 to 6? I wonder whether you quite understand the purpose of VT6. I don't know what you mean by VT6 here, but what I can read is: ReserveVT= Takes a positive integer. Configures the number of one virtual ^^^ terminal that shall unconditionally be reserved for autovt@.service activation (see above). The VT selected with this option will be marked busy unconditionally, so that no other subsystem will allocate it. This functionality is useful to ensure that regardless of how many VTs are allocated by other subsystems, one login getty is always available. Defaults to 6 (in other words, there will always be a getty available on Alt-F6.). When set to 0, VT reservation is disabled. Xorg is another subsystem allocating VTs to me. the above documentation explicitly says that the VTs should be marked busy, and thus Xorg wouldn't use them. But apparently this isn't working. It reserves *one* VT for a getty (i.e. only vt6), not the range 1-6. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760943: plplot FTBFS due to HDF5 transition
Source: plplot Version: 5.9.9-5 Severity: grave Hi, Even when 707268 is fixed, plplot still fails to build from source because the build system is not able to cope with the new location of hdf5.h. A quick and dirty fix is to remove the check for hdf5.h in cmake/modules/octave.cmake and adding the right flags to CPPFLAGS in debian/rules: CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS) \ $(shell mkoctfile -p INCFLAGS) Kind regards, Thibaut. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749659: audacity + wxWidgets 3.0 — Proposing patch
On Tue, Sep 9, 2014 at 6:49 AM, Olly Betts o...@survex.com wrote: Control: severity -1 serious On Mon, Sep 08, 2014 at 10:12:37PM -0400, Reinhard Tartler wrote: I wonder what's the status of this bug. The most recent email did not help to clarify, so I test-compiled wx3.0.patch as proposed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749659#35, and can confirm that the package builds fine. However, I noticed this in configure.log: checking for wx-config... /usr/bin/wx-config configure: Checking that the chosen version of wxWidgets is 2.8.x or 3.0.x Great, you're using wxWidgets 2.8.12! I guess that is because the build dependencies needs updating. So I guess given that the proposed patch to the package is incomplete at best, I've removed the patch tag, as clearly more clarification is needed. Olly, I noticed that you raised the severity of this bug to Serious without further explanation. Can you please elaborate here? Justification was in the mail which updated the severity: # blocks the on-going wxwidgets3.0 transition severity 749659 serious thanks You can see that from the BTS if you click on the Full text link: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;bug=749659 https://wiki.debian.org/Teams/ReleaseTeam/Transitions says to use severity serious once the transition starts, which it officially did on 2014-05-27: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=24;bug=748169 Oh, that's the part I missed. Sorry. This situation claims that audacity should be removed from testing because of this issue. Is this really your intention? Very much so - the wxwidgets3.0 transition is close to complete and audacity is one of the stragglers: https://release.debian.org/transitions/html/wxwidgets3.0.html In fact, it's the only one still in testing, which is only because it is on the list which autorm won't touch due to popcon score. Of those, grass has an somewhat bogus build dependency (it really wants to check the wxPython version, so should do that directly) and 5 more the maintainer has said to remove. Of the remaining 8, most have a fix in progress. Thanks for the status update. It seems that audacity is really one of the remaining packages blocking this transition. This was not clear to when reading the bug. This transition has been going on for a really unhealthy amount of time. Please correct me and clarify if I got something wrong, but AFAIUI, there are no reason for pressing on this bug because jessie will ship with wxWidgets 2.8. Martin, may I recommend you getting in touch with upstream about this patch? I suppose the release team have the final say, but my intention is that jessie will not ship with wxwidgets2.8. It is a large and complex library, and now unmaintained upstream. Even before 3.0 was released, 2.8 was neglected - the last release was 2011-03-28. So by the time jessie releases, wx2.8 will be close to 4 years old. By the EOL of jessie (assuming no LTS), it'll be close to 6 years old. And given (thanks to Martin's superlative efforts) we have a patch for audacity, why are we even having this discussion? Well, I would appreciate a patch that is a) uptodate and b) complete (what changes to the packaging are required to satisfy this transition). Can you maybe attach a debdiff, please? (BTW, I wouldn't mind a NMU) -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758480: back to udev again
retitle 758480 udev takes extremely long time waiting for /dev to be populated for other init systems than systemd-sysv found 758480 208-8 thanks Marco, please read Message #10 and Message #24 of #758480 before blindly reassigning to openrc. This bug is not an openrc (or sysvinit-core) bug! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760917: logind: ReserveVT does not work for Xorg
Ansgar Burchardt, le Tue 09 Sep 2014 13:19:04 +0200, a écrit : ReserveVT= Takes a positive integer. Configures the number of one virtual ^^^ It reserves *one* VT for a getty (i.e. only vt6), not the range 1-6. Uh, my bad. Then I don't understand why the default value is 6. What is the use of it being 6? This is what has mislead me. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760917: logind: ReserveVT does not work for Xorg
Samuel Thibault, le Tue 09 Sep 2014 13:21:05 +0200, a écrit : Ansgar Burchardt, le Tue 09 Sep 2014 13:19:04 +0200, a écrit : ReserveVT= Takes a positive integer. Configures the number of one virtual ^^^ It reserves *one* VT for a getty (i.e. only vt6), not the range 1-6. Uh, my bad. Then I don't understand why the default value is 6. What is the use of it being 6? This is what has mislead me. I meant: the documented value in the sample logind.conf file. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760944: loganalyzer: postinst incorrectly checks for activation w/ apache2.4
Package: loganalyzer
Version: 3.6.6+dfsg-1
Severity: serious
Tags: patch
Justification: Policy 6.2
Hello there,
loganalyzer's postinst creates
/etc/apache2/conf-available/loganalyzer.conf during installation, but
fails to detect that it has already created this file during subsequent
postinst runs, which leads to failure to configure during package
upgrades. This appears to stem from copy-and-waste during converting the
package to work with both apache2.2 and apache2.4. :)
Please see the following transcript for details:
:) fernst@fernst:~$ ls -al /etc/apache2/*/*logana*
lrwxrwxrwx 1 root root 28 Mar 19 12:31
/etc/apache2/conf-available/loganalyzer.conf - /etc/loganalyzer/apache.conf
lrwxrwxrwx 1 root root 28 Mar 19 12:31 /etc/apache2/conf.d/loganalyzer -
/etc/loganalyzer/apache.conf
lrwxrwxrwx 1 root root 34 Mar 19 12:31
/etc/apache2/conf-enabled/loganalyzer.conf - ../conf-available/loganalyzer.conf
:) fernst@fernst:~$ sudo bash
:) root@fernst:/home/fernst$ sh -x /var/lib/dpkg/info/loganalyzer.postinst
configure
+ set -e
+ [ configure = configure ]
+ webserver=apache2
+ pkgname=loganalyzer
+ [ -x /usr/sbin/apache2 ]
+ a2enmod php5
Module php5 already enabled
+ a2enmod cgi
Module cgi already enabled
+ HTTPD_ETC=/etc/apache2
+ HTTPD_CONF_OLD=/etc/apache2/conf.d
+ HTTPD_CONF_NEW=/etc/apache2/conf-available
+ [ -d /etc/apache2 ]
+ [ -d /etc/apache2/conf.d -a ! -f /etc/apache2/conf.d/loganalyzer -a ! -h
/etc/apache2/conf.d/loganalyzer ]
+ [ -d /etc/apache2/conf-available -a ! -f
/etc/apache2/conf-available/loganalyzer -a ! -h
/etc/apache2/conf-available/loganalyzer ]
+ ln -s /etc/loganalyzer/apache.conf
/etc/apache2/conf-available/loganalyzer.conf
ln: failed to create symbolic link
‘/etc/apache2/conf-available/loganalyzer.conf’: File exists
:( root@fernst:/home/fernst$ echo $?
1
The following patch allows the package to be configured again:
:) fernst@fernst:~$ diff -u /var/lib/dpkg/info/loganalyzer.postinst.bak
/var/lib/dpkg/info/loganalyzer.postinst
--- /var/lib/dpkg/info/loganalyzer.postinst.bak 2014-09-07 08:43:33.0
+0200
+++ /var/lib/dpkg/info/loganalyzer.postinst 2014-09-09 13:12:48.642837223
+0200
@@ -48,7 +48,7 @@
then
ln -s /etc/${pkgname}/apache.conf ${HTTPD_CONF_OLD}/${pkgname}
fi
-if [ -d ${HTTPD_CONF_NEW} -a ! -f ${HTTPD_CONF_NEW}/${pkgname} -a
! -h ${HTTPD_CONF_NEW}/${pkgname} ];
+if [ -d ${HTTPD_CONF_NEW} -a ! -f
${HTTPD_CONF_NEW}/${pkgname}.conf -a ! -h ${HTTPD_CONF_NEW}/${pkgname}.conf ];
then
ln -s /etc/${pkgname}/apache.conf
${HTTPD_CONF_NEW}/${pkgname}.conf
if [ -e /usr/share/apache2/apache2-maintscript-helper ] ; then
HTH,
Flo
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (50, 'testing-proposed-updates'), (50,
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages loganalyzer depends on:
ii apache2 2.4.10-1
ii apache2-bin [httpd-cgi] 2.4.10-1
ii apache2-mpm-prefork [httpd-cgi] 2.4.10-1
ii debconf 1.5.53
ii libapache2-mod-php5 5.6.0+dfsg-1
ii php5 5.6.0+dfsg-1
ii ttf-bitstream-vera 1.10-8
Versions of packages loganalyzer recommends:
ii php5-mongo 1.4.5-2+b1
Versions of packages loganalyzer suggests:
ii php5-gd 5.6.0+dfsg-1
ii rsyslog 8.4.0-2
-- Configuration Files:
/etc/loganalyzer/config.php changed [not included]
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760945: postinst overwrites permissions set by admin, destroys configuration for slaves
Package: smokeping Version: 2.6.9-1 Severity: normal Hi! In the postinst the following commands are executed: , | chown smokeping:smokeping /var/lib/smokeping | chown smokeping:smokeping /etc/smokeping/smokeping_secrets | chmod 640 /etc/smokeping/smokeping_secrets ` This unconditionally destroys any custom permissions the admin may have set. Overwriting the permissions for /etc/smokeping/smokeping_secrets is especially desastrous because this file needs to be read by the www-data user (or group) to allow slaves to connect correctly. Right now the only option is to use POSIX-ACLs to allow www-data to read that file because if you just use chgrp www-data this change will get overwritten the next time the package is updated. Also the directory /var/lib/smokeping needs to be writable by www-data to allow the data submitted by the slaves to be written to the RRD files or you will get errors like this in the Apache error log: smokeping.cgi [client 10.1.1.32]: Could not update /var/lib/smokeping//Remote/Campus_Remote/swXXX-remote-v1.smoke-slave.slave_cache, giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. Grüße, Sven. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.14-2-amd64 (SMP w/4 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 smokeping depends on: ii adduser 3.113+nmu3 ii debianutils 4.4 ii fping 3.10-2 ii libcgi-fast-perl1:2.02-1 ii libconfig-grammar-perl 1.10-2 ii libdigest-hmac-perl 1.03+dfsg-1 ii libjs-cropper 1.2.2-1 ii libjs-prototype 1.7.1-3 ii libjs-scriptaculous 1.9.0-2 ii librrds-perl1.4.8-1.1+b1 ii libsnmp-session-perl1.13-1.1 ii liburi-perl 1.64-1 ii libwww-perl 6.08-1 ii lsb-base4.1+Debian13 ii perl5.20.0-6 ii ucf 3.0030 Versions of packages smokeping recommends: ii apache2 2.4.10-1+b1 ii apache2-bin [httpd-cgi] 2.4.10-1+b1 ii apache2-mpm-prefork [httpd-cgi] 2.4.10-1+b1 ii apache2-mpm-worker [httpd-cgi] 2.4.10-1+b1 ii dnsutils 1:9.9.5.dfsg-4 ii echoping 6.0.2-8 ii libsocket6-perl 0.25-1+b1 Versions of packages smokeping suggests: ii curl 7.37.1-1 ii exim4 4.84-2 ii exim4-daemon-light [mail-transport-agent] 4.84-2 pn libauthen-radius-perl none ii libio-socket-ssl-perl 1.998-1 ii libnet-dns-perl0.79-2 pn libnet-ldap-perl none ii libnet-telnet-perl 3.04-1 ii openssh-client 1:6.6p1-7 -- Configuration Files: /etc/smokeping/apache2.conf changed [not included] /etc/smokeping/config.d/General changed [not included] /etc/smokeping/config.d/Probes changed [not included] /etc/smokeping/config.d/Slaves changed [not included] /etc/smokeping/config.d/Targets changed [not included] /etc/smokeping/config.d/pathnames changed [not included] /etc/smokeping/smokeping_secrets [Errno 13] Permission denied: u'/etc/smokeping/smokeping_secrets' -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760930: [Pkg-scala-maint] Bug#760930: scala: ftbfs with OpenJDK 8
Am 09.09.2014 um 12:23 schrieb Mehdi Dogguy: Le 2014-09-09 10:52, Matthias Klose a écrit : /«BUILDDIR»/scala-2.9.2+dfsg/build.xml:392: java.lang.RuntimeException: Compilation failed because of an internal compiler error; see the error output for details. The error says explicitly that it is an internal compiler error. Why is this bug reported against Scala and not against OpenJDK 8? (even if it can be worked-around in Scala). there is no guarantee that java packages build with newer java compilers. Sure, an internal compiler error should not happen, but afaics this is a scala version released before openjdk-8 was released. So please recheck at least if a scala release made after the first openjdk-8 release still shows this error. And no, internal compiler errors on invalid code are not only an issue with the compiler. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760946: ImportError: could not import gobject (could not find _PyGObject_API object)
Package: python-gconf Version: 2.28.1+dfsg-1 Severity: normal Dear Maintainer, I've been unable to start pysshmenu, which uses the following code : #!/usr/bin/python ''' ... ''' from gi.repository import Gtk, Gdk import copy import re import subprocess import os import yaml import shutil import gconf import glib import webbrowser which results in : $ /usr/bin/pysshmenu ** (pysshmenu:23359): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Traceback (most recent call last): File /usr/bin/pysshmenu, line 32, in module import gconf ImportError: could not import gobject (could not find _PyGObject_API object) I don't understand what's happening, since there's no problem in importing gconf without the preceding imports. This looks very much like something that appeared in #725665 for nautilus a while ago. Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gconf depends on: ii libc6 2.19-10 ii libgconf2-4 3.2.6-3 ii libglib2.0-0 2.40.0-5 ii python2.7.8-1 ii python-gobject-2 2.28.6-12+b1 ii python2.7 2.7.8-6 python-gconf recommends no packages. Versions of packages python-gconf suggests: pn python-gnome2-doc none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760947: systemd: Does not start consoles configured in /etc/inittab
Package: systemd Version: 208-8 Severity: normal Hello, On a wheezy system, I had a serial console configured in /etc/inittab, used as a secondary work terminal (i.e. no console=ttyS0 on the kernel command line). After an upgrade to Jessie, logind doesn't start a getty on ttyS0. Steps to reproduce: - install Wheezy - uncomment ttyS0 line from /etc/inittab - init q, login appears on ttyS0 - upgrade to Jessie - reboot, login doesn't appear on ttyS0 The same happens with supplementary terminals configured in /etc/inittab: 7:23:respawn:/sbin/getty -8 38400 tty7 8:23:respawn:/sbin/getty -8 38400 tty8 etc. On a freshly installed Jessie system, /etc/inittab still gets installed, but has no effect. That will be very surprising to admins. Samuel -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages systemd depends on: ii acl 2.2.52-1.1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-1.1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.8 ii libc62.19-9 ii libcap2 1:2.24-4 ii libcap2-bin 1:2.24-4 ii libcryptsetup4 2:1.6.6-1 ii libdbus-1-3 1.8.6-2 ii libgcrypt11 1.5.4-3 ii libkmod2 18-1 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3.1 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-8 ii libsystemd-journal0 208-8 ii libsystemd-login0208-8 ii libudev1 208-8 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53.4 ii udev 208-8 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: ii libpam-systemd 208-8 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandleLidSwitch=lock -- no debconf information -- Samuel *** s has joined channel #ens-mim N re s pfff s mare de la pfp. s pas commencer et j'en ai deja marre. s bon ct juste un cou de gueule ++ *** s has left channel #ens-mim (s) -+- #ens-mim et la peufeupeu -+- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758480: back to udev again
reassign 75848 udev retitle 758480 udev takes extremely long time waiting for /dev to be populated for other init systems than systemd-sysv found 758480 208-8 thanks Marco, please read Message #10 and Message #24 of #758480 before blindly reassigning to openrc. This bug is not an openrc (or sysvinit-core) bug! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760948: post-inst script fails while adding group systemd-journal if it exists
Package: systemd Version: 215-2 Severity: grave After installation systemd.postinst fails with code 1 when the group systemd-journal already exists because then addgroup returns code 1 even with --quiet. To resolve this I added || true in line 98 so that the script continues: addgroup --quiet --system systemd-journal || true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759971: [Debian-med-packaging] Bug#759945: elastix: FTBFS: make[3]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libhdf5.so', needed by 'bin/elastix'. Stop.
Hello Andreas, It's actually way more simple since it can be explained by me beeing stupid enough to rebuild 4.7-1 (which actually had the fftw3 problem) instead of the current 4.7-2 which builds nicely. Me too, and I saw that as of 4.7-2 elastix has libfftw3-dev as build dependency. Still, as things stand this dependency should probably be better pulled in by libinsighttoolkit4-dev since it's ITK's cmake use file that exposes the requirement. Best, Gert signature.asc Description: This is a digitally signed message part
Bug#760947: systemd: Does not start consoles configured in /etc/inittab
More generally, all configuration in /etc/inittab gets inactive: the CTRL-ALT-DEL and ALT-UpArrow shortcut commands, notably. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760948: post-inst script fails while adding group systemd-journal if it exists
Am 09.09.2014 13:41, schrieb pot...@riseup.net: Package: systemd Version: 215-2 Severity: grave After installation systemd.postinst fails with code 1 when the group systemd-journal already exists because then addgroup returns code 1 even with --quiet. What paste the output (as root) getent group systemd-journal addgroup --system systemd-journal -- 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#749432: Fixed in new gnome-shell version
Hello, at least for me this problem is fixed with the version available in experimental (3.13.91-1) which might also need gnome-session and gdm3 from there. (sudo apt -t experimental install gnome-shell gdm3 gnome-session with /etc/apt/sources.list containing: deb http://ftp.de.debian.org/debian experimental main contrib non-free deb-src http://ftp.de.debian.org/debian experimental main contrib non-free and doing sudo apt update before ;) ) Regards, Kai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
