Bug#875934: ITP: minetest-mod-quartz -- Minetest module to add quartz
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: minetest-mod-xdecor Version : None Upstream Author : EvergreenTree * URL : https://github.com/minetest-mods/quartz * License : Expat Programming Lang: Lua Description : Minetest module to add quartz This minetest module provides the quartz ore and other decorative blocks. Thanks, Snark on #debian-games
Bug#875935: ITP: minetest-mod-infinite-chest -- Minetest module to get chests with an infinite number of slots
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: minetest-mod-infinite-chest Version : 1.0.0 Upstream Author : Brett O'Donnell * URL : https://github.com/cornernote/minetest-infinite_chest * License : Expat Programming Lang: Lua Description : Minetest module to get chests with an infinite number of slots This minetest module provide chests where you can't run out of slots. The last accessed slot appears at the top of the list, and you can name your slots to easily find your items. Thanks, Snark on #debian-games
Bug#875939: ITP: django-mailman3 -- Django library to help interaction with Mailman3
Package: wnpp Severity: wishlist Owner: Jonas Meurer * Package name: django-mailman3 Version : 1.1.0 Upstream Author : Mailman Developers * URL : https://gitlab.com/mailman/django-mailman3 * License : GPL-3 Programming Lang: Python Description : Django library to help interaction with Mailman3 This package contains libraries and templates for Django-based interfaces interacting with Mailman. * Packaging as dependency for mailman3 * Intended to be maintained inside DPMT
Re: How to start a new packaging team now?
On Fri, 15 Sep 2017, PICCA Frederic-Emmanuel wrote: > > Now that Alioth is beginning to close down and its replacement is not > > yet ready, how would I start this team now? > > What is the status of this migration ? which solution was selected ? For mailinglists? None. Currently no one is planning to provide a replacement for mailinglists from alioth. For git we settled for gitlab. Alex
pasting license text into debian/copyright
Hi everybody, manually working on debian/copyright can be nasty from time to time. Would extending a service like: curl http://licapi.debian.net/template curl http://licapi.debian.net/template/lgpl3 with all those licenses not in /usr/share/common-licenses be of any help? Thorsten
Re: pasting license text into debian/copyright
Hi Thorsten, Quoting Thorsten Alteholz (2017-09-16 18:10:16) > manually working on debian/copyright can be nasty from time to time. > > Would extending a service like: > > curl http://licapi.debian.net/template > curl http://licapi.debian.net/template/lgpl3 > > with all those licenses not in /usr/share/common-licenses be of any help? Not quite sure what you suggest. It looks like you suggest to duplicate the work of SPDX - see e.g. https://github.com/spdx/license-list I believe that in the long term such duplication of work is not helpful, and instead we should support SPDX in being the curators of a single canonical repository of common Free licensing patterns in active use. That said, I do believe that short-term some degree of competition does help - when coordinated with SPDX. Anyone interested in that please join the licenses-discuss mailinglist: https://lists.alioth.debian.org/mailman/listinfo/licenses-discuss - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
Re: pasting license text into debian/copyright
Le 16 septembre 2017 18:10:16 GMT+02:00, Thorsten Alteholz a écrit : >Hi everybody, > >manually working on debian/copyright can be nasty from time to time. > >Would extending a service like: > > curl http://licapi.debian.net/template > curl http://licapi.debian.net/template/lgpl3 > >with all those licenses not in /usr/share/common-licenses be of any >help? Will implement a lintian tag that will output statistics about not common license. It will help to add common license > > Thorsten -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
Re: pasting license text into debian/copyright
Hi Jonas, On Sat, 16 Sep 2017, Jonas Smedegaard wrote: Not quite sure what you suggest. It looks like you suggest to duplicate the work of SPDX - see e.g. https://github.com/spdx/license-list no, it is much simpler. I just wanted to offer the license text in a format that is immediately usable in your debian/copyright (adding a correct License:-line, indentation, empty lines). The source of these texts could be of course SPDX ... Thorsten
Re: pasting license text into debian/copyright
On Sat, 16 Sep 2017, Bastien Roucaries wrote: Will implement a lintian tag that will output statistics about not common license. It will help to add common license yeah, that would be great. Thorsten
Re: pasting license text into debian/copyright
On Saturday, 16 September 2017 18:10:16 CEST Thorsten Alteholz wrote: > manually working on debian/copyright can be nasty from time to time. What do you mean by "nasty" ? What are the painful points ? All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
Re: pasting license text into debian/copyright
On Sat, Sep 16, 2017 at 04:47:23PM +, Bastien Roucaries wrote: > Will implement a lintian tag that will output statistics about not common > license. > > It will help to add common license Add where? Surely not to /usr/share/common-licenses? We already have statistics for that. -- WBR, wRAR signature.asc Description: PGP signature
Re: pasting license text into debian/copyright
On Sat, Sep 16, 2017 at 07:15:15PM +0200, Thorsten Alteholz wrote: > no, it is much simpler. I just wanted to offer the license text in a format > that is immediately usable in your debian/copyright (adding a correct > License:-line, indentation, empty lines). Note that the "machine-readable" debian/copyright format is not the required debian/copyright format. -- WBR, wRAR signature.asc Description: PGP signature
Re: pasting license text into debian/copyright
On Sat, Sep 16, 2017 at 07:37:00PM +0200, Dominique Dumont wrote: > > manually working on debian/copyright can be nasty from time to time. > > What do you mean by "nasty" ? What are the painful points ? Changing a long free-form text file into a deb822 multiline block, when you want to use the "machine-readable" format. -- WBR, wRAR signature.asc Description: PGP signature
Bug#875978: ITP: diff-hl-el -- highlight uncommitted changes using VC
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: diff-hl-el Version : 1.8.4 Upstream Author : Dmitry Gutov * URL or Web page : https://github.com/dgutov/diff-hl URL : https://elpa.gnu.org/packages/diff-hl.html * License : GPL-3+ Programming Lang: Emacs Lisp Description : highlight uncommitted changes using VC The package provides a `diff-hl-mode' Emacs mode, which highlights uncommitted changes on the side of the window (using the fringe, by default), and allows you to jump between the hunks and revert them selectively.
Bug#875987: ITP: node-babel-plugin-transform-decorators-legacy -- Compile class and object decorators to ES5 (legacy)
Package: wnpp Severity: wishlist Owner: Daniel Ring X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-babel-plugin-transform-decorators-legacy Version : 1.3.4 Upstream Author : Logan Smyth * URL : https://github.com/loganfsmyth/babel-plugin-transform-decorators-legacy#readme * License : Expat Programming Lang: JavaScript Description : Compile class and object decorators to ES5 (legacy) A plugin for Babel 6 that (mostly) replicates the old decorator behavior from Babel 5. Babel is a JavaScript compiler to use next generation JavaScript, today. ES2015 and beyond: Babel has support for the latest version of JavaScript through syntax transformers. These plugins allow you to use new syntax, right now without waiting for browser support. Note: This library is in contrib because it needs node-babel from contrib to build. Node.js is an event-based server-side JavaScript engine.
Re: How to start a new packaging team now?
Hi Alexander, Thanks for your on-going work on alioth and its replacement. > For mailinglists? None. Currently no one is planning to provide a > replacement for mailinglists from alioth. For git we settled for gitlab. This has come up a couple of times but with little explanation and the lack of information is going to lead to wild and perhaps inaccurate speculation. I appreciate that you're waiting until the alioth replacement is ready before you announce it, but in the absence of information, incorrect extrapolations are being made. Is there some other mode of interaction that the new-alioth provides that will replace the existing mailing lists as a way for users and maintainer teams to communicate to discuss development, bugs and provide support? thanks Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
