qtwebkit-opensource-src_5.212.0~alpha2-16_source.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 24 Sep 2018 21:24:52 +0300 Source: qtwebkit-opensource-src Binary: libqt5webkit5-dev libqt5webkit5 qml-module-qtwebkit qtwebkit5-doc qtwebkit5-doc-html Architecture: source Version: 5.212.0~alpha2-16 Distribution: experimental Urgency: medium Maintainer: Debian Qt/KDE Maintainers Changed-By: Dmitry Shachnev Description: libqt5webkit5 - Web content engine library for Qt libqt5webkit5-dev - Web content engine library for Qt - development files qml-module-qtwebkit - Qt WebKit QML module qtwebkit5-doc - Qt 5 webkit documentation qtwebkit5-doc-html - Qt 5 webkit HTML documentation Changes: qtwebkit-opensource-src (5.212.0~alpha2-16) experimental; urgency=medium . * Update debian/libqt5webkit5.symbols from buildds’ logs. * Build with -Wno-class-memaccess to avoid tons of warnings about memset/memcpy. * Bump Qt build-dependencies to 5.11.2. * Bump Standards-Version to 4.2.1, no changes needed. Checksums-Sha1: badb739e19134cb679fec478088d7be845d1b175 3488 qtwebkit-opensource-src_5.212.0~alpha2-16.dsc 082a773b1b5ab436f645c03faacfac0f7887d4da 67868 qtwebkit-opensource-src_5.212.0~alpha2-16.debian.tar.xz 3c883dbcb1332241ed0d054e6b779abc0c3ca428 10553 qtwebkit-opensource-src_5.212.0~alpha2-16_source.buildinfo Checksums-Sha256: b07ac234fe2c4b151370a00559ce8bfc6ab8bb5eaa0df4832899d47bc3b4978f 3488 qtwebkit-opensource-src_5.212.0~alpha2-16.dsc a1505c9da69d7df1dca42ab6594f556b732d1dd7683717f6f011ea24672f0f4d 67868 qtwebkit-opensource-src_5.212.0~alpha2-16.debian.tar.xz 8f1f864f5acec18ac42e4af8aaa42650ce0a4ff94f62ed93b06f79e84369b8d5 10553 qtwebkit-opensource-src_5.212.0~alpha2-16_source.buildinfo Files: 58373c207dec700ec0a902fe160b46e4 3488 libs optional qtwebkit-opensource-src_5.212.0~alpha2-16.dsc 0fbf663dc38aae2e37f8bc7f4fd0fa15 67868 libs optional qtwebkit-opensource-src_5.212.0~alpha2-16.debian.tar.xz 769b4688b87b38e40008ceb6b8bf256d 10553 libs optional qtwebkit-opensource-src_5.212.0~alpha2-16_source.buildinfo -BEGIN PGP SIGNATURE- iQJHBAEBCgAxFiEEbEPcK+5mZmLK5jNU1v5xA2P4XdMFAlupLsMTHG1pdHlhNTdA ZGViaWFuLm9yZwAKCRDW/nEDY/hd0wKsD/0U5LpBhVx0htxn/AXLIPCAKUmKNhR3 UF9z8E5WxOafTh2v6XTyCW9Dggo5DKhuldPJr/sVIq6x3M8ug3F1iceEBQln32mj wVbrYQOPrXIhtLjWu3c5VI8pbB89vagyWZr9amQ10wEhwWE/lwA+SA10uw+CL5b/ 63A8ZZOfoex/qTCvcSc6xFetDvmADXyvSeMR4po/56g8+F0XNkI9huGZ6jHrn8bi VYCNnyf4cAZ6cr9YO4ZU5ptTbW4oL1w+O2ylWUZ5N+14STVDtDtZar0Ujqd3gjod ilGgoFu9BkrkCpHvI3haTKlKgoTUzSU4Rr2i0rbvUKuLDBNFBL2zCBKBWULfiOOr h9lHmdid5COG8rdJrBi5ysNjfWP6H48klbU5R40tFnA2+ymC6F4JSpG49H5pg4rd NqX2nRrRmKKEYw4hzybgkAv2nGYJsK/TFJIQ8uAUgK2vzY0Ztsm57JnTacNW97iN jjKf/8aD2rAVqt4oc59Kbty14wl6xJFdGp9/SaTAjMOmhjruBXt39oKOtoRldDGx c8ufZ7jolRCn4aU4ah6xIkSU7vxOLannN/STvTe1OI3sUd5mg3orjptS7dw03Z8l HUnDf+Yw6WyMBfzlQQ1eZG5ILftPH8E3Qh7RrpaETixRMR2GXRHMel7vjDpLzKpL nVuR9q5W3NkiwA== =L1ER -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of qtwebkit-opensource-src_5.212.0~alpha2-16_source.changes
qtwebkit-opensource-src_5.212.0~alpha2-16_source.changes uploaded successfully to localhost along with the files: qtwebkit-opensource-src_5.212.0~alpha2-16.dsc qtwebkit-opensource-src_5.212.0~alpha2-16.debian.tar.xz qtwebkit-opensource-src_5.212.0~alpha2-16_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Re: kde-gtk-config_5.13.5-1_source.changes ACCEPTED into unstable
>> Yep, I remember. But there were no reason to not update this version >> together >> with package update. Also debdiff says that two lines were changed in file >> "po/zh_CN/kde-gtk-config.po". ;-) > > Oh, I missed that, currently I'm checking the diff between upstream tags in > minor versions, I guess I should probably also need to check the tarballs. :( Yeah, two reasons among others why I don't like current KDE infrastructure: 1) They do not store translations in the same git repo where sources are, so you cannot easily get git snapshot with up to date localization files. 2) Their tarballs with releases of programs differ from sources in git tags. As far as points above are closely related they might be merged into one... =) >>> Are you really that much against adding a version dependency is no longer >>> in >>> the archive? > >> This is not strictly a matter of principle, but just a question of common >> sense. > > Ok, let's agree that common sense is subjective here, and we just want > something > team acceptable, maintainable. > > Personally, I prefer adding the version dependency as a way of showing the > upstream package requirements. That way the source package ends up being more > independant of the current Debian archive, we don't need to review all the > packages when some release is no longer being supported and if somebody wants > to do some crazy thing with the package, well, we are not working against > them. Ok. Best regards, Boris
Re: kde-gtk-config_5.13.5-1_source.changes ACCEPTED into unstable
¡Hola Boris! El 2018-09-24 a las 17:57 +0300, Boris Pek escribió: Hi, First of all, thanks for working in improving kde-gtk-config. * New upstream release. As mentioned in a private mail, I try to avoid versions were the only change is the version bump. Yep, I remember. But there were no reason to not update this version together with package update. Also debdiff says that two lines were changed in file "po/zh_CN/kde-gtk-config.po". ;-) Oh, I missed that, currently I'm checking the diff between upstream tags in minor versions, I guess I should probably also need to check the tarballs. :( * Simplify debian/control: drop requirement of specific version of cmake (was >= 2.8.12), because even Debian Jessie has cmake version 3.0.2. The CMakeLists.txt states that it requires the version, why would the debian/control show this requirement? That was "why wouldn't/shouldn't ... also". :( I don't see a simplification here, also the version build dependency is added by a script that parses the CMakeLists.txt shipped in the package in particular: cmake_minimum_required(VERSION 2.8.12) Obviously we use different tools and rules during maintaining of packages. And I just was not aware of your script. So, the version dependency would be added in the next run of the script. I do not see a problem here. If you will add versioned dependency in a next upload, than let it be. Or you may manually edit file after automatic changes done by script. Or we may improve that magical script... The script is currently in: https://salsa.debian.org/qt-kde-team/pkg-kde-jenkins/blob/master/hooks/prepare/cmake_update_deps WARNING, it's an ugly piece of ... code. This is co-maintained package. We just have to come to common decision and I will add a point in my notes for this package. Are you really that much against adding a version dependency is no longer in the archive? This is not strictly a matter of principle, but just a question of common sense. Ok, let's agree that common sense is subjective here, and we just want something team acceptable, maintainable. Personally, I prefer adding the version dependency as a way of showing the upstream package requirements. That way the source package ends up being more independant of the current Debian archive, we don't need to review all the packages when some release is no longer being supported and if somebody wants to do some crazy thing with the package, well, we are not working against them. Happy hacking, -- "If you think your users are idiots, only idiots will use it." -- Linus Torvalds Saludos /\/\ /\ >< `/ signature.asc Description: PGP signature
Re: kde-gtk-config_5.13.5-1_source.changes ACCEPTED into unstable
Hi, > First of all, thanks for working in improving kde-gtk-config. > >>* New upstream release. > > As mentioned in a private mail, I try to avoid versions were the only change > is the version bump. Yep, I remember. But there were no reason to not update this version together with package update. Also debdiff says that two lines were changed in file "po/zh_CN/kde-gtk-config.po". ;-) >>* Bump Standards-Version to 4.2.1 (was 4.1.4): no changes required. > > Right, I haven't bumped any Standards-Version beyond 4.1.4, that's, a personal > decision based on a change introduced in 4.1.5. I'm not expecting anyone else > to follow suite. > > The Standards-Version 4.1.5 includes a change that I consider counter > productive, that is: > ... Ok, I see your point of view. Happily, this rule should not affect kde-gtk-config package because it is now among basic KDE applications. >>* Simplify debian/control: drop requirement of specific version of cmake >> (was >= 2.8.12), because even Debian Jessie has cmake version 3.0.2. > > The CMakeLists.txt states that it requires the version, why would the > debian/control show this requirement? > > I don't see a simplification here, also the version build dependency is added > by a script that parses the CMakeLists.txt shipped in the package in > particular: > cmake_minimum_required(VERSION 2.8.12) Obviously we use different tools and rules during maintaining of packages. And I just was not aware of your script. > So, the version dependency would be added in the next run of the script. I do not see a problem here. If you will add versioned dependency in a next upload, than let it be. Or you may manually edit file after automatic changes done by script. Or we may improve that magical script... This is co-maintained package. We just have to come to common decision and I will add a point in my notes for this package. > Are you really that much against adding a version dependency is no longer in > the archive? This is not strictly a matter of principle, but just a question of common sense. Best regards, Boris
Bug#900997: Different message asking for password?
On 9/24/18 6:45 AM, Steven De Herdt wrote: > Hello folks > > At the moment, this bug prevents a freshly installed buster with KDE as > desktop to have its printers configured. If the message asking for > authentication is clarified, would that be enough to at least lower the > severity of this bug below RC? > > Kind regards > -Steven > I think this bug is properly resolved when the server address (IP and/or DNS name), port, protocol, and certificate are available for inspection (like in a web browser). A stop-gap message that gives the first three would make this a wishlist bug, in my opinion. That should be relatively easy, right? Antonio
Bug#900997: Different message asking for password?
Hello folks At the moment, this bug prevents a freshly installed buster with KDE as desktop to have its printers configured. If the message asking for authentication is clarified, would that be enough to at least lower the severity of this bug below RC? Kind regards -Steven
qtsensors-opensource-src_5.11.2-1_source.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 24 Sep 2018 12:14:43 +0300 Source: qtsensors-opensource-src Binary: libqt5sensors5 qml-module-qtsensors libqt5sensors5-dev qtsensors5-examples qtsensors5-doc qtsensors5-doc-html Architecture: source Version: 5.11.2-1 Distribution: experimental Urgency: medium Maintainer: Debian Qt/KDE Maintainers Changed-By: Dmitry Shachnev Description: libqt5sensors5 - Qt Sensors module libqt5sensors5-dev - Qt 5 Sensors development files qml-module-qtsensors - Qt 5 Sensors QML module qtsensors5-doc - Qt 5 Sensors documentation qtsensors5-doc-html - Qt 5 Sensors HTML documentation qtsensors5-examples - Qt 5 sensors examples Changes: qtsensors-opensource-src (5.11.2-1) experimental; urgency=medium . * New upstream release. * Bump Qt build-dependencies to 5.11.2. * Minor debian/copyright update. * Bump Standards-Version to 4.2.1, no changes needed. Checksums-Sha1: 1cc2dc7de360ba078448663da00020749f7a3323 2842 qtsensors-opensource-src_5.11.2-1.dsc 2cd1a77d82ef024650caae51c5c6d7b531b15494 2028412 qtsensors-opensource-src_5.11.2.orig.tar.xz a86f757872b215750a1aefccd9a51b2862e9bcfd 12008 qtsensors-opensource-src_5.11.2-1.debian.tar.xz af49a37e4e791649a64c32c8f7764012372eab01 9080 qtsensors-opensource-src_5.11.2-1_source.buildinfo Checksums-Sha256: 562c29e7234e04dec1b46cec0b546e0d42988c9947469a4c93a2450545b43978 2842 qtsensors-opensource-src_5.11.2-1.dsc 0e27c38824f7a1deb506f6195156eed79b80aa7034356272c3be0611667d63c7 2028412 qtsensors-opensource-src_5.11.2.orig.tar.xz e104e6ac9866a5970a41dad6edbfbcdaae12f235019797cd7293a2d885435756 12008 qtsensors-opensource-src_5.11.2-1.debian.tar.xz 04b9b8c54b448cc02013783ff36f278ae1349f5083d4751a8cfc91f13dbaa8fa 9080 qtsensors-opensource-src_5.11.2-1_source.buildinfo Files: 39aa5b837781413b9cdfe54a6824072a 2842 libs optional qtsensors-opensource-src_5.11.2-1.dsc c5f75496ce5a2a70a8a1ea05c6946737 2028412 libs optional qtsensors-opensource-src_5.11.2.orig.tar.xz e4d5964c21b88bda680912f6cb508f68 12008 libs optional qtsensors-opensource-src_5.11.2-1.debian.tar.xz e3c7bb65160b13491882d54a5797a31c 9080 libs optional qtsensors-opensource-src_5.11.2-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJHBAEBCgAxFiEEbEPcK+5mZmLK5jNU1v5xA2P4XdMFAluoq1kTHG1pdHlhNTdA ZGViaWFuLm9yZwAKCRDW/nEDY/hd0xTdD/95VCQf5g23FwPadwMythcFUGc9ux0Q DmV+YN1nVNioxbfyUXQJYZBqmb5gIuU46KOxkj/J4B8yJr9YnRweHk9ILDoFW6fG yTsbfEhbgrq7t16R9jvPulLmMTuuSpjGrYaADDhOr/7FrXXSv0uSpGnrZdsuvS79 kJT83bg+W0n9Zt+/1N4IIp+96IwRk6gjh+abaUryB5w5JAAB5RTWGqO+pH+qJE2b breOkTznUbm7puo0FZcwldt4U5cz/QsB1WAsmvBHRbRJqxMf9Zg/WmoBlAslmgSL I9j1OrzD5rWIytKjhosqBNC1wpMcAxlC1iDbHGTVc9YFii7BouSeuBqSN6YmTTNB JYbQyT0NoKh15yOSTMmhYQ1Fdxn1TeomzEjGNW3BJ/sdAF8V3rzI2Sgc8oUBVxtI r7nLIxttV7Xe2nxmGXHB9ebrb/kV2O3r6rDJdB9TgvuUFRxJ1C9zY4B6kHjIjqyf rgTj5KdBDxxljXJiQmKEU93v4QsMjS5zrt7X4lzXmPm7gVP8C7+qTJogAbP/Lrmh L655egnP+3SXrF4PAYO5P+GapdmHJYWoM7RMJ7MQ5woEEjeUAqclhGAT04Mqn839 b94FqTVwdKJzpZVniC2XrPFupJeMvsG7htdyFl+Ca4rXO4R9XTd3/0shUQIKidwt pZIBm4owQdCa7g== =g6D9 -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of qtsensors-opensource-src_5.11.2-1_source.changes
qtsensors-opensource-src_5.11.2-1_source.changes uploaded successfully to localhost along with the files: qtsensors-opensource-src_5.11.2-1.dsc qtsensors-opensource-src_5.11.2.orig.tar.xz qtsensors-opensource-src_5.11.2-1.debian.tar.xz qtsensors-opensource-src_5.11.2-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
qtwebchannel-opensource-src_5.11.2-1_source.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 24 Sep 2018 11:42:53 +0300 Source: qtwebchannel-opensource-src Binary: qtwebchannel5-doc qtwebchannel5-doc-html libqt5webchannel5-dev qtwebchannel5-examples libqt5webchannel5 qml-module-qtwebchannel Architecture: source Version: 5.11.2-1 Distribution: experimental Urgency: medium Maintainer: Debian Qt/KDE Maintainers Changed-By: Dmitry Shachnev Description: libqt5webchannel5 - Web communication library for Qt libqt5webchannel5-dev - Web communication library for Qt - development files qml-module-qtwebchannel - Web communication library for Qt - QML module qtwebchannel5-doc - Web communication library for Qt - Documentation qtwebchannel5-doc-html - Web communication library for Qt - HTML Documentation qtwebchannel5-examples - Web communication library for Qt - Examples Changes: qtwebchannel-opensource-src (5.11.2-1) experimental; urgency=medium . * New upstream release. * Bump Qt build-dependencies to 5.11.2. * Update debian/copyright. * Bump Standards-Version to 4.2.1, no changes needed. Checksums-Sha1: fae68c41858f5bf4500d0543adb2ccfe8ae6a6dd 2888 qtwebchannel-opensource-src_5.11.2-1.dsc 8566eb33a3aecf0bc6840f939cba088c0ae385ab 173956 qtwebchannel-opensource-src_5.11.2.orig.tar.xz f2b776f90151af1354e557689953ea960f214b71 6960 qtwebchannel-opensource-src_5.11.2-1.debian.tar.xz 1e5a17da8d3a88d2d57ca34c4027545eef085082 10973 qtwebchannel-opensource-src_5.11.2-1_source.buildinfo Checksums-Sha256: d2ac25cbf617db881bd5762e4487e75fd281047f6fbb702ee9afd081d81ae760 2888 qtwebchannel-opensource-src_5.11.2-1.dsc 945fdae8f1ea8dfc8e47a6d8421cef00690d6d4bfe26ce61bb59c0d0326c02fc 173956 qtwebchannel-opensource-src_5.11.2.orig.tar.xz 66a36fbc3670c66b108993cb24a6eba194b4d49240e4209eb417db4854903a22 6960 qtwebchannel-opensource-src_5.11.2-1.debian.tar.xz b7978548132e97707bca990bc745a33bdfa5dce7c5a34b6f0580bb3099f4c8c0 10973 qtwebchannel-opensource-src_5.11.2-1_source.buildinfo Files: 4519e1f87799851a6a54b89cf1f1c211 2888 libs optional qtwebchannel-opensource-src_5.11.2-1.dsc 7b1d105e660c2af5e812545626815564 173956 libs optional qtwebchannel-opensource-src_5.11.2.orig.tar.xz 916cb90dfeb2994529de1a8d1bc9ad24 6960 libs optional qtwebchannel-opensource-src_5.11.2-1.debian.tar.xz cd6a55a7d970382443e9d43624cb955f 10973 libs optional qtwebchannel-opensource-src_5.11.2-1_source.buildinfo -BEGIN PGP SIGNATURE- iQJHBAEBCgAxFiEEbEPcK+5mZmLK5jNU1v5xA2P4XdMFAluopAUTHG1pdHlhNTdA ZGViaWFuLm9yZwAKCRDW/nEDY/hd08gHEACT4pATp8TrGUCJ4hrvO/UKkKzsFm4r AdEICNWJV4+kSKETYwCNUoIuXsrM3RsUi7edJhnOL4F4c8PKNhx/zDnpi2ko5N4j d1jwhca4lRH0ME5gGsewAv+93C9DclhZT/gxv+KLzXCmkYwfpaL7lkAKBHAxKVNk ULBQXKf+c33O53n7JJhRxDfZOi0rbVMc6at5tq/XAKIIQcynYh9rIbkFF74wxjEm C2u596ixeP7LfCWtZ3AM6wsHJ7pKKDsMF5lzyntnEXg31nfXag9rkLzMIl6nAbG1 sDZ29NTdfV4EaVxIIM7IiV7Ak5d4zBhXtMhzdFm/JIzuZZajkZASCKOYRoVQeuUO JQoIECYBV2d5E3+KnCtcI2SgEX/Ct+F8Xi8xCcDZxhUXgsGS3uxyCZgm8pmb7NxG 0PcCn2sgJKY8YnRFSGHivL/hekl7tMZ+u7S+2V7Cz5OIkjU8aWyn39fPTlZ2GLnR Btx3YzCmNx9vJnibkCUcuaTGkYczpHbpjivnaDLIbYyH0SQE14YDBIMoIhdY6Nov UZ6bdzRDgpeHuPtr4sVvWx9M9OUrlRPULmz7GiCIreUoJvY3ZYmdbCjpjpEHJrQQ T1Gcakub2BuzHa6vc/XNpP1DoMiPo42GljNHDCdPtJmEJ8RGWxuiug121VAQVCxf 6GL/Q1iOQna/Dg== =UGfW -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of qtwebchannel-opensource-src_5.11.2-1_source.changes
qtwebchannel-opensource-src_5.11.2-1_source.changes uploaded successfully to localhost along with the files: qtwebchannel-opensource-src_5.11.2-1.dsc qtwebchannel-opensource-src_5.11.2.orig.tar.xz qtwebchannel-opensource-src_5.11.2-1.debian.tar.xz qtwebchannel-opensource-src_5.11.2-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Re: kde-gtk-config_5.13.5-1_source.changes ACCEPTED into unstable
¡Hola Boris! First of all, thanks for working in improving kde-gtk-config. * New upstream release. As mentioned in a private mail, I try to avoid versions were the only change is the version bump. * Bump Standards-Version to 4.2.1 (was 4.1.4): no changes required. Right, I haven't bumped any Standards-Version beyond 4.1.4, that's, a personal decision based on a change introduced in 4.1.5. I'm not expecting anyone else to follow suite. The Standards-Version 4.1.5 includes a change that I consider counter productive, that is: 5.6.12. "Version" "epoch" This is a single (generally small) unsigned integer. It may be omitted, in which case zero is assumed. If it is omitted then the "upstream_version" may not contain any colons. Epochs can help when the upstream version numbering scheme changes, but they must be used with care. You should not change the epoch, even in experimental, without getting consensus on debian-devel first. I consider this change paternalistic, as well as, unenforceable. Thus I haven't bumped the Standards-Version beyond 4.1.4. I'm not trying to raise this issue now, just trying to explain my point of view. * Simplify debian/control: drop requirement of specific version of cmake (was >= 2.8.12), because even Debian Jessie has cmake version 3.0.2. The CMakeLists.txt states that it requires the version, why would the debian/control show this requirement? I don't see a simplification here, also the version build dependency is added by a script that parses the CMakeLists.txt shipped in the package in particular: cmake_minimum_required(VERSION 2.8.12) So, the version dependency would be added in the next run of the script. Are you really that much against adding a version dependency is no longer in the archive? Happy hacking, -- "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald Knuth Saludos /\/\ /\ >< `/ signature.asc Description: PGP signature
