Bug#910237: Bug
Hi Steve / Doug On Mon, 8 Oct 2018 at 07:27, Steve Robbins wrote: > This level seems a bit extreme, to me, considering the guidelines in https:// > www.debian.org/Bugs/Developer Severity serious is correct. From the RC policy document [1]: Packages must autobuild without failure on all architectures on which they are supported. > Moreover, it's not clear that the bug lies with googletest. Yes, there is at least an RC bug in googletest or mathicgb, hence Paul wrote: On Wed, 3 Oct 2018 at 20:27, Paul Gevers wrote: > Due to the nature of this issue, I filed > this bug report against both packages. Can you please investigate the > situation and reassign the bug to the right package? Googletest 1.8.1-1 should not migrate to testing as long as mathicgb FTBFS. Either googletest or mathicgb needs fixing, or mathicgb needs to be removed from testing. Regards Graham [1] https://release.debian.org/testing/rc_policy.txt
Bug#910561: debian-policy does not recommend last version of libjs-sphinxdoc
Package: debian-policy Version: 4.2.1.1 Severity: normal Dear Maintainer, Upgrade of libjs-sphinxdoc to version 1.7.9-1 is blocked by debian-policy which recommends libjs-sphinxdoc 1.7.8-1. Please solve this issue because many packages depend on libjs-sphinxdoc. Regards François -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr:en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled debian-policy depends on no packages. Versions of packages debian-policy recommends: ii libjs-sphinxdoc 1.7.8-1 Versions of packages debian-policy suggests: ii doc-base 0.10.8 -- no debconf information
Bug#910560: [choose-mirror] fails to build when parallel build is activated
On 10/8/18 7:51 AM, Holger Wansing wrote: > Since version 2.92, choose-mirror fails to build with > "dpkg-buildpackage -j", the debian/iso_3166.tab file seems to be removed by > error: > > (can also be seen at jenkins: > https://jenkins.debian.net/view/d-i_packages/job/d-i_build_choose-mirror/ > where I found it initially) It builds fine here on my machine using sbuild and also fine on the buildds which are building with sbuild and "parallel=N" with N >= 2 [1]. You are building in an unclean build environment unless you are building with something like sbuild and pbuilder, so your build results can have unexpected results. Please create a local sbuild setup and try again. Adrian > [1] > https://buildd.debian.org/status/package.php?p=choose-mirror=unstable -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#910562: korganizer segfaults at start
Package: korganizer Version: 4:17.12.3-2 Severity: important Dear Maintainer, When I try to start korganizer, it segfaults immediately olivier ~> korganizer KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = korganizer path = /usr/bin pid = 3571 KCrash: Arguments: /usr/bin/korganizer KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from kdeinit sock_file=/run/user/1000/kdeinit5__0 Warning: connect() failed: : No such file or directory KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi directly kf5.kwidgetsaddons: Invalid pixmap specified. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages korganizer depends on: ii kdepim-runtime 4:17.12.3-2 ii kio 5.49.0-1 ii libc62.27-6 ii libgcc1 1:8.2.0-7 ii libkf5akonadicalendar5abi1 4:17.12.3-1 ii libkf5akonadicontact54:17.12.3-2 ii libkf5akonadicore5abi1 4:17.12.3-3 ii libkf5akonadimime5 4:17.12.3-1 ii libkf5akonadinotes5 4:17.12.3-1 ii libkf5akonadisearchpim5 4:17.12.3-1 ii libkf5akonadiwidgets5abi14:17.12.3-3 ii libkf5calendarcore5abi1 4:17.12.3-1 ii libkf5calendarsupport5abi1 4:17.12.3-1 ii libkf5calendarutils5 4:17.12.3-1 ii libkf5codecs55.49.0-1 ii libkf5completion55.49.0-1 ii libkf5configcore55.49.0-1 ii libkf5configgui5 5.49.0-1 ii libkf5configwidgets5 5.49.0-1 ii libkf5contacts5 4:18.08.1-1 ii libkf5coreaddons55.49.0-1 ii libkf5crash5 5.49.0-1 ii libkf5dbusaddons55.49.0-1 ii libkf5eventviews54:17.12.3-2 ii libkf5holidays5 1:5.49.0-1 ii libkf5i18n5 5.49.0-1 ii libkf5iconthemes55.49.0-1 ii libkf5identitymanagement517.12.3-1 ii libkf5incidenceeditor5abi1 17.12.3-2 ii libkf5itemmodels55.49.0-1 ii libkf5itemviews5 5.49.0-1 ii libkf5jobwidgets55.49.0-1 ii libkf5kcmutils5 5.49.0-1 ii libkf5kdepimdbusinterfaces5 4:17.12.3-1 ii libkf5kiocore5 5.49.0-1 ii libkf5kiowidgets55.49.0-1 ii libkf5kontactinterface5 18.08.1-1 ii libkf5libkdepim-plugins 4:17.12.3-1 ii libkf5libkdepim5 4:17.12.3-1 ii libkf5libkdepimakonadi5 4:17.12.3-1 ii libkf5mailtransport5 17.12.3-1 ii libkf5mailtransportakonadi5 17.12.3-1 ii libkf5mime5abi1 18.08.1-1 ii libkf5newstuff5 5.49.0-1 ii libkf5notifications5 5.49.0-1 ii libkf5parts5 5.49.0-1 ii libkf5pimcommon5abi1 4:17.12.3-1 ii libkf5pimcommonakonadi5 4:17.12.3-1 ii libkf5pimtextedit5abi1 17.12.3-2 ii libkf5service-bin5.49.0-1 ii libkf5service5 5.49.0-1 ii libkf5widgetsaddons5 5.49.0-1 ii libkf5windowsystem5 5.49.0-1 ii libkf5xmlgui55.49.0-1 ii libphonon4qt5-4 4:4.10.1-1 ii libqt5core5a 5.11.1+dfsg-9 ii libqt5dbus5 5.11.1+dfsg-9 ii libqt5gui5 5.11.1+dfsg-9 ii libqt5widgets5 5.11.1+dfsg-9 ii libstdc++6 8.2.0-7 ii phonon4qt5 4:4.10.1-1 korganizer recommends no packages. korganizer suggests no packages. -- no debconf information
Bug#910563: ITP: radon -- Code metric generator for python
Package: wnpp Severity: wishlist Owner: Neil Williams * Package name: radon Version : 2.3.1 Upstream Author : 2012-2017 Michele Lacchia * URL : https://github.com/rubik/radon * License : BSD Programming Lang: Python Description : Code metric generator for python Radon is a Python tool which computes various code metrics. Supported metrics are: . raw metrics: SLOC, comment lines, blank lines, Cyclomatic Complexity (i.e. McCabe’s Complexity) Halstead metrics (all of them) the Maintainability Index (a Visual Studio metric) . Radon can be used either from the command line or programmatically through its API.
Bug#910564: ITP: mando -- command line argument parser for python
Package: wnpp Severity: wishlist Owner: Neil Williams * Package name: mando Version : 0.6.4 Upstream Author : 2013 Michele Lacchia * URL : https://github.com/rubik/mando * License : MIT Programming Lang: Python Description : command line argument parser for python Mando attempts to simplify command line argument parsing with multiple commands by using decorators to infer the boilerplate for argparse directly from the function declarations. mando is a dependency for radon (same author).
Bug#835394: [pkg-gnupg-maint] Bug#835394: Bug#835394: Same issue here
On Sun 2018-10-07 19:46:38 +0200, Sofus Rose wrote: > 0. systemd is set to a text startup target. > 1. I login to a tty text console. > 2. I run startx I use this same workflow to start X11, and i don't have the problems described. > It may be worth noting that after my DE (Budgie) has started, I'm usually > prompted to enter my password to unlock the login keychain. what version of pinentry are you using? do you have dbus-user-session installed? Regards, --dkg
Bug#790196: rasmol: Port to GTK+ 3 / VTE 2.91
Hi all, Rasmol upstream is not dead, it's just resting :) The current sources live at https://github.com/rasmol/rasmol/tree/rasmol-2.7.6 and contain a gtk3 port which I made in the spring. Unfortunately I got distracted by other projects before I could finish the Debian packaging. There are also library dependencies which I would like to upgrade before rasmol itself. I see that there has been some (possibly duplicate) effort here to get this bug fixed and I'm sorry that I did not communicate about the development that has been made elsewhere. I will integrate the new upstream code to the salsa repo soon. Best, Teemu
Bug#910572: nmu: pyfai_0.15.0+dfsg1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu pyfai_0.15.0+dfsg1-1 . ANY . unstable . -m "python3.7 transition with the right pyopencl" Hello, pyFAI need to be rebuild with the right pyopencl package. The current FTBFS is due to an issue with pyopencl #909379. thanks for considering Frederic -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-0.bpo.3-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors
On Mon, Oct 08, 2018 at 12:15:36AM +0200, Marek Marczykowski-Górecki wrote: > Filling bugs in web browser is indeed something many people expect. (grumpy person here that don't understand those people…!) > What about providing appropriate "mailto" link to open new issue on BTS, > including all the magic headers, bug template etc? > Like the "reply" one existing already on BTS (I'm using it right now, I > even get quoted message I reply to!). I just added such a link in https://diffoscope.org/ - what do you all think? :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#910560: [choose-mirror] fails to build when parallel build is activated
On 2018-10-08 09:08, John Paul Adrian Glaubitz wrote: On 10/8/18 7:51 AM, Holger Wansing wrote: Since version 2.92, choose-mirror fails to build with "dpkg-buildpackage -j", the debian/iso_3166.tab file seems to be removed by error: (can also be seen at jenkins: https://jenkins.debian.net/view/d-i_packages/job/d-i_build_choose-mirror/ where I found it initially) It builds fine here on my machine using sbuild and also fine on the buildds which are building with sbuild and "parallel=N" with N >= 2 [1]. You are building in an unclean build environment unless you are building with something like sbuild and pbuilder, so your build results can have unexpected results. Please create a local sbuild setup and try again. Adrian [1] https://buildd.debian.org/status/package.php?p=choose-mirror=unstable dpkg-buildpackage -j is like the worst option to ever have been introduced and not removed. Try -J instead. :( Kind regards Philipp Kern
Bug#910578: codespell: False positive on email addresses
Package: codespell Version: 1.14.0-1 Severity: normal Hi! It looks like codespell does not recognize email addresses, so something like the following: ,--- codespell.txt --- Thanks to . `--- triggers an error, when it should not: ,--- $ codespell codespell.txt codespell.txt:1: cas ==> case `--- I just had to disable such false positive in dpkg codespell unit test, which means I'll be unable to notice such possible problems in the future. It would be nice if this could be improved. :) Thnks, Guillem
Bug#910560: [choose-mirror] fails to build when parallel build is activated
On 10/8/18 12:38 PM, Holger Wansing wrote: > Ok, so we have no package problem at all? Well, it builds fine on the buildds and it also does not show build issues on reproducible-builds.org: > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/choose-mirror.html > Should that bug be reassigned to jenkins.debian.org then, to make jenkins > happy on that topic, too? > jenkins seems to not having parallel builds activated? > Should probably use similar settings as the buildds, to give comparable > results? Controversial opinion: It should use sbuild instead of pbuilder. sbuild is more actively maintained and more reliable in my experience. sbuild is also what the buildds are using. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#910580: pg8000: Newer version available
Source: pg8000 Version: 1.10.6-1 Severity: wishlist Hi, please consider updating this package to 1.12.2. -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#910560: [choose-mirror] fails to build when parallel build is activated
Control: severity -1 wishlist On 10/08/2018 07:51 AM, Holger Wansing wrote: > Package: choose-mirror > Severity: serious > Version: 2.92 > > Since version 2.92, choose-mirror fails to build with > "dpkg-buildpackage -j", the debian/iso_3166.tab file seems to be removed by > error: > > (can also be seen at jenkins: > https://jenkins.debian.net/view/d-i_packages/job/d-i_build_choose-mirror/ > where I found it initially) > > Reducing severity, dpkg-buildpackage -j is broken. Cheers, Julien
Bug#910560: [choose-mirror] fails to build when parallel build is activated
Hi, Philipp Kern wrote: > On 2018-10-08 09:08, John Paul Adrian Glaubitz wrote: > > On 10/8/18 7:51 AM, Holger Wansing wrote: > >> Since version 2.92, choose-mirror fails to build with > >> "dpkg-buildpackage -j", the debian/iso_3166.tab file seems to be > >> removed by > >> error: > >> > >> (can also be seen at jenkins: > >> https://jenkins.debian.net/view/d-i_packages/job/d-i_build_choose-mirror/ > >> where I found it initially) > > It builds fine here on my machine using sbuild and also fine on the > > buildds > > which are building with sbuild and "parallel=N" with N >= 2 [1]. > > > > You are building in an unclean build environment unless you are > > building with > > something like sbuild and pbuilder, so your build results can have > > unexpected > > results. > > > > Please create a local sbuild setup and try again. > > > > Adrian > > > >> [1] > >> https://buildd.debian.org/status/package.php?p=choose-mirror=unstable > > dpkg-buildpackage -j is like the worst option to ever have been > introduced and not removed. Try -J instead. :( Ok, so we have no package problem at all? Should that bug be reassigned to jenkins.debian.org then, to make jenkins happy on that topic, too? jenkins seems to not having parallel builds activated? Should probably use similar settings as the buildds, to give comparable results? Holger -- Holger Wansing PGP-Finterprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#910498: debian-edu: autopkgtest regression: education-menus_2.10.38_amd64.deb (--unpack):, trying to overwrite '/usr/share/tasksel/descs/debian-edu-tasks.desc
On Mon, Oct 08, 2018 at 12:39:13PM +0200, Wolfgang Schweer wrote: > Trying to reproduce this, I ran 'debuild -us -uc -ui' in a clean > debian-edu.git clone directory. > The output from > find debian/ -name '*tasks.desc' is > debian/education-tasks/usr/share/tasksel/descs/debian-edu-tasks.desc > > Also, > https://packages.debian.org/sid/amd64/education-menus/filelist > doesn't contain > /usr/share/tasksel/descs/debian-edu-tasks.desc > > I have no clue how to debug this further. given the changes between those two src:debian-edu versions i'm also puzzled and clueless how this happened. on a related note, why are you filing serious bugs about this, Paul? (More concerned about your work load here than anything else...) Because, shouldn't the autotesting-regression be enough, especially in the soon-to-be-future? -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#877019: ITP: nix -- Purely functional package manager
On Wed, 27 Sep 2017 20:05:06 + Kai Harries wrote: > Package: wnpp > Severity: wishlist > Owner: Kai Harries > > * Package name : nix > Version : 1.1.15 > Upstream Author : Eelco Dolstra > * URL : https://nixos.org/nix/ > * License : LGPL v2.1 > Programming Lang: C++, Shell, C, Perl > Description : Purely functional package manager > > A powerful package manager for Linux and other Unix systems that > makes package management reliable and reproducible. Nix provides > atomic upgrades and rollbacks, side-by-side installation of multiple > versions of a package, multi-user package management and easy setup of > build environments. > > I personally use it to install software that is not part of Debian or > software that I need in a newer version. > > My packaging efforts can be found here [1]. > > I am looking for a sponsor. > > [1] https://github.com/KaiHa/nix-debian/releases > Have you made any progress on this? I discovered the package manager today and I think it would be great to have it in Debian. > signature.asc Description: OpenPGP digital signature
Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC
Hi Benda, thanks for looking into this. Benda Xu wrote: > >> I just installed Debian Buster/Sid from scratch on a GPD Pocket 1 and > >> then switched from systemd to OpenRC. > > Thank you for raising this up. Are you using openrc with sysvinit-core? Yes. Since the package "init" doesn't allow openrc as option, sysvinit-core is installed, too. I though don't know the difference between those two modes (OpenRC with and without sysvinit-core). > >> Swap hasn't been activated by "mount -a", though. (Probably expected, > >> just wanted to mention it.) > > > > Sounds consistent with init scripts not having been registered. > > @Axel, what is the output of `rc-update` of the said system? > /etc/init.d/mountall.sh from initscripts is called by OpenRC by default > to handle /etc/fstab. > > Confirmation check: if you execute `invoke-rc.d mountall.sh start` > instead of `mount -a`, does it work as well? Will check later, I don't have the system with me now and it's currently powered off. I can also confirm (more or less) what Adam said: My other systems running OpenRC are working fine. (Haven't rebooted them recently, though. Will check at least one of them back at home, too, by rebooting.) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#910263: openmpi: segfault during lammps and liggghts autopkgtest
Control: tags -1 + forwarded This is now reported upstream: https://github.com/open-mpi/ompi/issues/5842 Regards Alastair On 05/10/2018 09:01, Graham Inggs wrote: Control: tags -1 + ftbfs Control: severity -1 serious Hi Maintainer The recent rebuild of liggghts on i386 failed [1]. However, it no longer times out, as was reported in #907267. Rebuilds on the reproducible builds infrastructure seemed to fail in a similar way on amd64 [2], i386 [2] and arm64 [3]. The arm64 rebuild of lammps [5] on the reproducible builds infrastructure also seemed similar. However, other architectures were successful. Regards Graham [1] https://buildd.debian.org/status/logs.php?pkg=liggghts=i386 [2] https://tests.reproducible-builds.org/debian/history/amd64/liggghts.html [3] https://tests.reproducible-builds.org/debian/history/i386/liggghts.html [4] https://tests.reproducible-builds.org/debian/history/arm64/liggghts.html [5] https://tests.reproducible-builds.org/debian/history/arm64/lammps.html -- Alastair McKinstry, , , https://diaspora.sceal.ie/u/amckinstry Commander Vimes didn’t like the phrase “The innocent have nothing to fear,” believing the innocent had everything to fear, mostly from the guilty but in the longer term even more from those who say things like “The innocent have nothing to fear.” - T. Pratchett, Snuff
Bug#672704: [blop] LADSPA plugins shouldn't call setlocale()
Wouldn't the most clean approach be to configure the package with '--disable-nls' and be done with it? - Fabian Hi Fabian, it might work, but it would means then loosed the translations. There is currently a german translation included in the sources. Since I wrote this earlier email today, a friend of mine, who is programmer, undertook to write a proper patch for blop. We'll add it to this report when done. So, after he looked deeply on the code, he told me that the code wasn't looking that good and would need a big review for that to works fine. So, because last upstream hasn't released a new version since 2004, and because the LV2 version of it sounds to be more active ( http://drobilla.net/software/blop-lv2 ), it doesn't seem to worth to spend time on fixing i18n on the LADSPA version, specifically because there is only one half translation in german. Then, we finally agreed that what Fabian suggested sounds to be the more reasonable solution: "configure the package with '--disable-nls' and be done with it". I've been testing a package rebuild with this option in d/rules on a debian stretch, and it's working for the purpose of using cinelerra and mhwavedit. All good this way then. Hope that helps, Olivier
Bug#910523: Thanks for accepting
Hi Chris, I've found two more missing Copyright holders and uploaded. Thanks a lot for accepting the package anyway Andreas. -- http://fam-tille.de
Bug#910565: ITP: intelhex -- Intel HEX microcontroller format support for Python
Package: wnpp Severity: wishlist Owner: Neil Williams * Package name: intelhex Version : 2.1 Upstream Author : 2005-2016 Alexander Belchenko * URL : https://github.com/bialix/intelhex * License : BSD Programming Lang: Python Description : Intel HEX microcontroller format support for Python The Intel HEX file format is widely used in the microprocessors and microcontrollers area as the de facto standard for code representation for microelectronic devices programming. . This package implements an intelhex Python library to read, write, create from scratch and manipulate data from HEX (also known as Intel HEX) file format. intelhex is a dependency for pyocd which is also to be packaged.
Bug#910567: O: sn
Package: wnpp Severity: normal I haven't used sn, a small NNTP server for leaf sites, in many years. There has been no active upstream for even more years. The package will be auto-removed from testing soon because of #909928. If the person willing to take this package over has no upload rights, I'd be happy to sponsor uploads until he/she gets DM status. Cheers, -Hilko
Bug#910569: O: golang-github-tmc-scp
Package: wnpp Severity: normal I'm not going to use this library in the foreseeable future, even though this package is not in the archive for too long enough. Cheers, Aron
Bug#910570: O: tcpcopy
Package: wnpp Severity: normal I haven't use tcpcopy for a considerable length of time, it needs some love to keep up with upstream changes. Cheers, Aron
Bug#910568: O: golang-github-jhoonb-archivex
Package: wnpp Severity: normal I'm not going to use this library in the foreseeable future, even though this package is not in the archive for too long enough. Cheers, Aron
Bug#910498: debian-edu: autopkgtest regression: education-menus_2.10.38_amd64.deb (--unpack):, trying to overwrite '/usr/share/tasksel/descs/debian-edu-tasks.desc
On Sun, Oct 07, 2018 at 12:01:27PM +0200, Paul Gevers wrote: > I copied some of the output at the bottom of this report. I am surprised > that piuparts doesn't detect this. As it seems that both education-menus > and education-tasks seem to ship the same file but don't conflict. Trying to reproduce this, I ran 'debuild -us -uc -ui' in a clean debian-edu.git clone directory. The output from find debian/ -name '*tasks.desc' is debian/education-tasks/usr/share/tasksel/descs/debian-edu-tasks.desc Also, https://packages.debian.org/sid/amd64/education-menus/filelist doesn't contain /usr/share/tasksel/descs/debian-edu-tasks.desc I have no clue how to debug this further. Wolfgang signature.asc Description: PGP signature
Bug#910579: tracker: cannot initialize database: error in view fts_view
Package: tracker Version: 2.1.4-1 Severity: important Dear Maintainer, Recently, I found tracker eats lots of CPU and it shows below log. Oct 8 19:44:14 hp systemd[2689]: Started Tracker metadata database store and lookup manager. Oct 8 19:44:17 hp tracker-store[29155]: Cannot initialize database: error in view fts_view: no such table: main.nie:InformationElement_nie:keyword_TEMP (strerror of errno (not necessarily related): そのようなファイルやディレクトリはありません) Oct 8 19:44:17 hp systemd[2689]: tracker-store.service: Main process exited, code=exited, status=1/FAILURE Oct 8 19:44:17 hp systemd[2689]: tracker-store.service: Failed with result 'exit-code'. Oct 8 19:44:17 hp systemd[2689]: tracker-store.service: Service RestartSec=100ms expired, scheduling restart. Oct 8 19:44:17 hp systemd[2689]: tracker-store.service: Scheduled restart job, restart counter is at 8429. Oct 8 19:44:17 hp systemd[2689]: Stopped Tracker metadata database store and lookup manager. Oct 8 19:44:17 hp systemd[2689]: Starting Tracker metadata database store and lookup manager... Oct 8 19:44:17 hp systemd[2689]: Started Tracker metadata database store and lookup manager. Oct 8 19:44:19 hp tracker-store[29216]: Cannot initialize database: error in view fts_view: no such table: main.nie:InformationElement_nie:keyword_TEMP (strerror of errno (not necessarily related): そのようなファイルやディレクトリはありません) Oct 8 19:44:19 hp systemd[2689]: tracker-store.service: Main process exited, code=exited, status=1/FAILURE Oct 8 19:44:19 hp systemd[2689]: tracker-store.service: Failed with result 'exit-code'. Oct 8 19:44:20 hp systemd[2689]: tracker-store.service: Service RestartSec=100ms expired, scheduling restart. Oct 8 19:44:20 hp systemd[2689]: tracker-store.service: Scheduled restart job, restart counter is at 8430. Oct 8 19:44:20 hp systemd[2689]: Stopped Tracker metadata database store and lookup manager. Oct 8 19:44:20 hp systemd[2689]: Starting Tracker metadata database store and lookup manager... Oct 8 19:44:20 hp systemd[2689]: Started Tracker metadata database store and lookup manager. Oct 8 19:44:22 hp tracker-store[29271]: Cannot initialize database: error in view fts_view: no such table: main.nie:InformationElement_nie:keyword_TEMP (strerror of errno (not necessarily related): そのようなファイルやディレクトリはありません) Oct 8 19:44:22 hp systemd[2689]: tracker-store.service: Main process exited, code=exited, status=1/FAILURE Oct 8 19:44:22 hp systemd[2689]: tracker-store.service: Failed with result 'exit-code'. Oct 8 19:44:22 hp systemd[2689]: tracker-store.service: Service RestartSec=100ms expired, scheduling restart. Oct 8 19:44:22 hp systemd[2689]: tracker-store.service: Scheduled restart job, restart counter is at 8431. Oct 8 19:44:22 hp systemd[2689]: Stopped Tracker metadata database store and lookup manager. Oct 8 19:44:22 hp systemd[2689]: Starting Tracker metadata database store and lookup manager... Oct 8 19:44:22 hp systemd[2689]: Started Tracker metadata database store and lookup manager. Oct 8 19:44:25 hp tracker-store[29337]: Cannot initialize database: error in view fts_view: no such table: main.nie:InformationElement_nie:keyword_TEMP (strerror of errno (not necessarily related): そのようなファイルやディレクトリはありません) Oct 8 19:44:25 hp systemd[2689]: tracker-store.service: Main process exited, code=exited, status=1/FAILURE Oct 8 19:44:25 hp systemd[2689]: tracker-store.service: Failed with result 'exit-code'. Oct 8 19:44:25 hp systemd[2689]: tracker-store.service: Service RestartSec=100ms expired, scheduling restart. Oct 8 19:44:25 hp systemd[2689]: tracker-store.service: Scheduled restart job, restart counter is at 8432. Oct 8 19:44:25 hp systemd[2689]: Stopped Tracker metadata database store and lookup manager. Oct 8 19:44:25 hp systemd[2689]: Starting Tracker metadata database store and lookup manager... Oct 8 19:44:25 hp systemd[2689]: Started Tracker metadata database store and lookup manager. ... "そのようなファイルやディレクトリはありません" is "no such file or directory" in Japanese. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages tracker depends on: ii dbus-user-session [default-dbus-session-bus] 1.12.10-1 ii dbus-x11 [dbus-session-bus] 1.12.10-1 ii dconf-gsettings-backend [gsettings-backend] 0.30.0-1 ii libc6 2.27-6 ii libglib2.0-0 2.58.1-2 ii libglib2.0-bin2.58.1-2 ii libtracker-control-2.0-0 2.1.4-1 ii libtracker-sparql-2.0-0 2.1.4-1 ii shared-mime-info
Bug#910566: ITP: pyocd -- ARM Cortex-M programming tools (Python3)
Package: wnpp Severity: wishlist Owner: Neil Williams * Package name: pyocd Version : 0.12.0+dfsg Upstream Author : ARM Limited * URL : https://github.com/mbedmicro/pyOCD * License : Apache-2.0 Programming Lang: Python Description : ARM Cortex-M programming tools (Python3) pyOCD is an Open Source python 2.7 based library for programming and debugging ARM Cortex-M microcontrollers using CMSIS-DAP. . Includes support for flashing new binaries, resetting the device, halt, step, resume read/write memory and set/remove breakpoints. pyocd can be used by LAVA to automate validation of IoT devices. Firmware binaries and gdb elf files have had to be removed from the package due to lack of source.
Bug#910571: qemu-user-static i386 (and x86-64) on armel host errors while loading shared libraries
Package: qemu-user-static Version: 1:2.12+dfsg-3 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, I'm trying to run Stretch 386 binaries on a PogoPlug E02, which is currently running an Arch Linux system. I populated a directory using debootstrap. I set up binfmt and copied the /usr/bin/qemu-i386-static to the directory where I did the debootstrap, and tried to chroot into that directory. I got: /bin/bash: error while loading shared libraries: 38/ili6-x-nuu/gn: nnoa retd fale iatadlib/i38/-li6ux-nnu/g: o I expected it to at least run bash. I tried it with i386, and I also tried it with x86-64. Both of them gave the same error message running on the ARMv5 host. -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 4.18.12-1-ARCH (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect qemu-user-static depends on no packages. Versions of packages qemu-user-static recommends: pn binfmt-support Versions of packages qemu-user-static suggests: pn sudo -- no debconf information
Bug#910251: libopenmpi3 3.1.2-5 Introduces 15s Delay and hfi_wait_for_device Messages
This appears to be due to a bug in libpsm2: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910485 Best regards Alastair On 04/10/2018 00:24, Ron Lovell wrote: Package: libopenmpi3 Version: 3.1.2-5 Severity: normal Dear Maintainer, I updated Open MPI and libpmix2 on my Sid X86_64 system this afternoon: Open MPI 3.1.2-5 libpmix2 3.0.2-2 My simple MPI tests run to completion and give correct results, but there is an abnormal delay in startup and new warning messages. Example: INFO:Executing build/mpi_mm_c mpiexec -np 2 build/mpi_mm_c < mpi_mm_c.in > mpi_mm_c.tmp 2>mpi_mm_c.err ron5sid.10482hfi_wait_for_device: The /dev/hfi1_0 device failed to appear after 15.0 seconds: Connection timed out ron5sid.10483hfi_wait_for_device: The /dev/hfi1_0 device failed to appear after 15.0 seconds: Connection timed out mpi_mm has started with 2 tasks. ... (rest of results are normal) I did some research online. Red Hat Bug 1408316 from a couple years ago was to fix libfabric 1.4.1 in RHEL7 to not wait for /dev/hfi* devices if OPA/HFI hardware is not present. Occurred when system had PSM2 installed but no OPA/HFI hardware. My system does have libfabric1-1.6.1-5, which libopenmpi3 depends on. My system does have libpsm-infinipath1 and libpsm2-2, which libopenmpi3 depends on. I noticed this note in the "Changes" for openmpi 3.1.2-5: "* Drop link-libfabric.patch as obsolete" Relevant? What did the obsolete patch do? I see in my test results that my MPI tests passed 12 Sep 2018, when 3.1.2-2 or 3.1.2-3 was current. I don't see any record of testing 3.1.2-4. I'm filing this as "normal" severity, since my programs do run correctly. It's a slight practical nuisance as my test jobs flag changed output as possible problems. (Helpful in this case.) -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libopenmpi3 depends on: ii libc62.27-6 ii libevent-2.1-6 2.1.8-stable-4 ii libevent-pthreads-2.1-6 2.1.8-stable-4 ii libfabric1 1.6.1-5 ii libgcc1 1:8.2.0-7 ii libgfortran5 8.2.0-7 ii libhwloc-plugins 1.11.11-2 ii libhwloc51.11.11-2 ii libibverbs1 20.0-1 ii libpmix2 3.0.2-2 ii libpsm-infinipath1 3.3+20.604758e7-5 ii libpsm2-211.2.68-1 ii libquadmath0 8.2.0-7 ii libstdc++6 8.2.0-7 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages libopenmpi3 recommends: ii openmpi-bin 3.1.2-5 libopenmpi3 suggests no packages. -- no debconf information -- Alastair McKinstry, , , https://diaspora.sceal.ie/u/amckinstry Commander Vimes didn’t like the phrase “The innocent have nothing to fear,” believing the innocent had everything to fear, mostly from the guilty but in the longer term even more from those who say things like “The innocent have nothing to fear.” - T. Pratchett, Snuff
Bug#910500: libqt5quick5: Sefault in applications using QWebEngineView
Hi Gabriele, and thanks a lot for your bug report! On Sun, Oct 07, 2018 at 12:40:23PM +0200, Gabriele Mazzotta wrote: > I have a simple Qt application that's been segfaulting ever since > libqt5quick5 has been updated to 5.11.1-6. The crash does not happen > with 5.11.1-5, so I assume the problem is caused by the unaligned > memory access fix that's been backported. > > See the following example to reproduce the problem. The crash may > happen while scrolling the page, if not as soon as page is loaded. > Not all the webpages can trigger the bug. > > I can provide more info in case the example is not enough to > reproduce the problem. The problem is very similar to bug #910317, the only difference is the site address. With "https://www.qt.io;, I get the crash when running the program directly, but it does not crash when I run it in GDB. With "http://leafletjs.com/;, it crashes in GDB. However when run outside GDB, the printed stack trace is the same, so let's assume it is the same bug. I am also able to confirm that downgrading libqt5quick5 fixes the crash. But I am not sure whether this is an effect of the patch I backported (fix_unaligned_memory_access.patch), or a side effect of the rebuild. I will try a clean rebuild without the patch to check if it works. Note that the crash does not happen with Qt 5.11.2 packages from experimental (where the mentioned patch is applied too). Let's keep both bugs open for now, until I figure out which Qt module to blame (Qt Quick or Qt WebEngine). After that I will merge them. -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#909318: fai-setup-storage failes with INTERNAL ERROR in setup-storage: convert_unit <476.22GiB
I'm seeing this error during reinstallation of a host using LVM.
It seems that the LVM output defaults to using 'human-readable' as unit size,
which according to the man page of pvs may use '<' as rounding indicator.
Setting LVM to use a fixed unit for formatting, seems to fix the problem:
Linux::LVM->units('b');
Output of Linux::LVM and the other commands without specifying units.
vg_info:
access = read/write
act_pv = 1
alloc_pe = 70679
alloc_pe_size = <276.09
alloc_pe_size_unit = GiB
cur_lv = 3
cur_pv = 1
free_pe = 713
free_pe_size = <2.79
free_pe_size_unit = GiB
max_lv = 0
max_pv = 0
open_lv = 3
pe_size = 4.00
pe_size_unit = MiB
status = resizable
total_pe = 71392
uuid = GohWCB-pv6z-WpWq-RM7t-00IZ-m1Wl-vEGw4z
vg_size = <278.88
vg_size_unit = GiB
vgname = vg00
root@box:~# pvs
PV VG Fmt Attr PSizePFree
/dev/sda5 vg00 lvm2 a-- <278.88g <2.79g
root@box:~# vgdisplay
--- Volume group ---
VG Name vg00
System ID
Formatlvm2
Metadata Areas1
Metadata Sequence No 15
VG Access read/write
VG Status resizable
MAX LV0
Cur LV3
Open LV 3
Max PV0
Cur PV1
Act PV1
VG Size <278.88 GiB
PE Size 4.00 MiB
Total PE 71392
Alloc PE / Size 70679 / <276.09 GiB
Free PE / Size 713 / <2.79 GiB
VG UUID GohWCB-pv6z-WpWq-RM7t-00IZ-m1Wl-vEGw4z
root@box:~# pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name vg00
PV Size <278.88 GiB / not usable 1.29 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 71392
Free PE 713
Allocated PE 70679
PV UUID GkAOGb-7lAp-W26O-rDlt-6cB4-UhNd-UJHmNE
On Thu, 27 Sep 2018 13:27:06 +0200 Thomas Lange
wrote:
> > On Wed, 26 Sep 2018 12:43:44 +0200, Michael Schaller
said:
>
> > %vg_info = {
> > 'cur_lv' => '2',
> > 'cur_pv' => '1',
> > 'pe_size_unit' => 'MiB',
> > 'vg_size' => '<476.22',
> > 'uuid' => 'ysNZ48-CfAf-AZOr-bU5o-sUIp-IYw5-FtJtcr',
> > 'act_pv' => '1',
> > 'max_pv' => '0',
> > 'status' => 'resizable',
> > 'total_pe' => '121912',
> > 'open_lv' => '2',
> > 'vgname' => 'dhcp-100-105-1-216-vg',
> > 'alloc_pe_size_unit' => 'GiB',
> > 'max_lv' => '0',
> > 'vg_size_unit' => 'GiB',
> > 'access' => 'read/write',
> > 'pe_size' => '4.00',
> > 'alloc_pe_size' => '<476.22',
> > 'alloc_pe' => '121912'
> > };
> I wonder where this '<476.22' comes from?
> What's the output of vgs, vgdisplay, pvdisplay?
> It the output of those commands doe not have the '<' in it, it may be
> a problem in the Linux::LVM Perl library.
>
> --
> regards Thomas
>
>
Bug#899031: Please come back to Debian
Ok, maybe many of us _old roxterm users_ are using roxterm from github, but having it in debian repos would be really appreciate. Just in SID or experimental, maybe :-) Thanks. A roxterm lover. P Please consider the enviroment before printing. Pensa all'ambiente prima di stampare. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This footer also confirms that this email message has been scanned for the presence of computer viruses.
Bug#910522: r-cran-pracma: Incomplete debian/copyright?
On Mon, 8 Oct 2018, Andreas Tille wrote:
> Date: Mon, 8 Oct 2018 01:34:23
> From: Andreas Tille
> To: Oliver Dechant , 910...@bugs.debian.org
> Subject: Re: Bug#910522: r-cran-pracma: Incomplete debian/copyright?
>
> Hi Oliver,
>
> please always write to the bug or to the team address if you have
> questions about packaging. Thank you.
>
> On Sun, Oct 07, 2018 at 02:38:48PM -0300, Oliver Dechant wrote:
> >
> > With regards to this bug comment. I double checked the archive on CRAN
> > and the only attribution I see is for Hans W. Borchers. Which we have
> > included properly in debian/copyright on salsa.
> >
> > I'll reply to Chris with the same shortly after digging around a bit
> > longer unless there is something I'm missing you may suggest.
>
> What did you do for "digging"?
>
I was simply looking on CRAN for something along the lines of an overlooked
License or similar copyright files.
>
> $ grep -R "Jonas Lundgren"
> man/quadgr.Rd: Copyright (c) 2009 Jonas Lundgren for the Matlab function
> \code{quadgr}
> man/fractalcurve.Rd: Copyright (c) 2011 Jonas Lundgren for the Matlab
> toolbox \code{fractal
> $ grep -R "Greg von Winckel"
> R/barycentric.R:ydist[ydist == 0] <- eps # Thanks to Greg von Winckel
> for this trick !
> man/triquad.Rd: Copyright (c) 2005 Greg von Winckel Matlab code based on the
> publication
> man/cotes.Rd: Copyright (c) 2005 Greg von Winckel of nicely vectorized
> Matlab code,
> man/barylag2d.Rd: Copyright (c) 2004 Greg von Winckel of a Matlab function
> under BSD license;
> $ grep -R "Paul Godfrey"
> man/rationalfit.Rd: Copyright (c) 2006 by Paul Godfrey for a Matlab version
> available from the
> man/eta.Rd: Copyright (c) 2001 Paul Godfrey for a Matlab version available on
> man/gammaz.Rd: Copyright (c) 2001 Paul Godfrey for a Matlab version
> available on
> man/zeta.Rd: Copyright (c) 2001 Paul Godfrey for a Matlab version available
> on
>
> So Chris is obviously right. You should not rely on the DESCRIPTION file
> but have a look into the code. Just mention those files in debian/copyright
> and check for further missing names (may be by grepping for "Copyright").
>
>
> Kind regards
>
> Andreas.
>
>
--
Oliver
Bug#910573: New upstream version 3.28
Package: latexila Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 For myself, and to track dependencies to other packages: there is a new version of LaTeXila available, now renamed GNOME LaTeX 3.28. It has updated dependencies which will require some work on other packages. - -- System Information: Debian Release: 8.11 APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQJMBAEBCgA2FiEEC1QNJk2lrQnjLj0t6vLNUcUAaBkFAlu7GS4YHHRhbmd1eStk ZWJpYW5Ab3J0b2xvLmV1AAoJEOryzVHFAGgZ4TMQAIKExRfRr/4MYghHZbvtLM6r TJiDigWF3Pe3pSOyhFn0kF30SUaOTON7GVIYTzjT43Uq3dAta3XN9ENUULOxr7uw W32du+ANCAlEF4SLPN8T5OyINgSRMBjED8DedcBRdtHV049sBxzp9lKc2zB3AIy7 RLONb58X7euySFHXiJDTecib3pL6XHu5FgkAlgUL0wQc3+UcPWmiZVGl3PN9VOLM uKtWUm5e0dCI5OAs+fY8b7KRhm5ZUD7tshhtr+o+cfdHelPlu6jW7QDZR762V4dB 3RSoaunKM0rpUjl6nGqV7GBS8rhUoBFrHBQ5ZIgC/PQtfBn2fXwxt1chheDdTpGz sj50hSs2myp/0mCGJpMUfUAgk1QaX8p2SeKTTDKqr1rR0LwSvpPaY0eARnVtB3hN fd5h6r9L+jIT3pXfFd9ljnInlBoZdTqpoNEANO5s3Bdld8rYDUrfeWjYk0Vi5hsD fLGtiOCBDMYgiZ8Ouu9BW2HCe6lM9kxRS6nW0bKZynyUuXIslO/47UTHO/7mVi2s Oa8JsXVxlg9lCZhPJtdBaw3VRWikyWyV8M+yhJKN5eoOLO1VjfVR8X+NWg7Rcm4A 2bHcO/iMc7q5/JRz2OKWvGQd3+e24+LRVgcUJV8mYMhyf3R5zPcVHvLNln5LPqZ4 k4XisyUqwDKA9ytGHj6t =0U5y -END PGP SIGNATURE-
Bug#910574: New upstream version 1.8.1
Package: gspell Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 As a note to myself and to track dependencies to updates of other packages, there is a new version of gspell, 1.8.1. - -- System Information: Debian Release: 8.11 APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQJMBAEBCgA2FiEEC1QNJk2lrQnjLj0t6vLNUcUAaBkFAlu7HI8YHHRhbmd1eStk ZWJpYW5Ab3J0b2xvLmV1AAoJEOryzVHFAGgZq7QP+wcQ//cDI1Qq4dNqW3HHdu+E PJxJo/la7CZoobqDWbIUQTgHoa3Vvf2jGhmp7agvl7a3XAtXavcODLOiWXKYmSb9 I7XcU/MymjUzVPi7/E4u19Ogn8EC//GLFqxZSz1zK5NkJaYpJ03O7ERaI8UgBtHI koclNi18qof1EAJTBk01pZhHPvajNLcnPMy/GMBogNgSTw0PXp5NGkhxC6Inz3Gq 8dDc9OdJ76j9mmCC5waZaC23KEXJ9kVVVcteHDXAeRYgs2YodvS+mWDiWRRia3H9 udOeIz7V6Ck5YK+cDZOWrvA6lERb8+AAFLct2QmxnTzwJHscOJMdfU5TF1e98qAk c9konLAq/48fxvJDIgKrE9NSPPE5Ec0BcmDUtdfR4qOVc0ooTvs9OR1Q/buZvemC GmkkQfe2F9DdzbHnKIDZY9s0eWKe680oHueP0p9v2p4ZMZDJGZvZqDZHlHjXQBzk yfluUTHuYDRtQX8b9u4wn2EM9ZlAgxYSNR5gkiLbT+v+hNIsA3cOn1VAuUZ6AXAD itw3FaEw1ag0gLbVtKD0jCr4twtsaUJ9i8Hq3wx5awudUqyUnW2J5MHQrMy6/wX9 dKltRBBeBGys1XOjXby8CS7akCXI0Bu41ipZOOk3kmSKZOoJMLyUKDim0JV+vzDb SeupLflnFyA3MyJ4U/5u =EVm2 -END PGP SIGNATURE-
Bug#910576: libreoffice-base: in my form, all entries are "input required"
Package: libreoffice-base Version: 1:6.1.2-1 Severity: normal Dear Maintainer, since the last update of libreoffice-base, all entries in my form are suddenly "input required". When saving my changes I get the error message "Error writing to database. Input required in field 'fieldname'. Please enter a value". In the corresponding table, all fields are still on the status "input required" --> no. Saving an entry with empty fields is not a problem, there. The database is mysql which is running on a different computer. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libreoffice-base depends on: ii libc6 2.27-6 ii libgcc1 1:8.2.0-7 ii libreoffice-base-core 1:6.1.2-1 ii libreoffice-base-drivers 1:6.1.2-1 ii libreoffice-core 1:6.1.2-1 ii libstdc++68.2.0-7 ii uno-libs3 6.1.2-1 ii ure 6.1.2-1 Versions of packages libreoffice-base recommends: ii default-jre [java6-runtime] 2:1.10-68 ii libreoffice-java-common 1:6.1.2-1 ii libreoffice-writer 1:6.1.2-1 ii openjdk-10-jre [java6-runtime] 10.0.2+13-1 ii openjdk-8-jre [java6-runtime] 8u171-b11-2 ii openjdk-9-jre [java6-runtime] 9.0.4+12-4 Versions of packages libreoffice-base suggests: pn libreoffice-report-builder pn unixodbc Versions of packages libreoffice-core depends on: ii fontconfig2.13.1-1 ii fonts-opensymbol 2:102.10+LibO6.1.2-1 ii libboost-date-time1.62.0 1.62.0+dfsg-10 ii libboost-locale1.62.0 1.62.0+dfsg-10 ii libc6 2.27-6 ii libcairo2 1.15.12-1 ii libclucene-contribs1v52.3.3.4+dfsg-1 ii libclucene-core1v52.3.3.4+dfsg-1 ii libcmis-0.5-5v5 0.5.1+git20160603-3+b1 ii libcups2 2.2.8-5 ii libcurl3-gnutls 7.61.0-1 ii libdbus-1-3 1.12.10-1 ii libdbus-glib-1-2 0.110-3 ii libdconf1 0.30.0-1 ii libeot0 0.01-5 ii libepoxy0 1.5.2-0.3 ii libexpat1 2.2.6-1 ii libexttextcat-2.0-0 3.4.5-1 ii libfontconfig12.13.1-1 ii libfreetype6 2.8.1-2 ii libgcc1 1:8.2.0-7 ii libglib2.0-0 2.58.1-2 ii libgpgmepp6 1.11.1-1 ii libgraphite2-31.3.12-1 ii libharfbuzz-icu0 1.9.0-1 ii libharfbuzz0b 1.9.0-1 ii libhunspell-1.6-0 1.6.2-1+b1 ii libhyphen02.8.8-5 ii libice6 2:1.0.9-2 ii libicu60 60.2-6 ii libjpeg62-turbo 1:1.5.2-2+b1 ii liblcms2-22.9-3 ii libldap-2.4-2 2.4.46+dfsg-5 ii libmythes-1.2-0 2:1.2.4-3 ii libneon27-gnutls 0.30.2-2 ii libnspr4 2:4.20-1 ii libnss3 2:3.39-1 ii libnumbertext-1.0-0 1.0-3 ii libodfgen-0.1-1 0.1.7-1 ii liborcus-0.13-0 0.14.0+really0.13.4-1 ii libpng16-16 1.6.34-2 ii libpoppler74 0.63.0-2 ii librdf0 1.0.17-1.1 ii libreoffice-common1:6.1.2-1 ii librevenge-0.0-0 0.0.4-6 ii libsm62:1.2.2-1+b3 ii libstdc++68.2.0-7 ii libx11-6 2:1.6.6-1 ii libxext6 2:1.3.3-1+b2 ii libxinerama1 2:1.1.4-1 ii libxml2 2.9.4+dfsg1-7+b1 ii libxmlsec11.2.26-3 ii libxmlsec1-nss1.2.26-3 ii libxrandr22:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.11.1.32-2 ii uno-libs3 6.1.2-1 ii ure 6.1.2-1 ii zlib1g1:1.2.11.dfsg-1 Versions of packages libreoffice-core recommends: ii libpaper-utils 1.1.24+nmu5 Versions of packages libreoffice-base is related to: pn libmyodbc ii libmysql-java 5.1.45-1 ii libpostgresql-jdbc-java [libpg-java] 42.2.5-1 pn libsapdbc-java pn libsqliteodbc pn mdbtools pn odbc-postgresql pn tdsodbc pn unixodbc -- no debconf information
Bug#910575: ITA: logdata-anomaly-miner -- lightweight tool for log checking, log analysis
Package: wnpp Old Maintainer/Owner: Roman Fiedler New Maintainer/Owner: Markus Wurzenberger Severity: normal Package name: logdata-anomaly-miner Version: 1.0.0 Upstream Author: Markus Wurzenberger URL: https://packages.debian.org/sid/logdata-anomaly-miner Sources URL: https://git.launchpad.net/logdata-anomaly-miner/ License: GPLv3 Programming Lang: Python Description: Portation of logdata-anomaly-miner to python 3 and change of maintainer. Dependencies: python Long description: The package logdata-anomaly-miner was ported to python 3. Furthermore, the maintainer of the package changed from Roman Fiedler to Markus Wurzenberger. MARKUS WURZENBERGER Junior Scientist Security & Communication Technologies Center for Digital Safety & Security AIT Austrian Institute of Technology GmbH Giefinggasse 4 | 1210 Vienna | Austria T +43 50550-4028 | M +43 664 8157937 markus.wurzenber...@ait.ac.at | www.ait.ac.at FN: 115980 i HG Wien | UID: ATU14703506 www.ait.ac.at/Email-Disclaimer smime.p7s Description: S/MIME cryptographic signature
Bug#910577: gdb-multiarch: libbabeltrace1 dependency not tight enough
Package: gdb-multiarch Version: 8.1-4 Severity: important gdb-multiarch requires libbabeltrace-ctf1. --\ Versions of libbabeltrace-ctf1 (3) p1.5.1-1 i1.5.6-1 i A libbabeltrace1 1.5.6-1 Apparently the build process picks up the fact that libbabeltrace-1.5.6-1 contains the -ctf sub-library, but then doesn't depend on >=1.5.6. Thus 1.5.1 ends up being installed, which doesn't contain the plugin. Manually updating libbabeltrace1 to 1.5.6-1 fixes the problem. -- System Information: Debian Release: buster/sid APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (650, 'oldstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdb-multiarch depends on: ii gdb 7.12-6+b2 pn libbabeltrace-ctf1 ii libbabeltrace1 1.5.6-1 ii libc6 2.27-3 ii libexpat1 2.2.5-3 pn libipt2 ii liblzma55.2.2-1.3 ii libncurses5 6.1+20180714-1 ii libncursesw66.1+20180210-4 ii libpython2.72.7.15-1 pn libpython3.5 ii libpython3.63.6.6-1 ii libreadline66.3-9 ii libreadline77.0-5 ii libtinfo5 6.1+20180714-1 ii libtinfo6 6.1+20180210-4 ii zlib1g 1:1.2.11.dfsg-1 gdb-multiarch recommends no packages. gdb-multiarch suggests no packages.
Bug#910360: (debbugs: get_bug_log SOAP operation truncates message)
Michael Albinus writes: > Due to this wrong Content-Type: header, my Debbugs/SOAP client > (debbugs.el from GNU Emacs) refuses to work for get_bug_log(25235). This does not seem to be a bug in the debbugs server; it is rather a problem in the soap-client.el package of Emacs. I've submitted bug#32983 on debbugs.gnu.org for this. Best regards, Michael.
Bug#904289: libgo build failure with GCC trunk 20181004
On Fri, 2018-10-05 at 21:10 +0200, Svante Signell wrote: > On Fri, 2018-10-05 at 01:38 +0200, Matthias Klose wrote: > > Hi Svante, > > > > please have a look at the recent libgo build failure with GCC trunk > > 20181004 after the libgo merge. Please could you update the > > patches and send them upstream again? > > Well I don't really know where to submit the patches to upstream, but > here they are. Cc:ing the gcc-snapshot bug 904...@bugs.debian.org > too. Hi again, Seems like more changes were needed this time: Attached are three updated patches: src_libgo_go_syscall.diff add-gnu-to-libgo-headers.diff add-gnu-to-libgo-test-headers.diff Thanks!Index: gcc-snapshot-20181004/src/libgo/go/cmd/go/internal/base/signal_unix.go === --- gcc-snapshot-20181004.orig/src/libgo/go/cmd/go/internal/base/signal_unix.go +++ gcc-snapshot-20181004/src/libgo/go/cmd/go/internal/base/signal_unix.go @@ -1,8 +1,9 @@ + // Copyright 2012 The Go Authors. All rights reserved. // Use of this source code is governed by a BSD-style // license that can be found in the LICENSE file. -// +build aix darwin dragonfly freebsd js linux nacl netbsd openbsd solaris +// +build aix darwin dragonfly freebsd gnu js linux nacl netbsd openbsd solaris package base Index: gcc-snapshot-20181004/src/libgo/go/crypto/x509/root_unix.go === --- gcc-snapshot-20181004.orig/src/libgo/go/crypto/x509/root_unix.go +++ gcc-snapshot-20181004/src/libgo/go/crypto/x509/root_unix.go @@ -2,7 +2,7 @@ // Use of this source code is governed by a BSD-style // license that can be found in the LICENSE file. -// +build aix dragonfly freebsd js,wasm linux nacl netbsd openbsd solaris +// +build aix dragonfly freebsd gnu js,wasm linux nacl netbsd openbsd solaris package x509 Index: gcc-snapshot-20181004/src/libgo/go/net/interface_stub.go === --- gcc-snapshot-20181004.orig/src/libgo/go/net/interface_stub.go +++ gcc-snapshot-20181004/src/libgo/go/net/interface_stub.go @@ -2,7 +2,7 @@ // Use of this source code is governed by a BSD-style // license that can be found in the LICENSE file. -// +build aix nacl js,wasm +// +build aix nacl gnu js,wasm package net Index: gcc-snapshot-20181004/src/libgo/go/net/internal/socktest/switch_unix.go === --- gcc-snapshot-20181004.orig/src/libgo/go/net/internal/socktest/switch_unix.go +++ gcc-snapshot-20181004/src/libgo/go/net/internal/socktest/switch_unix.go @@ -2,7 +2,7 @@ // Use of this source code is governed by a BSD-style // license that can be found in the LICENSE file. -// +build aix darwin dragonfly freebsd js,wasm linux nacl netbsd openbsd solaris +// +build aix darwin dragonfly freebsd gnu js,wasm linux nacl netbsd openbsd solaris package socktest Index: gcc-snapshot-20181004/src/libgo/go/net/port_unix.go === --- gcc-snapshot-20181004.orig/src/libgo/go/net/port_unix.go +++ gcc-snapshot-20181004/src/libgo/go/net/port_unix.go @@ -2,7 +2,7 @@ // Use of this source code is governed by a BSD-style // license that can be found in the LICENSE file. -// +build aix darwin dragonfly freebsd js,wasm linux netbsd openbsd solaris nacl +// +build aix darwin dragonfly freebsd gnu js,wasm linux netbsd openbsd solaris nacl // Read system port mappings from /etc/services Index: gcc-snapshot-20181004/src/libgo/go/os/dir_largefile.go === --- gcc-snapshot-20181004.orig/src/libgo/go/os/dir_largefile.go +++ gcc-snapshot-20181004/src/libgo/go/os/dir_largefile.go @@ -5,7 +5,7 @@ // Use of this source code is governed by a BSD-style // license that can be found in the LICENSE file. -// +build aix linux solaris,386 solaris,sparc +// +build aix gnu linux solaris,386 solaris,sparc package os Index: gcc-snapshot-20181004/src/libgo/go/os/dir_regfile.go === --- gcc-snapshot-20181004.orig/src/libgo/go/os/dir_regfile.go +++ gcc-snapshot-20181004/src/libgo/go/os/dir_regfile.go @@ -6,6 +6,7 @@ // license that can be found in the LICENSE file. // +build !aix +// +build !gnu // +build !linux // +build !solaris !386 // +build !solaris !sparc Index: gcc-snapshot-20181004/src/libgo/go/os/dir_unix.go === --- gcc-snapshot-20181004.orig/src/libgo/go/os/dir_unix.go +++ gcc-snapshot-20181004/src/libgo/go/os/dir_unix.go @@ -2,7 +2,7 @@ // Use of this source code is governed by a BSD-style // license that can be found in the LICENSE file. -// +build aix darwin dragonfly freebsd js,wasm linux nacl netbsd openbsd solaris +// +build aix darwin dragonfly freebsd gnu js,wasm linux nacl netbsd openbsd solaris package
Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors
On Mon, Oct 08, 2018 at 10:22:56AM +0200, Mattia Rizzolo wrote: > On Mon, Oct 08, 2018 at 12:15:36AM +0200, Marek Marczykowski-Górecki wrote: > > Filling bugs in web browser is indeed something many people expect. > (grumpy person here that don't understand those people…!) I think you're just officially an old person now. Soon you will be part of the Debian grandparents team! ;) > > What about providing appropriate "mailto" link to open new issue on BTS, > > including all the magic headers, bug template etc? > > Like the "reply" one existing already on BTS (I'm using it right now, I > > even get quoted message I reply to!). > I just added such a link in https://diffoscope.org/ - what do you all > think? :) awesome, thanks a lot, much much better! -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#910511: [Pkg-utopia-maintainers] Bug#910511: Bug#910511: network-manager-openvpn: openvpn 2.4 in stable supports tls-crypt, but nm-openvpn 1.2.8 in stable doesn't
Op zo 7 okt. 2018 om 21:15 schreef Michael Biebl : > > Ok, let's go this way then. > I've just uploaded network-manager_1.12.4-1~bpo9+1 to stretch-backports. > Once that is accepted, I'll upload network-manager-openvpn_1.8.4-1 as well. > > perfect, thanks! -- Gijs Molenaar http://pythonic.nl
Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors
Dear Chris, On Sun, Oct 07, 2018 at 10:33:49PM +0100, Chris Lamb wrote: > (Adjusting severity only because important severity bugs are treated > somewhat different in some interfaces, but agree this is more > severe than "just another" wishlist entry.) I agree, was thinking the same when filing the bug... > > - the project on salsa has issues disabled (but would require a login on > > salsa anyway), still filing bugs in a webbrowser is something many > > people want to do today, so I think maybe we should enable issues? > > No strong objection to the principle except that we would then have > some duplication between the two trackers. while I do agree that duplication is a problem, I think having bugs not filed because "it's complicated" is worse. > I'm thinking specifically of those times when I'd like to pick up on a > previous issue, but then would need to "mentally merge" two lists of > bugs, filtering any potential duplicates, etc. we could make the habbit to always file a debian bug and set it forwarded to the github issue if we'd agree to use github issues... but... > > - there is still https://github.com/ReproducibleBuilds but thats empty, > > so noone could file issues there. > Well, this one is easily "fixed": > https://i.imgur.com/vXbuKYU.png sigh. for two reasons: first, I find the style of explaining an issue by the means of a screenshot to be, dunno, passive aggressive, or maybe just annoying? its definitly not accessable not stored in the bts, and requires everyone reading the bts mail to go to a graphical webbrowser (& be online) to see what you have done... so for those who have not followed that link, Chris deleted https://github.com/ReproducibleBuilds second, I was basically suggesting to discuss using the github tracker and instead of allowing the discussion you killed it within minutes after my report. surely we could recreate the github project again, but that would mean everybody again needs to apply to become a member etc. I actually would have been in favor of allowing people to report issues on github, just because it has 40mio users, which includes most people working on reproducible builds, while a.) salsa has a few thousand and hardly anyone not involved in Debian and b.) filing bugs via mail (while I like it a lot) is something many people dislike. But I guess this discussion is academic now. :( -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#910560: [choose-mirror] fails to build when parallel build is activated
There's a bug in choose-mirror. It's just not serious. Julien On October 8, 2018 12:38:40 PM GMT+02:00, Holger Wansing wrote: >Hi, > >Philipp Kern wrote: >> On 2018-10-08 09:08, John Paul Adrian Glaubitz wrote: >> > On 10/8/18 7:51 AM, Holger Wansing wrote: >> >> Since version 2.92, choose-mirror fails to build with >> >> "dpkg-buildpackage -j", the debian/iso_3166.tab file seems to be >> >> removed by >> >> error: >> >> >> >> (can also be seen at jenkins: >> >> >https://jenkins.debian.net/view/d-i_packages/job/d-i_build_choose-mirror/ >> >> where I found it initially) >> > It builds fine here on my machine using sbuild and also fine on the > >> > buildds >> > which are building with sbuild and "parallel=N" with N >= 2 [1]. >> > >> > You are building in an unclean build environment unless you are >> > building with >> > something like sbuild and pbuilder, so your build results can have >> > unexpected >> > results. >> > >> > Please create a local sbuild setup and try again. >> > >> > Adrian >> > >> >> [1] >> >> >https://buildd.debian.org/status/package.php?p=choose-mirror=unstable >> >> dpkg-buildpackage -j is like the worst option to ever have been >> introduced and not removed. Try -J instead. :( > >Ok, so we have no package problem at all? > >Should that bug be reassigned to jenkins.debian.org then, to make >jenkins >happy on that topic, too? >jenkins seems to not having parallel builds activated? >Should probably use similar settings as the buildds, to give comparable >results? > > >Holger > > >-- >Holger Wansing >PGP-Finterprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#910581: to add
Only to add: Downgrading libkf5kontactinterface5 to 17.12.3-1 fixes the problem. All kde-pim programs here work fine again. klaumi --- Klaus-Michael Klingsporn mail: klaumi...@gmx.de web: www.klaumikli.de
Bug#910592: hunspell-no: please mention actual languages (both nynorsk and bokmål) in long description
Package: hunspell-no Version: 1:6.1.1-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Long description mentions only the _country_ covered by the package, not the (unusual, and arguably wrong) multiple languages covered. Please mention both of the languages nynorsk and bokmål, which apparently (judgng from contained filenames) is covered by this package. It seems the source has a sensible introductory text to borrow from: https://extensions.libreoffice.org/extensions/norsk-stavekontroll-bokmal-og-nynorsk - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlu7XaUACgkQLHwxRsGg ASFU2hAAqk6oU1qI94lmpyoUIJv63Zp5XBZU6zJg2tyXqCEUZIixAzbybpaHiquu gvudXPWDezC6FcC6e1/N5VgYTpRYsi8UiAFMmBIuFwMgmr58r8jvEG4E51cQiWj1 wcT4RxbI4yff6M6bsrmCRWG+TwUdb7p9IuT24GJcfePUHuBHKcZLHanOnUJ1DOVr 8jB6gLHTjkKjHQclXO2a6pD6McnzCjzZXCH263O97g28hOeIbwEf3PPE42LqbgkJ jnSa41bmFcCL+dV4/Iqpkd5OlzgKhQRyzdnwBzO3iIVnyH3D78zvy+L/erY533F8 h1TGtMto1kIt2vKDiQFRPDWrufyuoAxgxw+iVMeXOfExXF52b430rjEil1LcgEbj fRBtkMgS3/k31eBDNm8jkGS7viSI9O+hpuXm5QYWneAgW/HSXzwJk+Z2lqxDbmg4 UVGq0S0zEGUAkswfKWIhyaU1LDnhZUiLaqJdAm0C3js3Usj7fMautyGM2YyjX2KI u4AB5EvHQjRwH2hAt5DiEwtIb+Bdn+fLT6pEUKjJUUIU3BIkV+ESIgJS+SSjQktr 0QT2/qMtAKs2MxXL8anKJJa7ku2gXuX+ZMIgG1/Uk/pEnrJrBRXTeqIRWO+jAOAx EWjPecHYV6gUwTCh2bu6J/sc9jl4YhCkn5uRAavh0fN9kv50N+Y= =wchV -END PGP SIGNATURE-
Bug#909990: Stange import error for nibabel when trying to import from .pybuild
Hi, to see what I can do about bug #909990 I've imported the latest version into the packaging Git[1]. When beeing inside the main dir of the Git repository I can easily do neurodebian-team/pynifti(debian) $ python3 Python 3.6.6 (default, Jun 27 2018, 14:44:17) [GCC 8.1.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import nibabel >>> However, if I try inside the .pybuild dir I get: /build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build# python3.6 Python 3.6.7rc1 (default, Sep 27 2018, 09:51:25) [GCC 8.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import nibabel Traceback (most recent call last): File "", line 1, in File "/build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build/nibabel/__init__.py", line 45, in from .loadsave import load, save File "/build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build/nibabel/loadsave.py", line 18, in from .imageclasses import all_image_classes File "/build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build/nibabel/imageclasses.py", line 16, in from .minc1 import Minc1Image File "/build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build/nibabel/minc1.py", line 20, in from .deprecated import FutureWarningMixin ImportError: cannot import name 'FutureWarningMixin' >>> This leads to errors when the build process is trying to create the docs via export PYTHONPATH=`pybuild --print build_dir --interpreter python3` ; \ cd doc && /usr/bin/make html-only (which triggers exactly the above error message). Any idea what might went wrong here? Its definitely not the slightly different Python 3.6 version - I tried a local build using 3.6.6 with the very same effect. Kind regards Andreas. [1] Vcs-Git: https://salsa.debian.org/neurodebian-team/pynifti.git -b debian (yes, I switched to Branch debian instead of current package 2.3.0-1 which has non-default Branch dist/debian/proper) -- http://fam-tille.de
Bug#910588: hunspell-sv-se: should be in package section oldlibs
Control: reassign -1 ftp.debian.org Control: retitle -1 override: hunspell-sv-se:oldlibs/optional Control: severity -1 normal On Mon, Oct 08, 2018 at 03:00:59PM +0200, Jonas Smedegaard wrote: > Package: hunspell-sv-se > Version: 1:6.1.1-1 > Severity: minor > > hunspell-sv-se is an empty transitional package, > and as such belong in package section oldlibs rather than text. Sure, but the package is already fine with this. You want instead to ask ftp-master to update their overrides… Reassigning, and thanks for catching this missed step. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#910018: RFS: hoteldruid/2.2.4-1
Il 07/10/18 13:46, Adam Borowski ha scritto: On Mon, Oct 01, 2018 at 02:24:52PM +0200, Marco M. F. De Santis wrote: * Package name: hoteldruid Version : 2.2.4-1 Changes since the last upload: * New upstream release. * debian/control: updated Standards-Version * debian/control: added suggest on sensible-utils for hoteldruid-launcher previously included in debianutils I'm pretty sure "hoteldruid-launcher" has never been included in either sensible-utils nor debianutils. Care to clarify? Besides, both packages are >= priority:important, thus a stronger dependency has no downsides (as hoteldruid is not something that cares about cutting every little bit of bloat from a container it runs in). Hello Adam, it's "hoteldruid-launcher" that checks if "sensible-browser" is present and eventually launches it, otherwise checks other browsers that may be available. Probably I had to add a comma in the changelog before "previously included in debianutils" as it's sensible-utils that used to be included in debianutils, so lintian complained that hoteldruid had to add a new dependency on "sensible-utils". Best regards, Marco
Bug#909848: lame: symbol lookup error: lame: undefined symbol: lame_get_maximum_number_of_samples
On Sat, Oct 06, 2018 at 09:14:53PM +0300, Adrian Bunk wrote: > On Sat, Oct 06, 2018 at 08:02:18PM +0200, Marc Lehmann wrote: > > On Sat, Sep 29, 2018 at 05:21:14PM +0300, Adrian Bunk > > wrote: > > > > Versions of packages lame depends on: > > > >... > > > > ii libmp3lame0 1:3.99.5-dmo6 > > Maybe I am confused, but shouldn't debian packages declare proper > > dependencies? The above command only fixes this on my system (where it is > > already fixed), not in the actual package which didn't have the proper > > dependency (assuming I didn't hit an apt-get bug). > > The dependencies are correct. > > What you say is only true for packages that are (or were) in Debian. > > Debian has no control over packages and their versions in 3rd party > repositories hosted elsewhere, and problems that are caused by by > installing such 3rd party packages are out of scope of what is supported > by Debian. Especially when that repository is deb-multimedia.org which has a long history of breaking dependency resolutions with the stock debian packages. I recommend you just stop using that repository if you don't have any *real* use for it, and if you do then you should probably become more proficient at handling these kind of issues yourself. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#910584: hunspell-fr-classical: should be it section text (not localization)
Package: hunspell-fr-classical Version: 1:6.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package hunspell-fr-classical (and other packages from same source) is placed in package section localization. Package section localization is for localizations. Dictionaries belong in text. Please move these packages to package section text. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlu7Ta8ACgkQLHwxRsGg ASGTDw//SJt3BEk3pr/OjDEx22Q5PeJRrGeu/Us3s3FNrjQJpmWHBJZu1rc4UW4w VQykYj5WIv4av2pwcyJfYGIJGbN7JMDi6yKj4bgfHVd9BnraGSeDMPHmekSQCRdP eQwGTPqovPmeSvQP1Nisab5DvKkvpGD3Z9Qm36FayESwif7wEy3PBBp6cgcC9Wu4 fkEcoL5qsD7f3cuupIdxZUKErX4jviWUcSTg/V0/5ofNd+sxim77AlkH2tCa4pX2 LKt23RP0XaiF5YnGFl3PnD55xWdo33/vEhvPGkiPWT4h22XGIRlVR5XAsXPKJ7Kk T8+jsvClKF/yXeXXMYOK+oB3K7ckj4rvJdFunF3h8vhozrQRSQb4PrEqGziHApLV uO4GQHqY+ZxCs7FUx82AELC05ox2gyN+ZsA5asVqcv+rIIUA+9NUfIINu0u14ikK /tvJQ4Y2p6dTe9z4nrJBWhcHFkX1/UO8qe7UwA7ix9aJQBe5E98pLqYOcdK+fMh8 dvHRRF+ftddj7d88HXIrH03QKGbtTUNrOzkbjfWjNQBqv+UC6NzQ4Ih+cp6s4ol3 TUqroMtn6hReE38IjCXbqldBWThHLnDRwQCGwBsm61il674u19uBOT/FrllZ02d7 0CkCnaeaZqp1fe7ldoOtwmjqTigK0wolvdGHkxgr7NSp3oGeSwQ= =7Miw -END PGP SIGNATURE-
Bug#910588: hunspell-sv-se: should be in package section oldlibs
Package: hunspell-sv-se Version: 1:6.1.1-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 hunspell-sv-se is an empty transitional package, and as such belong in package section oldlibs rather than text. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlu7VQsACgkQLHwxRsGg ASGDqA/9HDMMCAT2lglyYBuCMR4A57jbq8esYmA62tQ4c7L7QlRSIlOabvT9xWsj nzC4Ayy4nDMKpHYW2Wz/1ToEj4e3tKdg/eG7G8xI7Nxr+ugZSn3+ZbjCh5fTDMUF mc2jIolHJvc2yIFhvtLpnx5LSgXK0dol9zilUCHnWUKI0R8X6azEXvqNKdgdLZFR nW0H3GaUNBCej/RP1ZeexRvDserjIoU2BR1nwOvjibhLLYB+qOm327D/w+KKudya x9mEZ+xGhpiIfYp9HtXC/tn800tGRYgz5iwdw0Y4od5xSRTxJXNTgnuRuoF+OE2u NpU5+ZnyNg7KWAGF3Akf8OAITSbO2+3q0hTxDs5bP7PQ7J7iFhCNQBPcGFaeWw0f 7BKRnyXUFP4ULkuDI7lO41xtg8jbkqV5M+RbORj6iheIvk1T9fNf/ig9QFQ9DZ6B Wl2pZvJILV+HSlV5+Ms60L7z1pDpGBgYogbj9c8BAYT1m+jiUicqUR1GLTK4caNk 6Mxlni+6m7YwtT31JC2Gc0IbZnuBqnafyY4ZeciVeu9pPFyB7wBoxufcScrF85gR Rc1z+3QA3lyNNYJnabVCFtP/UDaEHjQ/0m5n1zKrIyhSYfeIkwFz/6rtUIMyj3bg 0tC1BYUlGuo5m/A4OT8cK178Scwtjay35nsdp6fLU9xOwCJl6Ec= =WqgM -END PGP SIGNATURE-
Bug#910594: lintian: complain about missing versioned dependency on init-system-helpers
Package: lintian Version: 2.5.108 Severity: wishlist Over in #910593, I reported that the maintainer script was using a feature of update-rc.d that is not available in stretch. Could lintian spot that usage in the maintainer script and, if a versioned dependency on init-system-helpers is not found, complain? The 'defaults-disabled' option was introduced in init-system-helpers 1.50. (One could also look for the dh_installinit call in debian/rules, but looking in the binary package's postinst seems easier.) regards Stuart
Bug#910582: libpam-heimdal: libpam-heimdal updates PAM config with pam_krb5
Package: libpam-heimdal Version: 4.7-4 Severity: important Installing libpam-heimdal updates the PAM config to use pam_krb5, not pam_heimdal, which obviously breaks badly: root@stretch:~# grep -r krb5 /etc/pam.d root@stretch:~# apt install libpam-heimdal -y Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: libpam-heimdal 0 upgraded, 1 newly installed, 0 to remove and 60 not upgraded. Need to get 84.9 kB of archives. After this operation, 147 kB of additional disk space will be used. Get:1 http://deb.debian.org/debian stretch/main amd64 libpam-heimdal amd64 4.7-4 [84.9 kB] Fetched 84.9 kB in 0s (1,025 kB/s) Selecting previously unselected package libpam-heimdal:amd64. (Reading database ... 96374 files and directories currently installed.) Preparing to unpack .../libpam-heimdal_4.7-4_amd64.deb ... Unpacking libpam-heimdal:amd64 (4.7-4) ... Processing triggers for man-db (2.7.6.1-2) ... Setting up libpam-heimdal:amd64 (4.7-4) ... root@stretch:~# grep -r krb5 /etc/pam.d /etc/pam.d/common-password:password [success=2 default=ignore] pam_krb5.so minimum_uid=1000 /etc/pam.d/common-auth:auth [success=2 default=ignore] pam_krb5.so minimum_uid=1000 /etc/pam.d/common-session:session optional pam_krb5.so minimum_uid=1000 /etc/pam.d/common-session-noninteractive:session optional pam_krb5.so minimum_uid=1000 /etc/pam.d/common-account:account required pam_krb5.so minimum_uid=1000 -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libpam-heimdal depends on: ii krb5-config 2.6 ii libc6 2.24-11+deb9u3 ii libkrb5-26-heimdal 7.1.0+dfsg-13+deb9u2 ii libpam-runtime 1.1.8-3.6 ii libpam0g1.1.8-3.6 libpam-heimdal recommends no packages. libpam-heimdal suggests no packages. -- no debconf information
Bug#910587: hunspell-eu-es: should be in package section oldlibs
Package: hunspell-eu-es Version: 0.5.20151110-3 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 hunspell-eu-es is an empty transitional package, and as such belong in package section oldlibs rather than text. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlu7U+8ACgkQLHwxRsGg ASGdvw/9FHILISX89L5afg7+wCZOqfnfDYIWY79DiGlL5EeopCNkM9OW701xhgAp j6Hsrbjot6wkHUl5y464UCnssWD6UNcyVgUIAbDqEiOivYG7znUpWT3bZrQ5LJjz ViIF06L40uWx/Q3ihDqPOy9mPWAr+WYDLibGNfgKPMxO4ZaovjMAaVkuUaA1Wrk7 yMStfv+KE+jCwjkyQXlpOJCx1rFB3H40a55ehIm9GppDw7p5TYnfnOfG6lOZy6Nv V8QFTNHYgKJxVjqFLk0FO+ZyfglFEmbq4vTiDH2FSztY3MP2rW7W9us6G/LZuaPf +vDjHbgB7qD3wFyMOdWCIu23HButSLrgcmerd6l572WYHFy0iBZXfm3Ti6BAjEAC SlO0EbWhkjeeIUQdk5WuawsxRcKXvOPj9ul/KyZGvaYuNafk3aK+qeP8Lf9TNlu7 qFTlAK8n1VPkW6Q/WTaQR6kELbHdJ9LDk69+giMEA7e7lZnyThVjPxi4Jr00/4Sg uMLdN4Zo3kS+aU4P4pIbA9tKOr9AzDao4EFZKWSOub6YELztxg2LhWVTojiKxvyX E60KF7BjIeF9idricLTp8ur4l/r+xxGQx2qQcUNH8JpcNOedzQ4Oi3yOnTLnb+Aa 6LfXiYsl4EKDG0ltuFpSNgyTfD8+gHOXNiYae+rLBmq5yUBA6Q0= =lO/p -END PGP SIGNATURE-
Bug#910590: bsd-mailx: error about missing command "jalias"
Package: bsd-mailx Version: 8.1.2-0.20180807cvs-1 Severity: normal $ echo test | mailx pot Unknown command: "jalias" $ The mail is sent, ma an error is signaled -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=C:en_GB:en:en_US:it:fr:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bsd-mailx depends on: ii base-files 10.1 ii exim4-daemon-light [mail-transport-agent] 4.91-8 ii libbsd00.9.1-1 ii libc6 2.27-6 ii liblockfile1 1.14-1.1 bsd-mailx recommends no packages. bsd-mailx suggests no packages. -- no debconf information
Bug#910589: myspell-ca: should be in package section oldlibs
Package: myspell-ca Version: 3.0.2+repack1-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 myspell-ca is an empty transitional package, and as such belongs in package section oldlibs rather than text. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlu7VdUACgkQLHwxRsGg ASHxhxAAi3QFqI6yMI1WFT7WgEosobNATAfWCFY7c5brKCyqh5hOOAuGtVaAi9zH G993yfy2+5EJk+R6/yujSlJvlOordirTKLURZ3NQrOmSNr44uxxlEzqUyONZkxLO ockQOkhbMDhRWkv9Uj1aMrzCnhgECF14ntbGbD9QAoCkiKiHCdGrOHegeO7GNUZ5 EKFYkEekXXJvI0QipQBoXmS15U3zA4irbhPppYWGxfykuDCjxY7XZuIEvzZDO005 8nej6/Y765s7i5fGCboQxS1mI684FstAO6E3zdkkAsKQHmCcQjigOr3KGU9+4pnj hce1CoyqXcMnTa8UPjSvnG/FiMA8oAKOO/ffR3uT//0WIqMOfek/TvyoblAiwf5/ 5m+pRV/kftTh8SxFn7fUEbGNH61vfCJqJpmivwzaDWbGBVG7BsHtMg9Bg5h0ka7h TD3uRtfm20sg3u3XCGo7k/ZO8p5hhhNAW9tFXFKyvUaw4TRkcTUS3w8soF/LJi6O NUcuVmjctEX1Xedc3qyMX50MlawjAFsozVw0rIkP4fxxs6jyveH9sJE0eUMmodpM yN9rsHxddHJ8PG11UQZG5QOPy2cpzluvJ7EaBw0n3nJj8jOWRwcapv6vwKb6+chF UdOowYZNF+m+jkDfwN5s5NcB0Au9AbiRFHCQ6H9aunv+XDR0kpo= =P2nc -END PGP SIGNATURE-
Bug#910591: RFS: logdata-anomaly-miner/1.0.0 ITA
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "logdata-anomaly-miner" Package name: logdata-anomaly-miner Version : 1.0.0 Upstream Author : Markus Wurzenberger URL : https://launchpad.net/logdata-anomaly-miner/ License : GPLv3 Section : admin It builds those binary packages: logdata-anomaly-miner - This tool allows one to create log analysis pipelines To access further information about this package, please visit the following URL: https://mentors.debian.net/package/logdata-anomaly-miner Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/l/logdata-anomaly-miner/logdata- anomaly-miner_1.0.0.dsc More information about logdata-anomaly-miner can be obtained from https://launchpad.net/logdata-anomaly-miner/ Changes since the last upload: * Changes: * Ported code to Python 3 * Code cleanup using pylint * Added util/JsonUtil.py to encode byte strings for storing them as json objects * Added docs/development-procedures.txt which documents development procedures * Features: * New MissingMatchPathListValueDetector to detect stream interuption * Added parsing support for kernel IP layer martian package messages * Systemd parsing of apt invocation messages. * Bugfixes: * AnalysisChild: handle remote control client connection errors correctly * Various bugfixes Regards, Markus Wurzenberger smime.p7s Description: S/MIME cryptographic signature
Bug#910581: libkf5kontactinterface5: after upgrade to 18.08.1-1 all programs of the kdepim-suite crash
Package: libkf5kontactinterface5 Version: 18.08.1-1 Severity: important Dear Maintainer, after todays upgrade of libkf5kontactinterface5 to 18.08.1-1 kaddressbook and korganizer won't start any more. crashreport kaddressbook: Application: KAddressBook (kaddressbook), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f4856193a80 (LWP 1848))] Thread 3 (Thread 0x7f483ff2f700 (LWP 1851)): #0 0x7f48562fd739 in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f4852b65e46 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f4852b65f6c in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f485683524b in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f48567e225b in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f4856631176 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f4855f2e545 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #7 0x7f485663ad47 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7f4853e87f2a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #9 0x7f4856307edf in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 2 (Thread 0x7f484934f700 (LWP 1850)): #0 0x7f48562fd739 in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f485283ccf7 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x7f485283e90a in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x7f484a51f6d9 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #4 0x7f485663ad47 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f4853e87f2a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #6 0x7f4856307edf in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 1 (Thread 0x7f4856193a80 (LWP 1848)): [KCrash Handler] #6 0x7f4856566438 in vtable for __cxxabiv1::__si_class_type_info () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #7 0x7f4857fbef9d in KontactInterface::PimUniqueApplication::start(QStringList const&, bool) () from /usr/lib/x86_64-linux-gnu/libKF5KontactInterface.so.5 #8 0x55e594c90268 in ?? () #9 0x7f4856232b17 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #10 0x55e594c9053a in _start () crashreport korganizer: Application: KOrganizer (korganizer), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f359e9d5a80 (LWP 2357))] Thread 2 (Thread 0x7f358ebf7700 (LWP 2359)): #0 0x7f359ec61204 in read () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f359a45b180 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f359a41591f in g_main_context_check () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f359a415df0 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f359a415f6c in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f359f19d24b in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f359f14a25b in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x7f359ef99176 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7f359e90e545 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #9 0x7f359efa2d47 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #10 0x7f359b737f2a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #11 0x7f359ec6fedf in clone () from /lib/x86_64-linux-gnu/libc.so.6 Thread 1 (Thread 0x7f359e9d5a80 (LWP 2357)): [KCrash Handler] #4 0xfff0 in ?? () #5 0x7f35a111ef9d in KontactInterface::PimUniqueApplication::start(QStringList const&, bool) () from /usr/lib/x86_64-linux-gnu/libKF5KontactInterface.so.5 #6 0x564848ac20f3 in ?? () #7 0x7f359eb9ab17 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #8 0x564848ac22fa in _start () It's a little bit annoying ;-) Thanks for maintaining the package! Klaumi -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (200, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE:de:en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libkf5kontactinterface5 depends on: ii kio 5.49.0-1 ii libc62.27-6 ii libkf5coreaddons55.49.0-1 ii libkf5iconthemes55.49.0-1 ii libkf5kiowidgets55.49.0-1 ii
Bug#879741: RFH: phpmyadmin -- MySQL web administration tool
Hi, On Thu, May 3, 2018 at 4:07 AM Michal Čihař wrote: > Hi > > Felipe Sateler píše v St 02. 05. 2018 v 10:46 -0300: > > I've hit a snag though: phpmyadmin now uses Twig ^1.33, but debian > > has > > 2.x (I believe this is just a metadata bug or at least fixable, as > > 1.27+ can be source-compatible with 2.x), and it uses the extensions, > > that are not packaged. I ran out of time yesterday to package that > > too, so current state is not runnable :( > > The reason is that phpMyAdmin 4.8 still supports PHP 5.x, while Twig > 2.x does not. So it's on purpose from the phpMyAdmin side and I'm not > sure how different these two versions are.. > >From my local testing (I have a local package built), it seems the versions are "close enough". So I think we can patch downstream to require 2.x version. You might want to reconsider upstream, with PHP5.6 going EOL by the end of the year. Anyway, currently things are at least running, but there are still some configuration that need better defaults. I keep getting: > The $cfg['TempDir'] (./tmp/) is not accessible. phpMyAdmin is not able to cache templates and will be slow because of this Progress continues slowly... -- Saludos, Felipe Sateler
Bug#910539: (nessun oggetto)
I also have this issue after the last system upgrade (Debian testing). Con MyOpen hai Giga, SMS e i minuti che vuoi da 3€ al mese, per sempre. Cambi gratis quando e come vuoi e in più hai 10€ di credito omaggio! SCOPRI DI PIU’ http://tisca.li/myopen
Bug#910586: myspell-bg: should be in package section oldlibs
Package: myspell-bg Version: 4.1-6 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 myspell-bg is an empty transitional package, and as such does not belong in section text. Please use section oldlibs instead. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlu7Un0ACgkQLHwxRsGg ASEPxBAAklC9X8G7uaZMHlvoUyyM8Z99xLmnQUtZH4Y45D9e0/VXDjxJ6FobvuL7 G/mcphnMxy+get1UuDMBRUkcvuWkwsRbJsisN4bctL5OjMtYpo49XKVqvDX9S4eG OV3ABFCO2EFXunTg0n1d6GYn1Sxzy4zS/EPu3ohvm265ltKQwl+S6DLs5tPlH7Yb PF1/283oFLHUF2ZvSee37Wz8Iy14MG+DgqDqEjYtAz6Lj7JM458zLSjPF7t/22tW yU/zOnrZ2yYsmTSIiFxatVOVNe4eiLZT58cvU/Q6e0QQOKlSKQ83jqHId1hWi0eO TT9Kp7rxwhp7gfm/tZRHa0Wl3qBDetT1l3bY9kiVHtZYAgzAUF/YytupsXB395q6 wvuTZ6Gr/9GbNqxVR28IwqFj5a6kdl6siOQ1AY2bSnrCg/p57f7u3raKmOZC+Avl m5QeL5HqPOeDSWaj8oF576fTZgyU0472GKvPUjkp9H9bm5teGGtmddZLIlE9Xlvq 1I093c5udUu1QU81TXMFHoT5WQht9/Xm7MVw3dSV8WwMdaET4xQ92P1/UmjZ4lqe hTdr9IrmmlJmMdzrvIdDiPTLEvCH82NoOrwK89TfgV/3OmNmjoQBDlMSwyrQ3bYD lynEl2SELRolWPLEIrE7DqLgDeULmD3Jp8n2Tf4sZ+2mlOgcHWE= =gryn -END PGP SIGNATURE-
Bug#910585: openjfx: no glassgtk3 in java.library.path
Package: openjfx Version: 11+26-3 Severity: serious I have made significant progress with packaging a newer version of MediathekView. However when I try to run the application I get a RuntimeException which indicates that some package is missing. I suspect libopenjfx-jni is the culprit. InteropFactory: cannot load com.sun.javafx.embed.swing.newimpl.InteropFactoryN Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: java.lang.UnsatisfiedLinkError: no glassgtk3 in java.library.path: [/usr/java/packages/lib, /usr/lib/x86_64-linux-gnu/jni, /lib/x86_64-linux-gnu, /usr/lib/x86_64-linux-gnu, /usr/lib/jni, /lib, /usr/lib] at com.sun.javafx.tk.quantum.QuantumToolkit.startup(QuantumToolkit.java:268) at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:269) at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:158) at javafx.embed.swing.JFXPanel.lambda$initFx$1(JFXPanel.java:234) at java.base/java.lang.Thread.run(Thread.java:844) Caused by: java.lang.UnsatisfiedLinkError: no glassgtk3 in java.library.path: [/usr/java/packages/lib, /usr/lib/x86_64-linux-gnu/jni, /lib/x86_64-linux-gnu, /usr/lib/x86_64-linux-gnu, /usr/lib/jni, /lib, /usr/lib] at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2654) at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:876) at java.base/java.lang.System.loadLibrary(System.java:1875) at com.sun.glass.utils.NativeLibLoader.loadLibraryInternal(NativeLibLoader.java:150) at com.sun.glass.utils.NativeLibLoader.loadLibrary(NativeLibLoader.java:52) at com.sun.glass.ui.gtk.GtkApplication.lambda$new$6(GtkApplication.java:187) at java.base/java.security.AccessController.doPrivileged(Native Method) at com.sun.glass.ui.gtk.GtkApplication.(GtkApplication.java:171) at com.sun.glass.ui.gtk.GtkPlatformFactory.createApplication(GtkPlatformFactory.java:41) at com.sun.glass.ui.Application.run(Application.java:144) at com.sun.javafx.tk.quantum.QuantumToolkit.startup(QuantumToolkit.java:258) ... 4 more -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openjfx depends on: ii libopenjfx-java 11+26-3 Versions of packages openjfx recommends: ii openjfx-source 11+26-3 openjfx suggests no packages. -- no debconf information
Bug#910593: davmail: missing versioned dependency on init-script-helpers
Package: davmail Version: 4.9.0.2652-1 Severity: important Dear Maintainer, davmail's postinst unconditionally uses a new feature of update-rc.d: update-rc.d davmail defaults-disabled 'defaults-disabled' is only available in init-system-helpers in a version newer than that in stretch. This means that upgrades from stretch to sid will fail if init-system-helpers is not upgraded before davmail. (This also renders the package uploaded to stretch-backports completely broken; it cannot be installed.) regards Stuart
Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors
On Mon, Oct 08, 2018 at 03:21:41PM +0100, Chris Lamb wrote: > Oh sure, we are all in agreement here but users of diffoscope in Debian > are likely to file their generic issues in the Debian bug tracker, > resulting in duplication. I dont think this is a problem, or rather a problem with diffoscope, but rather with all the other 26000 source packages too. And the solution is simple and the same as everywhere: forward those bugs to the upstream tracker. (just that we dont have an upstream tracker atm...) -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#910360: debbugs: get_bug_log SOAP operation truncates message
Don Armstrong writes:
Hi Don,
>> The get_bug_log operation of the SOAP API truncates some messages. For
>> example, look at the 4th message (indexing from 0) in bug 25235. In
>> the web interface,
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25235#17 , one can see
>> that the message has 2 parts, but the get_bug_log SOAP operation only
>> returns the first part.
>
> That's right; it's currently only returning the body and header of the
> mail messages, not the attachments. There probably should be an option
> to return all of them, but this particular interface isn't really the
> right way to do it.
Well, get_bug_log is already prepared to return the attachments, it just
returns an empty array for the time being. As proof of concept, I've
implemented attachments for this function, see attached patch. This
needs *much* more polishing. On debbugs.gnu.org, we run a very old
version of the debbugs software, so I needed to merge my changes into
the recent version from the debbugs git repository, and I couldn't test
that result. Furthermore, I did only some very short test runs (with the
example which triggered this bug report); I'm pretty sure the MIME
multipart handling needs much more attention.
Anyway, what do you think about?
Best regards, Michael.
diff --git a/Debbugs/MIME.pm b/Debbugs/MIME.pm
index fec3b6e..e2aea22 100644
--- a/Debbugs/MIME.pm
+++ b/Debbugs/MIME.pm
@@ -70,9 +70,9 @@ sub getmailbody
my $entity = shift;
my $type = $entity->effective_type;
if ($type eq 'text/plain' or
- ($type =~ m#text/?# and $type ne 'text/html') or
- $type eq 'application/pgp') {
- return $entity;
+ ($type =~ m#text/# and $type ne 'text/html') or
+ $type =~ m#application/pgp#) {
+ return $entity->bodyhandle;
} elsif ($type eq 'multipart/alternative') {
# RFC 2046 says we should use the last part we recognize.
for my $part (reverse $entity->parts) {
@@ -130,7 +130,7 @@ sub parse_to_mime_entity {
sub parse
{
# header and decoded body respectively
-my (@headerlines, @bodylines);
+my (@headerlines, @bodylines, @attachments);
my $parser = MIME::Parser->new();
my $tempdir = tempdir(CLEANUP => 1);
@@ -151,6 +151,19 @@ sub parse
@bodylines = $entity_body_handle ? $entity_body_handle->as_lines() : ();
@bodylines = map {convert_to_utf8($_,$charset)} @bodylines;
chomp @bodylines;
+
+ if ($entity->is_multipart) {
+ @attachments = ();
+ my @parts = $entity->parts;
+ shift @parts;
+ for my $part (@parts) {
+ my $ret = getmailbody($part);
+ my @lines = $ret ? $ret->as_lines() : ();
+ chomp @lines;
+ shift @lines while @lines and $lines[0] !~ /\S/;
+ $attachments[$#attachments+1] = \@lines;
+ }
+ }
} else {
# Legacy pre-MIME code, kept around in case MIME::Parser fails.
my @msg = split /\n/, $_[0];
@@ -197,7 +210,9 @@ sub parse
map { s/^- // } @bodylines;
}
-return { header => [@headerlines], body => [@bodylines]};
+return
+ {header => [@headerlines], body => [@bodylines],
+ attachments => \@attachments};
}
=head2 create_mime_message
diff --git a/Debbugs/SOAP.pm b/Debbugs/SOAP.pm
index a0c3cbf..743848f 100644
--- a/Debbugs/SOAP.pm
+++ b/Debbugs/SOAP.pm
@@ -84,7 +84,7 @@ sub get_usertag {
use Debbugs::Status;
-=head2 get_status
+=head2 get_status
my @statuses = get_status(@bugs);
my @statuses = get_status([bug => 304234,
@@ -249,9 +249,12 @@ sub get_bug_log{
my $message = parse($record->{text});
my ($header,$body) = map {join("\n",make_list($_))}
@{$message}{qw(header body)};
+ my @attachments = map {join("\n",make_list($_))}
+ make_list (@{$message}{qw(attachments)});
+ @attachments = [] unless @attachments;
push @messages,{header => $header,
body => $body,
- attachments => [],
+ attachments => @attachments,
msg_num => $current_msg,
};
}
Bug#910596: tcpreplay: CVE-2018-17580
Source: tcpreplay Version: 4.2.6-1 Severity: important Tags: security upstream Forwarded: https://github.com/appneta/tcpreplay/issues/485 Hi, The following vulnerability was published for tcpreplay. CVE-2018-17580[0]: | A heap-based buffer over-read exists in the function fast_edit_packet() | in the file send_packets.c of Tcpreplay v4.3.0 beta1. This can lead to | Denial of Service (DoS) and potentially Information Exposure when the | application attempts to process a crafted pcap file. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2018-17580 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-17580 Please adjust the affected versions in the BTS as needed. Regards, Salvatore
Bug#908310: Original DNS kept in resolv.conf when resolved is used
On Sat, 08 Sep 2018 12:04:49 +0200 Laurent Bigonville wrote: > Package: network-manager-vpnc > Version: 1.2.6-1 > Severity: important > > Hi, > > It seems that when the VPN connection is established, the original DNS > servers are kept and the DNS coming from the VPN are added at the top. > > This was OK before, but this is not OK anymore if resolved is used as > resolved might pick a random server and then the resolution of the > internal host names will fail. > > The original DNS servers should be removed. If you use systemd-resolved, you should probably setup NetworkManager accordingly, see man NetworkManager.conf: dns=systemd-resolved HTH, Michael -- 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#910599: RM: cortina -- RoQA; Orphaned; Upstream Dead; Affected by Qt4 Removal
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org X-Debbugs-CC: jbi...@debian.org 898...@bugs.debian.org Usertags: remove Dear FTP Masters, Please remove package cortina from Debian archive. This package is now orphaned, upstream dead and is affected by Qt4 removal. Detailed discussion: https://bugs.debian.org/898541 . Package cortina has no reverse depedencies. -- Regards, Boyuan Yang
Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC
Hi Axel, Axel Beckert writes: >> Thank you for raising this up. Are you using openrc with sysvinit-core? > > Yes. Since the package "init" doesn't allow openrc as option, > sysvinit-core is installed, too. I though don't know the difference > between those two modes (OpenRC with and without sysvinit-core). That's the expected setup. No problem. In short, there is no difference for OpenRC with and without sysvinit-core. At present in Debian, sysvinit-core is the most viable option. Traditionally, OpenRC is only a service manager, which need to be started by some pid 1 process, like sysvinit. Cheers, Benda
Bug#903421:
I've been updating the PR at https://salsa.debian.org/debian/dovecot/merge_requests/1 every now and then, but I see that debian has made new package releases of dovecot without commenting on the PR. I'll stop updating the PR until there is interest in those tests, in which case, just ping me (here or there) and I'll update them and run them one more time. Thanks
Bug#895810: network-manager: Network-manager wifi connection disappears after a while by itself (gnome)
On Mon, 16 Apr 2018 11:22:52 +0200 Tomas Ukkonen wrote: > Package: network-manager > Version: 1.10.6-2 > Severity: normal > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > > I'm using Lenovo W510 laptop with Intel® Centrino® Wireless-N 1000 WLAN. > > Before wireless connection worked ok but with the latest apt-get update > network-manager now quite often drops wifi connection. It is not possible to > start connection from the user interface (gnome). > I have to use command "systemctl restart network-manager" from the > command-line which fixes the problem temporarily but after a while connection > drops/disappears again. > That sounds like a kernel/driver or wpasupplicant error. Is it still reproducible? I also note that you use 1.10.6-2: Is this system a mix of unstable + stable? Michael -- 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#909000: Enigmail 2.0 needed in Stretch after Thunderbird 60 upload
On Mon 2018-10-08 16:05:39 +0200, W. Martin Borgert wrote: >> In the meantime, for enigmail, i've pushed a debian/stretch branch into >> salsa with commit id b6e978d64af1defdfed876b09c8a57acb796ad72 as > > Did you push? I can't find the id. I would like to test. thanks for testing! it appears that i failed to push earlier, but it should now be pushed to salsa. > Btw. having it in bpo9 would be very good. I know, that this is abuse of > backports. But whatever we do, it's better than letting users install > via "Add-ones Manager". the trouble with putting the updated enigmail in bpo9 is that it depends on the fixes for GnuPG (see #910398) -- it will fail in pretty nasty (and sometimes subtle) ways unless and until those changes are available. I'd love to hear other suggestions for how to do this, but i don't see any better options than the approach outlined here, unfortunately. I'd be thrilled if someone else has a better approach. --dkg
Bug#910598: tcpreplay: CVE-2018-17974
Source: tcpreplay Version: 4.2.6-1 Severity: important Tags: security upstream Forwarded: https://github.com/appneta/tcpreplay/issues/486 Hi, The following vulnerability was published for tcpreplay. CVE-2018-17974[0]: | An issue was discovered in Tcpreplay 4.3.0 beta1. A heap-based buffer | over-read was triggered in the function dlt_en10mb_encode() of the file | plugins/dlt_en10mb/en10mb.c, due to inappropriate values in the | function memmove(). The length (pktlen + ctx - l2len) can be larger | than source value (packet + ctx-l2len) because the function fails to | ensure the length of a packet is valid. This leads to Denial of | Service. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2018-17974 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-17974 Please adjust the affected versions in the BTS as needed. Regards, Salvatore
Bug#910601: libreoffice-common: Sometimes X11 crash when opened.
Package: libreoffice-common Version: 1:6.1.2-1 Severity: normal Dear Maintainer, Sometimes X11 crash. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (950, 'testing'), (400, 'unstable'), (300, 'experimental'), (10, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libreoffice-common depends on: ii libnumbertext-data 1.0-3 ii libreoffice-style-colibre 1:6.1.2-1 ii libreoffice-style-tango1:6.1.2-1 ii ure6.1.2-1 Versions of packages libreoffice-common recommends: ii apparmor 2.13-8 pn fonts-liberation2 | ttf-mscorefonts-installer ii libexttextcat-data 3.4.5-1 pn python3-uno ii xdg-utils 1.1.3-1 Versions of packages libreoffice-common suggests: ii libreoffice-style-colibre [libreoffice-style] 1:6.1.2-1 ii libreoffice-style-tango [libreoffice-style]1:6.1.2-1 -- no debconf information [18266.049204] kauditd_printk_skb: 19 callbacks suppressed [18266.049204] audit: type=1400 audit(1539010923.604:47): apparmor="ALLOWED" operation="open" profile="libreoffice-soffice" name="/home/nicola/.cache/mesa_shader_cache/index" pid=6859 comm="soffice.bin" requested_mask="wrc" denied_mask="wrc" fsuid=1000 ouid=1000 [18266.142172] audit: type=1400 audit(1539010923.696:48): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/local/share/fonts/.uuid.TMP-1K2Yod" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18266.142247] audit: type=1400 audit(1539010923.696:49): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/share/fonts/cMap/.uuid.TMP-J6rugr" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18266.142809] audit: type=1400 audit(1539010923.696:50): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/share/fonts/X11/util/.uuid.TMP-iXd47E" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18266.142811] audit: type=1400 audit(1539010923.696:51): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/share/poppler/cMap/Adobe-CNS1/.uuid.TMP-2ifEZS" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18266.142880] audit: type=1400 audit(1539010923.696:52): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/share/poppler/cMap/Adobe-GB1/.uuid.TMP-mMpeR6" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18266.142882] audit: type=1400 audit(1539010923.696:53): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/share/poppler/cMap/Adobe-Japan1/.uuid.TMP-JhNOIk" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18266.142883] audit: type=1400 audit(1539010923.696:54): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/share/poppler/cMap/Adobe-Japan2/.uuid.TMP-XMkpAy" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18266.142930] audit: type=1400 audit(1539010923.696:55): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/share/poppler/cMap/Adobe-Korea1/.uuid.TMP-IM6ZrM" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18266.142931] audit: type=1400 audit(1539010923.696:56): apparmor="ALLOWED" operation="mknod" profile="libreoffice-soffice" name="/usr/share/fonts/opentype/ipafont-gothic/.uuid.TMP-1C3Aj0" pid=6858 comm="soffice.bin" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 [18268.987056] nouveau :01:00.0: bus: MMIO read of FAULT at 619444 [ IBUS ]
Bug#910602: RFP: node-co-mocha -- Enable support for generators in Mocha tests
Package: wnpp Severity: wishlist * Package name: node-co-mocha Version : 1.2.2 Upstream Author : Blake Embrey * URL : https://notabug.org/themusicgod1/co-mocha * License : MIT Programming Lang: javascript Description : Enable support for generators in Mocha tests Enable support for generators in Mocha tests using co. This module monkey patches the Runnable.prototype.run method of mocha to enable generators. In contrast to other npm packages, co-mocha extends mocha at runtime allowing you to use any compatible mocha version.
Bug#909990: Stange import error for nibabel when trying to import from .pybuild
Thank you Andreas for looking into it 2.3.1 bugfix is around the corner https://github.com/nipy/nibabel/pull/667 so I will aim to make sure the #909990 is fixed within it (for starters - I do not think I observed this exception when building from current RC branch) On Mon, 08 Oct 2018, Andreas Tille wrote: > Hi, > to see what I can do about bug #909990 I've imported the latest version > into the packaging Git[1]. When beeing inside the main dir of the Git > repository I can easily do > neurodebian-team/pynifti(debian) $ python3 > Python 3.6.6 (default, Jun 27 2018, 14:44:17) > [GCC 8.1.0] on linux > Type "help", "copyright", "credits" or "license" for more information. > >>> import nibabel > However, if I try inside the .pybuild dir I get: > /build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build# python3.6 > Python 3.6.7rc1 (default, Sep 27 2018, 09:51:25) > [GCC 8.2.0] on linux > Type "help", "copyright", "credits" or "license" for more information. > >>> import nibabel > Traceback (most recent call last): > File "", line 1, in > File > "/build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build/nibabel/__init__.py", > line 45, in > from .loadsave import load, save > File > "/build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build/nibabel/loadsave.py", > line 18, in > from .imageclasses import all_image_classes > File > "/build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build/nibabel/imageclasses.py", > line 16, in > from .minc1 import Minc1Image > File > "/build/nibabel-2.3.0/.pybuild/cpython3_3.6_nibabel/build/nibabel/minc1.py", > line 20, in > from .deprecated import FutureWarningMixin > ImportError: cannot import name 'FutureWarningMixin' -- Yaroslav O. Halchenko Center for Open Neuroscience http://centerforopenneuroscience.org 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
Bug#910560: [choose-mirror] fails to build when parallel build is activated
On 10/8/18 5:33 PM, Philipp Kern wrote: >> Controversial opinion: It should use sbuild instead of pbuilder. sbuild >> is more actively maintained and more reliable in my experience. sbuild >> is also what the buildds are using. > > sbuild doesn't solve this particular problem either. You need to pass in > DEB_BUILD_OPTIONS=parallel=n rather than setting --jobs. The latter is mapped > to -j, which breaks (because it's put into MAKEFLAGS) and the former maps to > -J. Ok, I've never used "-j" though which is probably why I have never run into this problem. Sounds like an obscure option to me after reading the manpage. > Julien is right in that there is a bug here that's worth fixing but the > default build environment which is incredibly hard to discover does not > expose them. What exactly is this particular bug then? Does the rules file of choose-mirror anything special in this regard? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#910595: Thunar segfaults when using Wayland and makes it unusable (still)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mon, 2018-10-08 at 16:28 +0200, Yvan Masson wrote: > Package: thunar > Version: 1.8.2-1 > Severity: important > > Dear Maintainer, > > I reported a few days ago bug 910353 [1], saying that Thunar 1.8.1 > crashes under Wayland and that version 1.8.2 should fixe the issue. Your > answer were fast (thanks!) and I could pick up thunar 1.8.2 from sid (I > use testing). > > Unfortunately, this new version still crashes under Wayland (no issue > under X11): maybe the segfault comes from another dependency that should > be upgraded? I added the close tag based on your line: “Could you upload 1.8.2 to fix this issue?” At best it was confusing. What exactly where you referring to here? Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAlu7b0YACgkQ3rYcyPpX RFsoTwgAj1HE07NC80dDsmlebkAKBiMVPHNV2fttQg3m7yYXyQeCG8NU2qf+qOc2 1qfmhaKf02ovWnyN8K+rpkXb+3j9eWdGqqay9cUL7YfoVM72007JJHa8yhErVKqG 9Q9lsv/llrWuxSFMMwyvQEbRFcdbWq18PE3yIw2xGezcH+SAyLZylxXFi5YZwbyU 7uH3VskRSE99ZKZw5wEWpwC3RGOm7BT78cncouXBLAWejda0g8vSl/MGJYWDhH1l xwxH99iHgTIt18qV42mlFc5v3yvszrGkQYjh0V9g58T9PZ9zldfJGiHdefjJnmOo 1tI2z9Ld69aIj5tN9WyH4tw+mwdCnA== =0rzt -END PGP SIGNATURE-
Bug#910600: RM: aisleriot [armel] -- ROM; ANAIS
Package: ftp.debian.org Severity: important X-Debbugs-CC: aisler...@packages.debian.org User: ftp.debian@packages.debian.org Usertags: remove Dear FTP Masters, As discussed in https://bugs.debian.org/909677 , the aisleriot maintainers (GNOME Maintainers) have requested to remove binary package aisleriot in Debian unstable (armel only) to deal with the problem that its build-dependency guile-2.2-dev is no longer being built on armel. For background of guile-2.2-dev problem, please see https://bugs.debian.org/883778 . Removal of binary package can help with its testing migration. After the issue of guile-2.2-dev gets solved, the armel binary package can be built again so it won't hurt much. Thanks! -- Regards, Boyuan yang
Bug#909000: Enigmail 2.0 needed in Stretch after Thunderbird 60 upload
Quoting Daniel Kahn Gillmor : thanks for testing! it appears that i failed to push earlier, but it should now be pushed to salsa. Yes, it is there, it build and installs fine and I could decrypt and verify existing email. I then couldn't test further, because I need the exchange calendar add-on, so I had to go back to 1:52.9.1-1~deb9u1 (see #906730: "calendar-exchange-provider: Add-on is not compatible with Thunderbird 60.0"). I have thunderbird on "hold" to refuse 60.0 until calendar works again.
Bug#910605: libgs9-common: ships dangling symlink /usr/share/ghostscript/9.25/Resource/CIDFSubst/DroidSansFallback.ttf
Package: libgs9-common Version: 9.25~dfsg-2 Severity: normal Hi, is there any specific reason why libgs9-common ships a symlink which is a dangling one/dead end until the fonts-droid-fallback package is installed? , [ demo ] | root@buster-demo:~# ls -la /usr/share/ghostscript/9.25/Resource/CIDFSubst/ | total 8 | drwxr-xr-x 2 root root 4096 Oct 8 17:21 . | drwxr-xr-x 11 root root 4096 Oct 8 17:21 .. | lrwxrwxrwx 1 root root 58 Sep 15 14:18 DroidSansFallback.ttf -> ../../../../fonts/truetype/droid/DroidSansFallbackFull.ttf | root@buster-demo:~# ls -la /usr/share/ghostscript/9.25/Resource/CIDFSubst/DroidSansFallback.ttf | lrwxrwxrwx 1 root root 58 Sep 15 14:18 /usr/share/ghostscript/9.25/Resource/CIDFSubst/DroidSansFallback.ttf -> ../../../../fonts/truetype/droid/DroidSansFallbackFull.ttf | root@buster-demo:~# readlink -f /usr/share/ghostscript/9.25/Resource/CIDFSubst/DroidSansFallback.ttf | root@buster-demo:~# | | root@buster-demo:~# apt-cache show libgs9-common | grep fonts-droid-fallback | Recommends: fonts-droid-fallback ` JFTR, #613912 might be related. regards, -mika-
Bug#909000: Enigmail 2.0 needed in Stretch after Thunderbird 60 upload
Hi Daniel, In the meantime, for enigmail, i've pushed a debian/stretch branch into salsa with commit id b6e978d64af1defdfed876b09c8a57acb796ad72 as Did you push? I can't find the id. I would like to test. Btw. having it in bpo9 would be very good. I know, that this is abuse of backports. But whatever we do, it's better than letting users install via "Add-ones Manager". Cheers
Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors
Hi all. My way of thinking: If the program is only for debian, bugs.d.o is a right place to report issues. If the program aims to a broader audience (multiple distros), the project repository is the right place to report issues. Also, issues specific to debian can be filled alternatively in bugs.d.o and later 'sent upstream' the fixes to the project repository. About the need for create an account in salsa.d.o to report issues, is the same case in gitlab, github, bitbucket, etc.., the user always needs to create an account the first time (i don't think that it is complicated). Regards, JMPC. On Mon, Oct 8, 2018 at 7:21 AM Holger Levsen wrote: > > Dear Chris, > > On Sun, Oct 07, 2018 at 10:33:49PM +0100, Chris Lamb wrote: > > (Adjusting severity only because important severity bugs are treated > > somewhat different in some interfaces, but agree this is more > > severe than "just another" wishlist entry.) > > I agree, was thinking the same when filing the bug... > > > > - the project on salsa has issues disabled (but would require a login on > > > salsa anyway), still filing bugs in a webbrowser is something many > > > people want to do today, so I think maybe we should enable issues? > > > > No strong objection to the principle except that we would then have > > some duplication between the two trackers. > > while I do agree that duplication is a problem, I think having bugs not > filed because "it's complicated" is worse. > > > I'm thinking specifically of those times when I'd like to pick up on a > > previous issue, but then would need to "mentally merge" two lists of > > bugs, filtering any potential duplicates, etc. > > we could make the habbit to always file a debian bug and set it > forwarded to the github issue if we'd agree to use github issues... > > but... > > > > - there is still https://github.com/ReproducibleBuilds but thats empty, > > > so noone could file issues there. > > Well, this one is easily "fixed": > > https://i.imgur.com/vXbuKYU.png > > sigh. for two reasons: > > first, I find the style of explaining an issue by the means of a > screenshot to be, dunno, passive aggressive, or maybe just annoying? its > definitly not accessable not stored in the bts, and requires everyone > reading the bts mail to go to a graphical webbrowser (& be online) to > see what you have done... so for those who have not followed that link, > Chris deleted https://github.com/ReproducibleBuilds > > second, I was basically suggesting to discuss using the github tracker > and instead of allowing the discussion you killed it within minutes > after my report. surely we could recreate the github project again, but > that would mean everybody again needs to apply to become a member etc. > > I actually would have been in favor of allowing people to report issues > on github, just because it has 40mio users, which includes most people > working on reproducible builds, while a.) salsa has a few thousand and > hardly anyone not involved in Debian and b.) filing bugs via mail (while > I like it a lot) is something many people dislike. > > But I guess this discussion is academic now. :( > > > -- > cheers, > Holger > > --- >holger@(debian|reproducible-builds|layer-acht).org >PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C > ___ > Reproducible-builds mailing list > reproducible-bui...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/reproducible-builds
Bug#910595: Thunar segfaults when using Wayland and makes it unusable (still)
Package: thunar Version: 1.8.2-1 Severity: important Dear Maintainer, I reported a few days ago bug 910353 [1], saying that Thunar 1.8.1 crashes under Wayland and that version 1.8.2 should fixe the issue. Your answer were fast (thanks!) and I could pick up thunar 1.8.2 from sid (I use testing). Unfortunately, this new version still crashes under Wayland (no issue under X11): maybe the segfault comes from another dependency that should be upgraded? Thanks for your time and work, Yvan Masson 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910353 -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunar depends on: ii desktop-file-utils 0.23-3 ii exo-utils 0.12.2-1 ii libatk1.0-0 2.30.0-1 ii libc6 2.27-6 ii libcairo2 1.15.12-1 ii libexo-2-0 0.12.2-1 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-6 ii libglib2.0-02.58.1-2 ii libgtk-3-0 3.24.1-2 ii libgudev-1.0-0 232-2 ii libice6 2:1.0.9-2 ii libnotify4 0.7.7-3 ii libpango-1.0-0 1.42.4-3 ii libsm6 2:1.2.2-1+b3 ii libthunarx-3-0 1.8.1-1 ii libxfce4ui-2-0 4.12.1-3 ii libxfce4util7 4.12.1-3 ii libxfconf-0-2 4.12.1-1 ii shared-mime-info1.10-1 ii thunar-data 1.8.2-1 Versions of packages thunar recommends: ii dbus-user-session [default-dbus-session-bus] 1.12.10-1 ii dbus-x11 [dbus-session-bus] 1.12.10-1 ii gnome-shell [polkit-1-auth-agent] 3.30.0-3 ii gvfs 1.38.0-2 ii libcairo-gobject2 1.15.12-1 ii libpangocairo-1.0-0 1.42.4-3 ii libxfce4panel-2.0-4 4.12.2-1 ii thunar-volman 0.8.1-2 ii tumbler 0.2.3-1 ii udisks2 2.8.1-1 ii xdg-user-dirs 0.17-1 Versions of packages thunar suggests: pn thunar-archive-plugin pn thunar-media-tags-plugin -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#910597: tcpreplay: CVE-2018-17582
Source: tcpreplay Version: 4.2.6-1 Severity: important Tags: security upstream Forwarded: https://github.com/appneta/tcpreplay/issues/484 Hi, The following vulnerability was published for tcpreplay. CVE-2018-17582[0]: | Tcpreplay v4.3.0 beta1 contains a heap-based buffer over-read. The | get_next_packet() function in the send_packets.c file uses the memcpy() | function unsafely to copy sequences from the source buffer pktdata to | the destination (*prev_packet)-pktdata. This will result in a Denial | of Service (DoS) and potentially Information Exposure when the | application attempts to process a file. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2018-17582 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-17582 Please adjust the affected versions in the BTS as needed. Regards, Salvatore
Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors
Dear Chris, On Mon, Oct 08, 2018 at 03:36:55PM +0100, Chris Lamb wrote: > I'm sorry this appears to have upset you so much I'm afraid I'm > somewhat struggling to see the full extent why. and > Naturally, if I thought this would have been a problem I would not have > pushed the button. sure, I never doubted that! :) As I tried to explain was the combination of the immediate action itself, coming from a discussion which was just started, combined with explaining/announcing this action with a screenshot (which itself I'm sure was ment 'funny' or geeky or some harmless/nice thing). > Not only was the entire GitHub organisation empty (and was at least > since the salsa migration), it was highly misleading and, naturally, we > can recreate it within 60 seconds. It has been that way for months, so I dont understand the perceived hurry. Also that organisation still had members (which surely can be added easily), so I think my main complaint is what I wrote above: the combination of... (see above :) anyhow, i dont hold any grudge or anything and would prefer to move on with the question at hand: > (I also would have thought that any solution to /potential/ duplication > of issues between the Debian BTS and salsa would not be to introduce a > _third_ entity anyway, 2nd, we dont have issues on salsa enabled. > and alas GitHub Issues cannot really be used > without also duplicating the code there too, making the workflow for > code even worse too. Indeed, this is what I was definitely finding > before when we had a mirror.) so let's get the mirror back and track upstream issues on github? I was going to write "Or let's accept that diffoscope is a 'Debian Reproducible Builds Project' and use the BTS or salsa for upstream bug tracking too" but then I realized that we have the same problem with eg the website, though there it's probably less a problem as we strive less for drive-by contributors there. But I think we want to move something distro agnostic, and salsa.d.o is very much Debian centric, so I think we should look for something else. I'd be fine to using github.com or gitlab.com or foobar. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#868425: Port to GIO
tags 868425 + patch
tags 886079 + patch
thanks
Attached is a patch fixing this bug. The current package doesn't
handle EOF properly and also doesn't close the stream.
Incidentally, the patch fixes #886079 as well. This package doesn't
use GConf but ends up linking with it due to gnome-vfs-2.0.pc.
Description: Port to GIO.
Bug-Debian: https://bugs.debian.org/868425
Author: Yavor Doganov
Forwarded: no
Last-Update: 2018-10-08
---
--- gmotionlive-1.0.orig/Makefile
+++ gmotionlive-1.0/Makefile
@@ -5,7 +5,7 @@
all: gmotionlive
gmotionlive: gmotionlive.c
- $(CC) gmotionlive.c -o gmotionlive $(CFLAGS) `pkg-config gtk+-2.0
--cflags --libs` `pkg-config gnome-vfs-2.0 --cflags --libs`
+ $(CC) gmotionlive.c -o gmotionlive $(CFLAGS) `pkg-config gtk+-2.0
--cflags --libs`
clean:
rm -f *.o gmotionlive
--- gmotionlive-1.0.orig/gmotionlive.c
+++ gmotionlive-1.0/gmotionlive.c
@@ -9,7 +9,6 @@
#include
#include
-#include
#include
#include
#include
@@ -207,32 +206,56 @@
return size * nmemb;
}
-void read_callback (GnomeVFSAsyncHandle *handle, GnomeVFSResult result,
gpointer buffer, GnomeVFSFileSize bytes_requested, GnomeVFSFileSize bytes_read,
gpointer callback_data)
+void read_callback (GObject *handle, GAsyncResult *result, gpointer
callback_data)
{
- if (result != GNOME_VFS_OK) {
- failure("gmotionlive can not read from the stream");
+ GFile *file = G_FILE(callback_data);
+ GError *error = NULL;
+ gssize bytes_read;
+
+ bytes_read = g_input_stream_read_finish(G_INPUT_STREAM(handle),
+ result, );
+ if (error) {
+ g_object_unref(handle);
+ g_object_unref(file);
+ g_error_free(error);
+ failure("gmotionlive can not read from the stream");
+ return;
+ }
+
+ if (bytes_read) {
+ netcam_write(buf, 1, bytes_read, NULL);
+ g_input_stream_read_async(G_INPUT_STREAM(handle), buf, 4095,
+ G_PRIORITY_LOW, NULL, read_callback,
+ file);
} else {
- if (bytes_read)
- netcam_write(buffer, 1, bytes_read, NULL);
- gnome_vfs_async_read(handle, buffer, 4095, read_callback,
"read_callback");
+ g_object_unref(handle);
+ g_object_unref(file);
}
}
-void open_callback (GnomeVFSAsyncHandle *handle, GnomeVFSResult result,
gpointer callback_data)
+void open_callback (GObject *handle, GAsyncResult *result, gpointer
callback_data)
{
- if (result != GNOME_VFS_OK) {
- failure("gmotionlive was unable to open the specified stream");
- } else {
- gnome_vfs_async_read(handle, buf, 4095, read_callback,
"read_callback");
+ GFileInputStream *stream;
+ GError *error = NULL;
+
+ stream = g_file_read_finish(G_FILE(handle), result, );
+ if (error) {
+ g_object_unref(handle);
+ g_error_free(error);
+ failure("gmotionlive was unable to open the specified stream");
+ return;
}
+
+ g_input_stream_read_async(G_INPUT_STREAM(stream), buf, 4095,
+ G_PRIORITY_LOW, NULL, read_callback, handle);
}
int transfer(char *transfer_url)
{
- GnomeVFSAsyncHandle *handle;
+ GFile *handle;
- gnome_vfs_async_open(, transfer_url, GNOME_VFS_OPEN_READ,
- GNOME_VFS_PRIORITY_MIN, open_callback, "open_callback");
+ handle = g_file_new_for_uri(transfer_url);
+ g_file_read_async(handle, G_PRIORITY_LOW, NULL, open_callback, NULL);
return 0;
}
@@ -282,8 +305,6 @@
return 1;
}
- gnome_vfs_init();
-
window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
gtkimage = gtk_image_new();
Bug#910589: myspell-ca: should be in package section oldlibs
Control: reassign -1 parl-desktop-world Control: retitle -1 parl-desktop-world: Needs to depend on hunspell-ca instead of myspell-ca. Control: severity -1 important On Mon, Oct 08, 2018 at 07:20:22PM +0200, Agustin Martin wrote: > Control: reassign -1 ftp.debian.org > Control: retitle -1 RM: hunspell-ca_3.0.2+repack1-1 -- RoM; This particular > version does not belong to any release. > Control: severity -1 normal > > -- > Note for ftpmasters: > > archive seems to still contain hunspell-ca_3.0.2+repack1-1 version, but > it does not belong to any release Hi all, Just noticed why this ancient version is still there. Sorry for the noise, ftpmasters. $ apt-cache rdepends myspell-ca parl-desktop-world: Depends: myspell-ca ... Some suggests, recomends and "or'ed" dependencies. Unfortunately, this hard rdepends went unnoticed when dropping myspell-ca. Will look at other rdepends in case there is another pending hard-depends. There are a couple of Recommends (testing's firefox-esr-l10n-ca and task-catalan-desktop) I am reassigning this bug report to parl-desktop-world. Thanks all involved. -- Agustin
Bug#796795: grub-pc-bin: Please use a bigger font
Control: severity -1 important Hello, Samuel Thibault, le lun. 24 août 2015 18:00:40 +0200, a ecrit: > Screen DPI (at last!) gets bigger, and thus the font currently used by > grub becomes too small, making it very hard to read the boot menu. I now have a HiDPI display, and the font is now simply unreadable. Samuel
Bug#910498: debian-edu: autopkgtest regression: education-menus_2.10.38_amd64.deb (--unpack):, trying to overwrite '/usr/share/tasksel/descs/debian-edu-tasks.desc
On Mon, Oct 08, 2018 at 08:31:56PM +0200, Paul Gevers wrote: > Maybe a bug in one of the helper functions (debhelper, dpkg*)? maybe, yes. this needs more investigation... > > on a related note, why are you filing serious bugs about this, Paul? > > (More concerned about your work load here than anything else...) > > Because, shouldn't the autotesting-regression be enough, especially in the > > soon-to-be-future? > In the soon-to-be-future, yes, but we're not there yet. As I am filing > these bug to let you know about the regression, I might as well try to > put the right severity on it. right. I do check tracker.d.o/$srcpkg after uploads regularily so I would have noticed anyway, but I guess not everyone's doing that. > About my work-load, aehm, sorry, of course you know best about your work-load! > I focus on autopkgtest regressions with multiple > packages involved first. And only process the regression ones later. > What I try to achieve is that I understand case that our infrastructure > isn't handling properly yet. very nice! thanks for all your work on autopkgtest & britney & all that. very very nice, in fact! -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#910251:
Alastair, Thanks for the quick update. I see that I upgraded to libpsm2-2 11.2.78-1 on 01 Oct 2018, so the timing fits. Thanks, Ron -- James Ronald Lovell Huntsville, AL, USA
Bug#910615: task-catalan-desktop: Please recommend hunspell-ca instead of dropped transitional package myspell-ca
Package: task-catalan-desktop Version: 3.46 Severity: normal Dear Maintainer, myspell-ca transitional package is being dropped. Please change Recommends to hunspell-ca. Thanks in advance. Regards, -- Agustin
Bug#910589: myspell-ca: should be in package section oldlibs
Quoting Agustin Martin (2018-10-08 20:24:50) > Control: reassign -1 parl-desktop-world > Control: retitle -1 parl-desktop-world: Needs to depend on hunspell-ca > instead of myspell-ca. > Control: severity -1 important > > On Mon, Oct 08, 2018 at 07:20:22PM +0200, Agustin Martin wrote: > > Control: reassign -1 ftp.debian.org > > Control: retitle -1 RM: hunspell-ca_3.0.2+repack1-1 -- RoM; This particular > > version does not belong to any release. > > Control: severity -1 normal > > > > -- > > Note for ftpmasters: > > > > archive seems to still contain hunspell-ca_3.0.2+repack1-1 version, but > > it does not belong to any release > > Hi all, > > Just noticed why this ancient version is still there. Sorry for the noise, > ftpmasters. > > $ apt-cache rdepends myspell-ca > > parl-desktop-world: Depends: myspell-ca > ... Some suggests, recomends and "or'ed" dependencies. > > Unfortunately, this hard rdepends went unnoticed when dropping myspell-ca. > Will look at other rdepends in case there is another pending hard-depends. > There are a couple of Recommends (testing's firefox-esr-l10n-ca and > task-catalan-desktop) > > I am reassigning this bug report to parl-desktop-world. Reassigning? parl-desktop-world cannot make myspell-ca change section. File a separate bugreport about parl-desktop-world depending on a transitional package, and tag this bug as affected by the new one. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#910251:
That should be libpsm2-2 11.2.68-1, not .78. On Mon, Oct 8, 2018 at 1:39 PM Ron Lovell wrote: > Alastair, > > Thanks for the quick update. I see that I upgraded to libpsm2-2 11.2.78-1 > on 01 Oct 2018, so the timing fits. > > Thanks, > Ron > -- > James Ronald Lovell > Huntsville, AL, USA > -- James Ronald Lovell Huntsville, AL, USA
Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors
About issues: We can't change where the users create bug reports, only suggest the correct place to do it. The extra work for BTS/salsa issues (if enabled) for me is inevitable. About the move from salsa.d.o, the question is: salsa.d.o can be used for general projects born in debian or is most suited for debian specific projects? If salsa.d.o is suited, the next step should be enable the issues in the repository and handle the work of manage duplicated issues between the repository and the BTS, while the users understand the correct place to create issues. If as Holger suggests, salsa.d.o is very much Debian centric then has sense look for a new home for diffoscope and maybe other rb repositories (eg website). Personally i expect not. Regards, JMPC
Bug#910613: Unecessary dependency on python3-tk
Package: python3-seaborn Version: 0.8.0-1 Severity: normal NMU version 0.8.0-1.1 add a Depends: python3-tk, however this dependency shouldn't be there. I fought hard to remove it in the first place. If you follow the bug report in #896401 and #896003, the dependency is triggered when using matplotlib. matplotlib *already* recommends python3-tk. That's already correct and enough. matplotlib doesn't *depend* on it because the tk backend is *not* required for matplotlib to work. matplotlib can work with agg, Qt or cairo. The python3-tk dependency is pulling extra useless dependencies on headless systems. Please remove the extra dependency. Thanks -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental'), (500, 'unstable-debug') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-seaborn depends on: ii python3 3.6.6-1 ii python3-matplotlib 2.2.2-4+b1 ii python3-numpy 1:1.14.5-1+b1 ii python3-pandas 0.23.3-1 ii python3-scipy 1.1.0-1+b1 Versions of packages python3-seaborn recommends: pn python3-bs4 ii python3-patsy 0.4.1+git34-ga5b54c2-1 python3-seaborn suggests no packages.
