Bug#898313: ITP: octave-doctest -- documentation tests for Octave

Package: wnpp Severity: wishlist Owner: Rafael Laboissière * Package name: octave-doctest Version : 0.6.1 Upstream Author : Colin B. Macdonald , Michael Walter * URL : https://octave.sourceforge.io/doctest/ * License : BDS-3 Programming Lang: Octave Desc

Re: [1/2] MBF: Defunct alioth addresses in the Maintainer: field (serious)

2018-05-05 17:34 GMT+02:00 Christoph Biedl : > A lot of now defunct alioth addresses are used in the Maintainer: > field. This makes the packages rc-buggy for an invalid address. Hi, > To create awareness about that issue, also to provide suggestions on > how to resolve this I intend to do a MBF

Bug#898301: ITP: openjazz -- a free, open-source version of the classic Jazz Jackrabbit™ games

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: openjazz Version : 20171024 Upstream Author : Alister Thomson * URL : http://www.alister.eu/jazz/oj/ * License : GPL-2+ Programming Lang: C++ Description :

Bug#898290: ITP: r-cran-redland -- RDF library bindings in GNU R

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-xyz Version : 1.0.17 Upstream Author : Matthew B. Jones, Peter Slaughter, Jeroen Ooms, * URL : https://cran.r-project.org/package=redland * License : Apache-2.0 Programming Lang: GNU

Bug#898289: ITP: octave-dicom -- manipulate DICOM files in Octave

Package: wnpp Severity: wishlist Owner: Rafael Laboissière * Package name: octave-dicom Version : 0.2.1 Upstream Author : Andy Buckle (blondandy using the sf.net system) * URL : https://octave.sourceforge.io/dicom/ * License : GPL-3+ Programming Lang: Octave

Bug#898286: ITP: r-cran-roxygen2 -- in-line documentation for GNU R

Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-xyz Version : 6.0.1 Upstream Author : Hadley Wickham, Peter Danenberg, Manuel Eugster, RStudio * URL : https://cran.r-project.org/package=roxygen2 * License : GPL-2+ Programming Lang

Re: Firefox 60esr on Stretch ?

On Wed, May 09, 2018 at 11:10:23AM +0200, Raphael Hertzog wrote: > While I understand the need to keep them out of stable, keeping them out > of testing would annoy testing users and all users of "rolling" derivatives > based on testing (where the packages are not a problem since new upstream > ver

Re: libuv1 build failure only on Ryzen ???

On mardi 8 mai 2018 22:53:21 CEST Ben Hutchings wrote: > Make sure you have current microcode installed (either in the BIOS or > the amd64-microcode package). I've update the BIOS, amd64-microcode is the latest version. dmesg shows: $ sudo dmesg |grep microcode [0.687667] microcode: CPU0: pat

Bug#898259: RFP: vscode -- Microsoft Visual Studio Code

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-outre...@lists.debian.org Visual Studio Code regularly comes up in discussions.  Several GSoC students have asked about using it for Python projects. Upstream releases[1] the source code under an MIT license on G

Re: Firefox 60esr on Stretch ?

On Fri, 04 May 2018, Moritz Mühlenhoff wrote: > We should make it easy for administrators of bigger desktop > deployments to easily create debs for local deployments, but > keeping all those extensions in a stable release is just > broken and we should block them from testing migration. While I un

Bug#898252: ITP: [node-docco] -- Quick JavaScript Documentation Generator

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: node-docco Version: 0.8.0 Upstream Author: Jeremy Ashkenas URL: http://ashkenas.com/docco/ License: Expat Description: Quick JavaScript Documentation generator Docco is a quick documentation generator, wri