Re: [qubes-devel] Re: DNF for Debian
Hi unman, On Sun, May 03, 2020 at 05:07:14PM +0100, unman wrote: > I'd be happy to take on maintenance of this package, and may be anything > else that's Qubes required but seems to be lapsing in Debian. cool. I'll be happy to review & sponsor these uploads to Debian! > Also, I wonder if there would be value in getting Qubes packages in to > Debian, so they can be installed straight in to HVM - I seem to recall > this was raised some time back, but dont recall outcome. Waste of time? I gave up working on https://wiki.debian.org/Qubes/Devel as I believe dom0 should use something more tailored and shrinked down system then both Debian and Fedora are and because the Qubes and Debian release cycles don't match at all, thus one will probably always need a Qubes apt repo too. I'm not sure to which packages / use-case you are refering to. Can you explain again, please? -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C There are only two kinds of nazis: stupid ones and those without an excuse. (Volker Strübing) signature.asc Description: PGP signature
autopkgtest question: pass on local but fail on salsa-ci
Hi, autopkgtest on salsa-ci question, I've built mecab package and test it with autopkgtest on local machine. Then pushed to salsa, however, it failed on salsa-ci pipeline at autopkgtest. https://salsa.debian.org/nlp-ja-team/mecab/-/jobs > autopkgtest [12:39:33]: test command1: perl > /usr/share/doc/libmecab-perl/examples/test.pl >/dev/null > autopkgtest [12:39:33]: test command1: [--- > autopkgtest [12:39:34]: test command1: ---] > command1 PASS > autopkgtest [12:39:34]: test command1: - - - - - - - - - - results - - - - - > - - - - - > autopkgtest [12:39:34]: summary > command1 PASS > : failure: ['sudo', 'timeout', '600', 'lxc-stop', '--quiet', > '--kill', '--name', 'ci-147-ac56b852'] failed (exit status 1, stderr '') > autopkgtest [12:39:34]: ERROR: autopkgtest > : error cleaning up: > > autopkgtest [12:39:34]: ERROR: testbed failure: cannot send to testbed: > [Errno 32] Broken pipe Hmm, "PASS" but "failed"... could someone tell me any suggestion, please? -- Regards, Hideki Yamane henrich @ debian.org/iijmio-mail.jp
Re: autopkgtest question: pass on local but fail on salsa-ci
Hi, Just looked at it, thought I am not using gitlab for CI. Might be you have to permit output to stderr. As I did it here: https://salsa.debian.org/multimedia-team/gsequencer/-/blob/master/debian/tests/control#L14 For reference about DEP8: https://salsa.debian.org/ci-team/autopkgtest/raw/master/doc/README.package-tests.rst regards, Joël On Tue, May 26, 2020 at 4:20 PM Hideki Yamane wrote: > > Hi, > > autopkgtest on salsa-ci question, I've built mecab package and test > it with autopkgtest on local machine. Then pushed to salsa, however, > it failed on salsa-ci pipeline at autopkgtest. > https://salsa.debian.org/nlp-ja-team/mecab/-/jobs > > > autopkgtest [12:39:33]: test command1: perl > > /usr/share/doc/libmecab-perl/examples/test.pl >/dev/null > > autopkgtest [12:39:33]: test command1: [--- > > autopkgtest [12:39:34]: test command1: ---] > > command1 PASS > > autopkgtest [12:39:34]: test command1: - - - - - - - - - - results - - - - > > - - - - - - > > autopkgtest [12:39:34]: summary > > command1 PASS > > : failure: ['sudo', 'timeout', '600', 'lxc-stop', '--quiet', > > '--kill', '--name', 'ci-147-ac56b852'] failed (exit status 1, stderr '') > > autopkgtest [12:39:34]: ERROR: autopkgtest > > : error cleaning up: > > > > autopkgtest [12:39:34]: ERROR: testbed failure: cannot send to testbed: > > [Errno 32] Broken pipe > > Hmm, "PASS" but "failed"... could someone tell me any suggestion, please? > > -- > Regards, > > Hideki Yamane henrich @ debian.org/iijmio-mail.jp >
Bug#961619: ITP: libmath-cephes-perl -- perl interface to the math cephes library
Package: wnpp Owner: Etienne Mollier Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org, debian-...@lists.debian.org * Package name: libmath-cephes-perl Version : 0.5305 Upstream Author : Shlomi Fish * URL : https://metacpan.org/release/Math-Cephes * License : Artistic or GPL-1+ Programming Lang: Perl Description : perl interface to the math cephes library Math::Cephes provides an interface to over 150 mathematical functions of the cephes math library of Stephen Moshier, including trigonometric, hyperbolic, exponential, logarithmic, Bessel, Gamma, Beta, elliptic integrals, hypergeometric, distribution functions, etc. Some common constants, such as PI and SQRT2, are also available. As well, there is support for arithmetic operations for fractions (adding, subtracting, dividing, multiplying) and also for various functions of complex numbers. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. This package is one of the dependencies of Statistics::PCA, which in turn is necessary to enable PCA graphs in the package prinseq-lite. The source code of the package for Math::Cephes is available on Salsa: https://salsa.debian.org/perl-team/modules/packages/libmath-cephes-perl Kind Regards, -- Étienne Mollier Fingerprint: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d Help find cures against the Covid-19 ! Give CPU cycles: * Rosetta@home: https://boinc.bakerlab.org/rosetta/ * Folding@home: https://foldingathome.org/
Re: autopkgtest question: pass on local but fail on salsa-ci
Quoting Hideki Yamane (2020-05-26 15:48:47) > Hi, > > autopkgtest on salsa-ci question, I've built mecab package and test > it with autopkgtest on local machine. Then pushed to salsa, however, > it failed on salsa-ci pipeline at autopkgtest. > https://salsa.debian.org/nlp-ja-team/mecab/-/jobs > > > autopkgtest [12:39:33]: test command1: perl > > /usr/share/doc/libmecab-perl/examples/test.pl >/dev/null > > autopkgtest [12:39:33]: test command1: [--- > > autopkgtest [12:39:34]: test command1: ---] > > command1 PASS > > autopkgtest [12:39:34]: test command1: - - - - - - - - - - results - - - - > > - - - - - - > > autopkgtest [12:39:34]: summary > > command1 PASS > > : failure: ['sudo', 'timeout', '600', 'lxc-stop', '--quiet', > > '--kill', '--name', 'ci-147-ac56b852'] failed (exit status 1, stderr '') > > autopkgtest [12:39:34]: ERROR: autopkgtest > > : error cleaning up: > > > > autopkgtest [12:39:34]: ERROR: testbed failure: cannot send to testbed: > > [Errno 32] Broken pipe > > Hmm, "PASS" but "failed"... could someone tell me any suggestion, please? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961584 signature.asc Description: signature
Bug#961635: ITP: dragengine -- Drag[en]gine Game Engine
Package: wnpp Severity: wishlist Owner: Roland Plüss * Package name: dragengine Version : 1.1 Upstream Author : Roland Plüss * URL : https://dragondreams.ch * License : LGPL-3 Programming Lang: C++, DragonScript, GLSL, Python Description : Drag[en]gine Game Engine Required to play games (*.delga) or developing games. Run delauncher-gui or delauncher-console. The Drag[en]gine is a new, fully free software game engine based on the GLEM design which allows to develop games faster, more stable and fully platform indepentend (-1 day portability). * Package name: dragengine-dev Version : 1.1 Upstream Author : Roland Plüss * URL : https://dragondreams.ch * License : LGPL-3 Programming Lang: C++, DragonScript, GLSL, Python Description : Drag[en]gine Game Engine Development Files Required to create Drag[en]gine Modules (like graphic module, input module and so forth). Not required to develop games. * Package name: deigde Version : 1.1 Upstream Author : Roland Plüss * URL : https://dragondreams.ch * License : LGPL-3 Programming Lang: C++, DragonScript, GLSL, Python Description : Drag[en]gine Game Development Environment Required to developing games using the Drag[en]gine Game Engine. Run deigde. Developing games using Drag[en]gine does not require compiling or linking against the game engine. * Package name: deigde-dev Version : 1.1 Upstream Author : Roland Plüss * URL : https://dragondreams.ch * License : LGPL-3 Programming Lang: C++, DragonScript, GLSL, Python Description : Drag[en]gine IGDE Development Required to create Drag[en]gine IGDE Editors. Not required to create games. === All these packages build from he same source repository at: https://github.com/LordOfDragons/dragengine The debianization is located in upstream repository in branch "debian": https://github.com/LordOfDragons/dragengine/tree/debian The packages are build from this branch but I dont know how to continue from here. Here the information requested by reportbug: - why is this package useful/relevant? It's a powerfull and future oriented game engine. I can harness this power already so I would like to allow other to harness this power too - do you use it? For active game development projects - how do you plan to maintain it? As much as possible which is why I put aside an own branch in the upstream repository - inside a packaging team? The "games" team seems appropriate. I've talked to the team already on IRC recently - are you looking for co-maintainers? I do not think multiple maintainers are required. But it never hurts to have helping hands - do you need a sponsor? If I have understood the documentation correctly I do need a sponsor. So yes, I'm looking for one.
