Bug#939715: manual upgrades prevented
Package: plasma-discover Version: 5.14.5.1-1 Severity: normal Hello, this process seems to prevent manual upgrades in a console. How can this be deactivated? # aptitude update E: Konnte Sperre /var/lib/dpkg/lock nicht bekommen - open (11: Die Ressource ist zur Zeit nicht verfügbar) E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, wird es von einem anderen Prozess verwendet? W: Zwischenspeicher-Datei konnte nicht gesperrt werden. Das bedeutet in der Regel, dass dpkg oder ein anderes APT-Werkzeug bereits Pakete installiert. Öffnen im Nur-Lesen-Modus. Alle Änderungen, die Sie am Status von Paketen durchführen, werden VERLOREN gehen! Treffer http://security.debian.org/debian-security buster/updates InRelease Treffer http://ftp.debian.org/debian buster-backports InRelease Treffer http://www.deb-multimedia.org buster InRelease Treffer http://www.deb-multimedia.org buster-backports InRelease Treffer http://ftp.de.debian.org/debian buster InRelease Treffer http://ftp.de.debian.org/debian buster-updates InRelease Treffer http://ftp.de.debian.org/debian buster-proposed-updates InRelease 100% [Arbeite] Aktueller Status: 0 (-83) upgradable, 0 (-84953) new. E: Konnte Sperre /var/lib/dpkg/lock nicht bekommen - open (11: Die Ressource ist zur Zeit nicht verfügbar) E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, wird es von einem anderen Prozess verwendet? E: Paket-Zwischenspeicher konnte nicht neu erzeugt werden Cheers karsten -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-discover depends on: ii appstream 0.12.5-1 ii apt-config-icons 0.12.5-1 ii kio 5.54.1-1 ii libappstreamqt2 0.12.5-1 ii libc6 2.28-10 ii libkf5attica5 5.54.0-1 ii libkf5configcore5 5.54.0-1+deb10u1 ii libkf5configwidgets5 5.54.0-1 ii libkf5coreaddons5 5.54.0-1 ii libkf5crash5 5.54.0-1 ii libkf5dbusaddons5 5.54.0-1 ii libkf5i18n5 5.54.0-1 ii libkf5itemmodels5 5.54.0-1 ii libkf5kiocore5 5.54.1-1 ii libkf5kiowidgets5 5.54.1-1 ii libkf5newstuffcore5 5.54.0-2 ii libkf5notifications5 5.54.0-1 ii libkf5service-bin 5.54.0-1 ii libkf5service5 5.54.0-1 ii libkf5widgetsaddons5 5.54.0-1 ii libkf5xmlgui5 5.54.0-1 ii libpackagekitqt5-1 1.0.1-1 ii libqt5core5a 5.11.3+dfsg1-1 ... Versions of packages plasma-discover recommends: ii apt-config-icons-large 0.12.5-1 ii software-properties-kde 0.96.20.2-2 Versions of packages plasma-discover suggests: pn apt-config-icons-hidpi pn plasma-discover-backend-flatpak -- no debconf information
lskat_19.08.0-1.1_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 07 Sep 2019 20:36:02 -0300 Source: lskat Architecture: source Version: 4:19.08.0-1.1 Distribution: unstable Urgency: medium Maintainer: Debian/Kubuntu Qt/KDE Maintainers Changed-By: Lisandro Damián Nicanor Pérez Meyer Changes: lskat (4:19.08.0-1.1) unstable; urgency=medium . * Team upload. * Useless non-change upload to fix self-inflicted bug in Debian's infra. Checksums-Sha1: b73947423d79d27a47761d62de1f5aacaa8cff38 2745 lskat_19.08.0-1.1.dsc cd16648cce4fe38f8128be6bf26ba6042220bbf8 11720 lskat_19.08.0-1.1.debian.tar.xz feb66182b800134bb2e18db019f1b73107489fc5 15370 lskat_19.08.0-1.1_source.buildinfo Checksums-Sha256: 97cf9d70c6203fec241e05009063e0294453668fc8e823a9cfaeb07663e702b8 2745 lskat_19.08.0-1.1.dsc ea50c99ad994346b400b3748f02b8d4aab7fe5339f2626ff30ae558127336a7a 11720 lskat_19.08.0-1.1.debian.tar.xz c1b4c6029d55f9adcc3488912e5d821f8aa262a5eb4ce4ca1584573d8d3737ba 15370 lskat_19.08.0-1.1_source.buildinfo Files: 487dfd636ff51a10575419479973837d 2745 games optional lskat_19.08.0-1.1.dsc 38b9b9d6bcab587ce746d557d603f9b2 11720 games optional lskat_19.08.0-1.1.debian.tar.xz f58eadebdb21f81704ac4447048bea95 15370 games optional lskat_19.08.0-1.1_source.buildinfo -BEGIN PGP SIGNATURE- iQJIBAEBCAAyFiEEEt36hKwjsrvwSzE8q2RfQGKGp9AFAl10QFgUHGxpc2FuZHJv QGRlYmlhbi5vcmcACgkQq2RfQGKGp9CeZhAAg73OqXC8P5XPoruVvF5k4b/tgU3M 0M7pphJc2IPf2PsdZL3H8jUjtZPmWqtJHfZq5Ar1EPQLvmLsZwUXBtPCd2kf6+Bl 9EjNJhLXzpirtrlpPTCYlwcTrMr+BbMWVUKPWTaUprbZ9x8lCUE6BOY9qOssNeOC jXoTuc1nTaycRZhVss3soPB1VkrqykkFFpZNV89FOfatVerFRwgybQO0t3niLwMT q+rqte/wVd6fFqBYC1O5jPVFxRzUYOL8dBp5LTlzM98Nm6sSV1jFdetamDbBCbyY FNwFKX2n3LWhmKnSxbLielMTUq7aE8NPt0JK0QAJPBY+iCIKbus/tEc8Bg120VhS t/fKJJnFvLhCLcP+fR3DSPWrMV8zxOJ5PalIMajcUJjLMKBAGyD9etLsbE4XwzLU yn9RPvyaj5UgPeb5P4wRI9gxrcWdrkJ8vsn5CV7pBXQtWE3Z00wjBormPIVgWDxV hHA4zYu6psNUy0If9t/hbf1VYwJmGgfXvLP3RyKgrHAj1HYhWi9/nwkqZHppCrLE sft3Ulx9/dnvsxlFhn1OjsZ/vx0bYTID5zY0GKIbxlZE4jFyGLgDGJ+zxKQAq1yF SFfDYFWgFm4wAp7aIgvLBti9Aph8W7EiCzHPKStwuGWNnlL/lZ51P2fnOvMrPYYC BdElSFPdBADcRyk= =EBaS -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of lskat_19.08.0-1.1_source.changes
lskat_19.08.0-1.1_source.changes uploaded successfully to localhost along with the files: lskat_19.08.0-1.1.dsc lskat_19.08.0-1.1.debian.tar.xz lskat_19.08.0-1.1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#939711: phonon-backend-gstreamer-common: The package does not need to break the older (Qt4) version
Package: phonon-backend-gstreamer-common Version: 4:4.9.1-2 Severity: minor Dear Maintainer, as reported also by upstream, the two versions of phonon (Qt4 and Qt5) can be installed at the same time. https://mail.kde.org/pipermail/kde-distro-packagers/2019-August/000383.html The current Break statement makes it impossible to install the old version from stable, while it would be nice if it could very nice if it would be allowed. It may be argued that a change in the content of the the -common package still may break the co-installability, but that package only contains a few icons, so it should really not break the old package. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (850, 'testing'), (800, 'unstable'), (750, 'experimental'), (750, 'stable'), (500, 'unstable-debug'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'buildd-unstable'), (500, 'oldstable'), (1, 'experimental-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) phonon-backend-gstreamer-common depends on no packages. phonon-backend-gstreamer-common recommends no packages. Versions of packages phonon-backend-gstreamer-common suggests: ii phonon-backend-gstreamer 4:4.9.1-1 ii phonon4qt5-backend-gstreamer 4:4.9.1-1 -- no debconf information -- Con Tiscali Mobile Smart 30 hai minuti illimitati, 30 Giga e 100 SMS a soli 7,99€ al mese. L'attivazione è gratis e disdici quando vuoi. http://tisca.li/smart30
Re: Your Debian package(s) will not migrate to testing
Hi! On Sat, 7 Sep 2019 at 11:14, Boyuan Yang wrote: > > > From: Lisandro Damián Nicanor Pérez Meyer > > > > I asked for a binNMU days ago and it was scheduled. I'll take a look when I > get home, but seems odd. > > I thought there's an arch:all binary package that can never be binNMU-ed. This > looks like a known deficiency of binNMU. > > Is there any possiblilty to make another sourceful (and probably no-change) > rebuild & upload? As a passer-by that happened to read this message, I can > also help make an upload if you don't mind. Thanks Boyuan for the offer. I sincerely feel something is too broken here, FTP masters require binaries and now I have to do a useless no-change upload to fix a self-inflicted bug in the infrastructure I'll do the upload non the less. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/
Bug#939687: clazy: FTBFS on armel: undefined reference to symbol '__atomic_load_4@@LIBATOMIC_1.0'
Source: clazy Version: 1.5-1 Severity: serious Tags: ftbfs -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear maintainer, During a binNMU of clazy during the llvm-defaults transition, you package FTBFS on armel. Can you please check and fix the situation? The last part of the log message as currently shown on https://buildd.debian.org/status/fetch.php?pkg=clazy&arch=armel&ver=1.5-1%2Bb1&stamp=1567623182&raw=0 reads: [100%] Linking CXX executable bin/clazy-standalone /usr/bin/cmake -E cmake_link_script CMakeFiles/clazy-standalone.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wno-class-memaccess -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++11 -fno-common -Woverloaded-virtual -Wcast-qual -fno-strict-aliasing -pedantic -Wno-long-long -Wall -W -Wno-unused-parameter -Wwrite-strings -fno-exceptions -fno-rtti -fPIC -Wl,-z,relro -Wl,-z,now -latomic -rdynamic CMakeFiles/clazy-standalone.dir/src/ClazyStandaloneMain.cpp.o -o bin/clazy-standalone -L/usr/lib/llvm-8/lib -Wl,-rpath,/usr/lib/llvm-8/lib:/<>/obj-arm-linux-gnueabi/lib: lib/ClazyPlugin.so /usr/lib/llvm-8/lib/libclangFrontend.a /usr/lib/llvm-8/lib/libclangDriver.a /usr/lib/llvm-8/lib/libclangCodeGen.a /usr/lib/llvm-8/lib/libclangSema.a /usr/lib/llvm-8/lib/libclangAnalysis.a /usr/lib/llvm-8/lib/libclangRewriteFrontend.a /usr/lib/llvm-8/lib/libclangRewrite.a /usr/lib/llvm-8/lib/libclangAST.a /usr/lib/llvm-8/lib/libclangASTMatchers.a /usr/lib/llvm-8/lib/libclangParse.a /usr/lib/llvm-8/lib/libclangLex.a /usr/lib/llvm-8/lib/libclangBasic.a /usr/lib/llvm-8/lib/libclangARCMigrate.a /usr/lib/llvm-8/lib/libclangEdit.a /usr/lib/llvm-8/lib/libclangFrontendTool.a /usr/lib/llvm-8/lib/libclangRewrite.a /usr/lib/llvm-8/lib/libclangSerialization.a /usr/lib/llvm-8/lib/libclangTooling.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerCheckers.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerCore.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerFrontend.a /usr/lib/llvm-8/lib/libclangSema.a /usr/lib/llvm-8/lib/libLLVM-8.so /usr/lib/llvm-8/lib/libclangAnalysis.a /usr/lib/llvm-8/lib/libclangRewriteFrontend.a /usr/lib/llvm-8/lib/libclangRewrite.a /usr/lib/llvm-8/lib/libclangAST.a /usr/lib/llvm-8/lib/libclangASTMatchers.a /usr/lib/llvm-8/lib/libclangParse.a /usr/lib/llvm-8/lib/libclangLex.a /usr/lib/llvm-8/lib/libclangBasic.a /usr/lib/llvm-8/lib/libclangARCMigrate.a /usr/lib/llvm-8/lib/libclangEdit.a /usr/lib/llvm-8/lib/libclangFrontendTool.a /usr/lib/llvm-8/lib/libclangSerialization.a /usr/lib/llvm-8/lib/libclangTooling.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerCheckers.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerCore.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerFrontend.a /usr/lib/llvm-8/lib/libLLVM-8.so /usr/bin/ld: lib/ClazyPlugin.so: undefined reference to symbol '__atomic_load_4@@LIBATOMIC_1.0' /usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/9/libatomic.so: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[3]: *** [CMakeFiles/clazy-standalone.dir/build.make:128: bin/clazy-standalone] Error 1 make[3]: Leaving directory '/<>/obj-arm-linux-gnueabi' make[2]: *** [CMakeFiles/Makefile2:76: CMakeFiles/clazy-standalone.dir/all] Error 2 make[2]: Leaving directory '/<>/obj-arm-linux-gnueabi' make[1]: *** [Makefile:155: all] Error 2 make[1]: Leaving directory '/<>/obj-arm-linux-gnueabi' dh_auto_build: cd obj-arm-linux-gnueabi && make -j4 "INSTALL=install --strip-program=true" returned exit code 2 make: *** [debian/rules:19: build-arch] Error 255 - -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (200, 'testing'), (100, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-2-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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 -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAl1z/eoACgkQnFyZ6wW9 dQob6Qf+IBuxWmNSd6kwO4kHCm16SInrB4a3Rs2/PIcFopnGiQKY7UNza6iLcw2f dd+uaLJkKQzYRq6IMHAfEQe7vjF3lB1oITyJNKx4VRpxQ8fMBkwVQsNsErs2ACBu GFmFNoJaEWlaC0rZcpoHIZU2x98jhQheGv/hfQ2L8FaoKUqwo2PRGgFKoR0kGLvN N6KZottKecx8M0BiIdyTHi1YC/c5VWqXue5vWRLmLpOPqs40+xZQClcutfhD/F0U nSYRQPuYW+I0cdFObARzY80kqGqg6lwGGEb3SczUHSAuTPfLMFvaVCNL1FZN7TCg FgGro3JPdiKOclpK9OL+KHI3JJMgUQ== =Tiwf -END PGP SIGNATURE-
Your Debian package(s) will not migrate to testing
> From: Lisandro Damián Nicanor Pérez Meyer > > I asked for a binNMU days ago and it was scheduled. I'll take a look when I get home, but seems odd. I thought there's an arch:all binary package that can never be binNMU-ed. This looks like a known deficiency of binNMU. Is there any possiblilty to make another sourceful (and probably no-change) rebuild & upload? As a passer-by that happened to read this message, I can also help make an upload if you don't mind. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
kcollectd_0.10.2-1_amd64.changes is NEW
binary:kcollectd is NEW. binary:kcollectd is NEW. source:kcollectd is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports
Processing of kcollectd_0.10.2-1_amd64.changes
/kcollectd_0.10.2-1_amd64.changes is already present on target host: kcollectd_0.10.2-1_amd64.deb Either you already uploaded it, or someone else came first. Job kcollectd_0.10.2-1_amd64.changes removed. Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#939653: move /usr/lib//qt5/bin/uic to a m-a:same package
Package: qtbase5-dev-tools Version: 5.11.3+dfsg1-4 File: /usr/lib//qt5/bin/uic User: debian-cr...@lists.debian.org Usertags: ftcbfs Control: affects -1 + src:xca This bug is a variant of #909575. It's the same basic situation: xca uses the host architecture Qt5Core.pc and extracts host_bins. It then expects $host_bins/uic to work, but that file is missing. This is the same situation as #909575 except that we're now talking about $host_bins/uic rather than $host_bins/qmake and that uic is not architecture-dependent and doesn't need a wrapper. So what is wrong this time? $host_bins/qmake is shipped in qt5-qmake, which is Multi-Arch: same. So when you depend on qt5-qmake, this file is present. $host_bins/uic is shipped in qtbase5-dev-tools, which happens to be Multi-Arch: foreign. So when you depend on it, you only get it for the build architecture. The host architecture QtCore.pc references the host architecture $host_bins/uic though, which is missing. So what needs to be done here? We need to move these compatibility symlinks out of qtbase5-dev-tools into some other package that is marked Multi-Arch: same and that is usually in the dependency tree that pulls qtbase5-dev-tools. I guess that this means moving it to qtbase5-dev, which is already Multi-Arch: same and often included. I also suggest that you extend the description of qtbase5-dev-tools with something saying that it is an internal package and that no other package should depend on it directly. It should likely also give a hint about what to depend on instead. I would like to thank Dmitry Shachnev for taking the time to discuss the matter. He explained essential bits that lead to the full understanding written down herein. Helmut
Processed: move /usr/lib//qt5/bin/uic to a m-a:same package
Processing control commands: > affects -1 + src:xca Bug #939653 [qtbase5-dev-tools] move /usr/lib//qt5/bin/uic to a m-a:same package Added indication that 939653 affects src:xca -- 939653: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939653 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#939646: phonon: [INTL:de] initial German debconf translation
Package: phonon
Version: 4:4.10.3-3
Severity: wishlist
Tags: patch l10n
Please find the initial German debconf translation for phonon
attached.
Please place this file in debian/po/ as de.po for your next upload.
If you update your template, please use
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.
If there are such strings, please contact me so I can update the
German translation.
Greetings
Helge
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the phonon package.
# Helge Kreutzmann , 2019.
#
msgid ""
msgstr ""
"Project-Id-Version: phonon 4:4.10.3-3\n"
"Report-Msgid-Bugs-To: pho...@packages.debian.org\n"
"POT-Creation-Date: 2019-08-31 16:06+\n"
"PO-Revision-Date: 2019-09-07 11:25+0200\n"
"Last-Translator: Helge Kreutzmann \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: title
#. Description
#: ../phonon4qt5-backend-null.templates:1001
msgid "Warning: Phonon4Qt5 is not functional"
msgstr "Warnung: Phonon4Qt5 funktioniert nicht"
#. Type: note
#. Description
#: ../phonon4qt5-backend-null.templates:2001
msgid "Missing back-end for Phonon4Qt5"
msgstr "Fehlendes Backend für Phonon4Qt5"
#. Type: note
#. Description
#: ../phonon4qt5-backend-null.templates:2001
msgid ""
"Applications using Phonon4Qt5 (the KF 5 multimedia framework) will produce "
"no audio or video output, because only a dummy Phonon back-end is installed "
"on this system. This is typically an unintended configuration."
msgstr ""
"Anwendungen, die Phonon4Qt5 (das KF-5-Multimedia-Rahmenwerk) verwenden, "
"werden keine Audio- oder Videoausgabe erzeugen, da auf diesem System nur ein "
"Pseudo-Phonon-Backend installiert ist. Dies ist typischerweise keine "
"beabsichtigte Konfiguration."
#. Type: note
#. Description
#: ../phonon4qt5-backend-null.templates:2001
msgid ""
"To restore full Phonon4Qt5 multimedia capabilities, install one of the real "
"Phonon4Qt5 back-end packages which are currently available for this system:"
msgstr ""
"Um die vollen Multimedia-Möglichkeiten von Phonon4Qt5 wiederherzustellen, "
"installieren Sie eines der echten Phonon4Qt5-Backend-Pakete, die derzeit auf "
"dem System verfügbar sind:"
#. Type: note
#. Description
#. Translators: do not translate variable names
#. only translate "(recommended)" (the one in parenthesis)
#: ../phonon4qt5-backend-null.templates:2001
msgid "${recommended4qt5_backend} (recommended)${other_backends}"
msgstr "${recommended4qt5_backend} (empfohlen)${other_backends}"
Processing of kcollectd_0.10.2-1_amd64.changes
kcollectd_0.10.2-1_amd64.changes uploaded successfully to localhost along with the files: kcollectd_0.10.2-1.dsc kcollectd_0.10.2.orig.tar.xz kcollectd_0.10.2-1.debian.tar.xz kcollectd-dbgsym_0.10.2-1_amd64.deb kcollectd_0.10.2-1_amd64.buildinfo kcollectd_0.10.2-1_amd64.deb Greetings, Your Debian queue daemon (running on host usper.debian.org)
