Bug#900617: RFS: ujson/1.35-3 [ITA]
On Sat, Jun 02, 2018 at 12:02:17PM -0400, Sandro Tosi wrote: > > + Move Sandro Tosi to Uploaders. > > please remove me from uploaders too, thanks! Re-uploaded the package. https://mentors.debian.net/debian/pool/main/u/ujson/ujson_1.35-3.dsc changes: ujson (1.35-3) unstable; urgency=medium [ Ondřej Nový ] * d/control: Set Vcs-* to salsa.debian.org * d/copyright: Use https protocol in Format field * d/watch: Use https protocol [ Chris Lamb ] * debian/copyright: Use HTTPS for Source field. [ Mo Zhou ] * Package adopted. Update Maintainers and Uploaders. (Closes: #888233) + Move Python Team to Maintainers. - Remove Sandro Tosi , who requested for adoption. + Add myself to Uploaders. * Sort B-D list and add the missing B-D python-unittest2. * BUGS: Annotate a known bug. * Bump Standards-Version to 4.1.4 (no change). * copyright: Rename BSD to BSD-3-Clause (invalid-short-name-in-dep5-copyright). * Override obsolete-url-in-packaging. The URL is a note in copyright. * rules: Inject hardening flags.
Bug#900664: RFS: yaml-mode/0.0.13-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "yaml-mode" Hi Chris, I hope you also have time to sponsor this relatively popular package. It requires a sponsored upload because elpa-yaml-mode needs to pass through the NEW queue. I was unable to update d/copyright because Jari Aalto has not yet replied with copyright consent (tracked at #897942). Package name: yaml-mode Version : 0.0.13-1 Upstream Author : Yoshiki Kurihara URL : https://github.com/yoshiki/yaml-mode License : GPL-2+ Section : editors It builds these binary packages: elpa-yaml-mode - emacs mode for YAML files yaml-mode - transition package, yaml-mode to elpa-yaml-mode To access further information about this package, please visit the following URL: https://mentors.debian.net/package/yaml-mode Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/y/yaml-mode/yaml-mode_0.0.13-1.dsc Alternative, clone this packaging repository: git clone https://salsa.debian.org/emacsen-team/yaml-mode.git More information about yaml-mode can be obtained from https://github.com/yoshiki/yaml-mode. Changes since the last upload: yaml-mode (0.0.13-1) unstable; urgency=medium * This package has been adopted by the Debian Emacsen Team. (Closes: #897315) * New upstream version. (Closes: #893878) * Elpafy yaml-mode: - Create new binary package named elpa-yaml-mode. - Use standard dependencies for elpafied packages. - Add dummy transitional package. - Add Breaks and Replaces to elpa-yaml-mode. - Add elpa-yaml-mode.elpa - Update rules to use debhelper --with elpa instead of cdbs. - Add dh-elpa to Build-Depends. - Drop obsolete packaging directives: yaml-mode.dirs, yaml-mode.emacsen-install, yaml-mode.emacsen-remove, yaml-mode.emacsen-startup, yaml-mode.install - Add Recommends and Enhances used in all elpafied packages. - Add 0001-Drop-upstream-makefile-and-let-dh-elpa-manage-instal.patch to let dh-elpa manage installation and byte compilation. - Remove unneeded debian/dirs which claimed usr/bin/ and usr/sbin/ were part of this package. * debian/control: - Add myself to uploaders. - Update Vcs links. - Switch to debhelper 11. - Use secure URL for upstream homepage. * Declare compat level 11. * Add gbp.conf. * Update watch file. Thanks to Lev Lamberov for the patch. (Closes: #893889) * Declare Standards-Version: 4.1.4. (no additional changes needed) -- Nicholas D Steeves Sat, 02 Jun 2018 22:51:58 -0400 yaml-mode (0.0.9-2) unstable; urgency=medium Regards, Nicholas D Steeves
Bug#887870: RFS: pcc/1.2.0~DEVEL+20180120-1 [ITP]
On Sun, Jan 21, 2018 at 03:01:55PM +0800, Yangfl wrote: > * Package name: pcc >Version : 1.2.0~DEVEL+20180120-1 >Upstream Author : Anders Magnusson > * URL : http://pcc.ludd.ltu.se/ > * License : BSD >Section : devel > > It builds those binary packages: > > pcc - Portable C Compiler > dget -x > https://mentors.debian.net/debian/pool/main/p/pcc/pcc_1.2.0~DEVEL+20180120-1.dsc Hi! I just got around to review this (with a _slight_ delay...), so after previous rounds, this package looks fine for NEW. However, it would be nearly completely useless without -libs, which would also hinder review ftp guys can do. Thus, what about having at least an initial upload of both at the same time? pcc-libs is almost good, too, but would require finalizing the changelog entry: needs to go to experimental (packages in unstable can't [build-]depend on experimental), plus the obvious. You probably can even skip the ITP, but in that case the placeholder still needs to go. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ I've read an article about how lively happy music boosts ⣾⠁⢰⠒⠀⣿⡁ productivity. You can read it, too, you just need the ⢿⡄⠘⠷⠚⠋⠀ right music while doing so. I recommend Skepticism ⠈⠳⣄ (funeral doom metal).
Bug#900617: RFS: ujson/1.35-3 [ITA]
> + Move Sandro Tosi to Uploaders. please remove me from uploaders too, thanks! -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi G+: https://plus.google.com/u/0/+SandroTosi
Re: Re: Mysterious autopkgtest tests of ujson package
> > autodep8: /usr/share/autodep8/support/python > > BTW: codesearch.debian.net is a good place to find out this sort of thing. > Ah, here it is. Thanks!
Bug#900626: marked as done (RFS: gemmlowp/0.0~git20180416.38ebac7-1)
Your message dated Sat, 2 Jun 2018 13:40:51 +0200 with message-id <20180602114051.p6cnb7zj7npr2...@angband.pl> and subject line Re: Bug#900626: RFS: gemmlowp/0.0~git20180416.38ebac7-1 has caused the Debian Bug report #900626, regarding RFS: gemmlowp/0.0~git20180416.38ebac7-1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 900626: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900626 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gemmlowp" * Package name: gemmlowp Version : 0.0~git20180416.38ebac7-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : science It builds those binary packages: libgemmlowp-dev - small self-contained low-precision GEMM library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gemmlowp Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gemmlowp/gemmlowp_0.0~git20180416.38ebac7-1.dsc More information about hello can be obtained from 1. http://debomatic-amd64.debian.net/distribution#unstable/gemmlowp/0.0~git20180416.38ebac7-1/buildlog 2. salsa.debian.org:lumin-guest/gemmlowp.git Changes since the last upload: gemmlowp (0.0~git20180416.38ebac7-1) unstable; urgency=medium * New upstream version 0.0~git20180416.38ebac7 * Add watch file to monitor upstream git HEAD. * Bump Standards-Version to 4.1.4 (no change). * Move from devel section to libdevel section. * Remove unused override debian-watch-file-is-missing. * Remove debian/CMakeLists.txt because merged by upstream. * patches: Patch the cmake build to avoid failure. * Fix doc installation path and remove unused dirs. (Closes: #900474) * Upload to unstable. --- End Message --- --- Begin Message --- On Sat, Jun 02, 2018 at 08:52:23AM +, Lumin wrote: > * Package name: gemmlowp >Version : 0.0~git20180416.38ebac7-1 > gemmlowp (0.0~git20180416.38ebac7-1) unstable; urgency=medium > > * New upstream version 0.0~git20180416.38ebac7 > * Add watch file to monitor upstream git HEAD. > * Bump Standards-Version to 4.1.4 (no change). > * Move from devel section to libdevel section. > * Remove unused override debian-watch-file-is-missing. > * Remove debian/CMakeLists.txt because merged by upstream. > * patches: Patch the cmake build to avoid failure. > * Fix doc installation path and remove unused dirs. (Closes: #900474) > * Upload to unstable. ✓ -- ⢀⣴⠾⠻⢶⣦⠀ I've read an article about how lively happy music boosts ⣾⠁⢰⠒⠀⣿⡁ productivity. You can read it, too, you just need the ⢿⡄⠘⠷⠚⠋⠀ right music while doing so. I recommend Skepticism ⠈⠳⣄ (funeral doom metal).--- End Message ---
Bug#900626: RFS: gemmlowp/0.0~git20180416.38ebac7-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gemmlowp" * Package name: gemmlowp Version : 0.0~git20180416.38ebac7-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : science It builds those binary packages: libgemmlowp-dev - small self-contained low-precision GEMM library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gemmlowp Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gemmlowp/gemmlowp_0.0~git20180416.38ebac7-1.dsc More information about hello can be obtained from 1. http://debomatic-amd64.debian.net/distribution#unstable/gemmlowp/0.0~git20180416.38ebac7-1/buildlog 2. salsa.debian.org:lumin-guest/gemmlowp.git Changes since the last upload: gemmlowp (0.0~git20180416.38ebac7-1) unstable; urgency=medium * New upstream version 0.0~git20180416.38ebac7 * Add watch file to monitor upstream git HEAD. * Bump Standards-Version to 4.1.4 (no change). * Move from devel section to libdevel section. * Remove unused override debian-watch-file-is-missing. * Remove debian/CMakeLists.txt because merged by upstream. * patches: Patch the cmake build to avoid failure. * Fix doc installation path and remove unused dirs. (Closes: #900474) * Upload to unstable.
Re: Mysterious autopkgtest tests of ujson package
On Sat, Jun 2, 2018 at 2:55 PM, Lumin wrote: >> set -e ; for py in $(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" >> ; echo "Testing with $py:" ; $py -c "import ujson; print(ujson)" ; done > > Where did that test come from? Thanks. autodep8: /usr/share/autodep8/support/python BTW: codesearch.debian.net is a good place to find out this sort of thing. -- bye, pabs https://wiki.debian.org/PaulWise
Re: [Pkg-utopia-maintainers] Bug#895261: RFS: dbus-broker/13-2 [ITP] -- Linux D-Bus Message Broker
On 29/05/2018 11:39, Michael Biebl wrote: > Am 29.05.2018 um 19:30 schrieb Daniele Nicolodi: >> What would it take to have user services managed in a similar way as >> system services? Should I look into implementing that in >> init-system-helpers or should a new dh helper be created? > > > It would need changes to both init-system-helpers and debhelper. > Without having given this too much thought, I think we could add the > missing functionality to dh_installsystemd and wouldn't need a > completely new helper for this. > > If you are interested, there is > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890509 > and an older bug report > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764678 > > Help on this would be really appreciated! I started implementing support for systemd user instance units in deb-systemd-helper. I would like to run the tests for that script, but they currently fail also for a pristine checkout of init-system-helpers. I see that the tests are run as autopkgtests, but with TEST_ON_REAL_SYSTEM=1. However, running the tests like that is a bit heavy, and not really convenient for development. Are the tests supposed to run fin without that? The first failure looks like this: > (deb-systemd-helper DEBUG) is purge = no > (deb-systemd-helper DEBUG) action = enable, scriptname = > unit\x2dfSOUr.service, service_path = > /lib/systemd/system/unit\x2dfSOUr.service > (deb-systemd-helper DEBUG) Using systemctl preset to enable > unit\x2dfSOUr.service > /bin/systemctl: error while loading shared libraries: > libsystemd-shared-238.so: cannot open shared object file: No such file or > directory > /home/daniele/src/init-system-helpers/t/../script/deb-systemd-helper: error: > systemctl preset failed on unit\x2dfSOUr.service: No such file or directory > not ok 14 - enable command succeeded > # Failed test 'enable command succeeded' > # at t/001-deb-systemd-helper.t line 100. > # got: '256' > # expected: '0' 'libsystemd-shared-238.so' is installed in /lib/systemd and it cannot be found because the test harness bind mounts a temporary directory on that path. It seems that no one has recently run the tests in that configuration. Thank you. Cheers, Dan
Mysterious autopkgtest tests of ujson package
Hello mentors, I'm adopting the ujson package[1][2]. Currently there is no autopkgtest control file under the debian directory[3], but ci.d.o, to my surprise, is running autopkgtest[4] on this package. As far as I know, tests are defined in debian/tests/control when the tester is autopkgtest. No test will be run if the tests control file doesn't exist. That being said, things happend on the ujson package looks very confusin ... Does anyone know what happend? One of my wild guesses is that, the ci.d.o infractructure conducts some basic sanity tests on python packages in which the tests control file doesn't exist. See the quote from ci.d.o log: > set -e ; for py in $(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; > echo "Testing with $py:" ; $py -c "import ujson; print(ujson)" ; done Where did that test come from? Thanks. [1] https://salsa.debian.org/python-team/modules/ujson [2] http://tracker.debian.org/ujson [3] https://salsa.debian.org/python-team/modules/ujson/tree/master/debian [4] https://ci.debian.net/data/autopkgtest/unstable/amd64/u/ujson/365717/log.gz