Bug#811905: ITP: esptool -- create and flash firmware files to ESP8266 chip

[Milan Kupcevic]

Package: wnpp
Severity: wishlist
Owner: Milan Kupcevic 

* Package name: esptool
  Version : 0.4.6
  Upstream Author : Christian Klippel , 
* URL : https://github.com/igrr/esptool-ck/
* License : GPL-2
  Programming Lang: C
  Description : create and flash firmware files to ESP8266 chip

Esptool reads the compiled program in ELF format, extracts code and data 
sections, and either dumps a section to a file or assembles the firmware file 
from several segments. Esptool also communicates with the ESP8266 bootloader to 
upload firmware files to flash. Esptool can automatically put the board into 
UART bootloader mode using a variety of methods.

Re: Libre graphics could become the standard if we push right now

[Ben Finney]

Bas Wijnen  writes:

> On Tue, Jan 19, 2016 at 06:57:43PM +0100, gaffa wrote:
> > It's an MIT license:
> > 
> That's a fine license as far as the DFSG is concerned, but as long as
> they don't provide source, it's still not free software.

Indeed, as far as the DFSG is concerned, it needs to be applied to
*specific works* with their license conditions, not license texts in
isolation.

This case is a clear demonstration of why asking “does this license make
the work DFSG-free?” is no use absent the context of a specific work.

-- 
 \“Every sentence I utter must be understood not as an |
  `\  affirmation, but as a question.” —Niels Bohr |
_o__)  |
Ben Finney

Bug#811570: ITP: pygame-sdl2 -- reimplementation of the Pygame API using SDL2

[Markus Koschany]

Package: wnpp
Severity: wishlist
Owner: Markus Koschany 

* Package name: pygame-sdl2
  Version : 6.99.8
  Upstream Author : Patrick Dawson, Tom Rothamel
* URL : https://github.com/renpy/pygame_sdl2
* License : LGPL-2.1, zlib
  Programming Lang: Python, C
  Description : reimplementation of the Pygame API using SDL2

Pygame_sdl2 is a reimplementation of the Pygame API using SDL2 and
related libraries. The initial goal of this project is to allow games
written using the Pygame API to run on SDL2 on desktop and mobile
platforms. The API will be evolved to expose SDL2-provided
functionality in a pythonic manner.

Pygame_sdl2 is a new build-dependency for renpy, a programming language
and runtime, intended to ease the creation of visual-novel type games.
It will be maintained within the Debian Games team.

Re: RFA: alliance

[aptitude show alliance]

On Tue, Jan 19, 2016 at 08:41:15PM +0100, Roland Stigge wrote:
> On 19/01/16 20:39, Roland Stigge wrote:
> > Package: wnpp
> > Severity: normal
> > 
> > This package is not that difficult to maintain. Upstream is active and 
> > releases
> > every few years. I'm requesting adoption for this package because I'm not
> > really using it.
> > 
> 

$ aptitude show alliance
Package: alliance
New: yes
State: not installed
Version: 5.0-20120515-1
Priority: optional
Section: electronics
Maintainer: Roland Stigge 
Architecture: i386
Uncompressed Size: 16.1 M
Depends: lesstif2 (>= 1:0.94.4), libc6 (>= 2.11), libgcc1 (>= 1:4.1.1), libice6
 (>= 1:1.0.0), libsm6, libstdc++6 (>= 4.6), libx11-6, libxext6, libxp6,
 libxpm4, libxt6
Description: VLSI CAD Tools
 Alliance is a complete set of free CAD tools and portable libraries for VLSI
 design. It includes a VHDL compiler and simulator, logic synthesis tools, and
 automatic place and route tools. 
 
 A complete set of portable CMOS libraries is provided, including a RAM
 generator, a ROM generator and a data-path compiler. 
 
 Alliance is the result of more than ten years effort spent at ASIM department
 of LIP6 laboratory of the Pierre et Marie Curie University (Paris VI, France). 
 
 Alliance has been used for research projects such as the 875 000 transistors
 StaCS superscalar microprocessor and 400 000 transistors IEEE Gigabit HSL
 Router. 
 
 Alliance provides CAD tools covering most of all the digital design flow: 
 * VHDL Compilation and Simulation 
 * Model checking and formal proof 
 * RTL and Logic synthesis 
 * Data-Path compilation 
 * Macro-cells generation 
 * Place and route 
 * Layout edition 
 * Netlist extraction and verification 
 * Design rules checking
Homepage: http://www-soc.lip6.fr/en/recherche/cian/alliance/

Re: Bug#810835: ITP: let-alist -- let-bind values of an assoc-list by their names in Emacs Lisp

[Luca Capello]

Hi there!

On Sat, 16 Jan 2016 19:47:53 -0700, Sean Whitton wrote:
> On Sat, Jan 16, 2016 at 10:34:04PM +0100, Luca Capello wrote:
> > Nothing against you, but a .deb for an 89-line macro sounds a bit
> > overkill to me.
> 
> I want to package emacs-pdf-tools [1]
[...]
> > JFTR, I needed it as well as a dependency for Flycheck and ended up
> > installing everything from (M)ELPA :-(
> 
> That's what I want to avoid!

Look, I completely understand your point, still I think that such a
small package (I guess less than 10kb in the end) for a single file
which has not changed since 2014-12-23 should be avoided.

But I have just discovered that there is already another similar-in-size
package in the archive, so forget my remark:

  

Thx, bye,
Gismo / Luca


signature.asc
Description: Digital signature

RFA: alliance

[Roland Stigge]

On 19/01/16 20:39, Roland Stigge wrote:
> Package: wnpp
> Severity: normal
> 
> This package is not that difficult to maintain. Upstream is active and 
> releases
> every few years. I'm requesting adoption for this package because I'm not
> really using it.
> 

Re: Packages with /outdated/ packaging style

[Jakub Wilk]

* Andreas Tille , 2016-01-19, 20:04:
Just for the record: I'm currently touching all those packages 
maintained by Debian Med and not uploaded for >3 years.  Some last 
remainings of dh5 were removed and some other issues solved.  I admit 
all of these "long time not uploaded" packages had some issues that 
rectify a new upload.  IMHO also debian/compat < 9 is another good 
reason since automatic build time testing is not done if existing.


I don't know what you mean by dh5, but I'm pretty sure there was no 
change regarding "automatic build time testing" in compat 9.


--
Jakub Wilk

Re: Libre graphics could become the standard if we push right now

[Bas Wijnen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Jan 19, 2016 at 06:57:43PM +0100, gaffa wrote:
> It's an MIT license:
> 
> https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/firmware/WHENCE#n758

That's a fine license as far as the DFSG is concerned, but as long as they
don't provide source, it's still not free software.

Thanks,
Bas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWnoq/AAoJEJzRfVgHwHE6gTgP/jDl77EqRRPczNxTuMI9CJnF
14+aHHq3qVnjaBtKtjgPDL/7NIc6o4jQCjFJZ4q9zhkoHmE07JUdyN8a5B5tkGL2
xM/Ri4UAReYaTTOsN71zNxp3q5vzSp9KFySs3fiFHKL1ANjg93qfG6Z4XRIyjEjk
4dGnn8ZMsRSKFZyLRIPMB75wGGcDzwwOtCC+PX5GQtlbqnCpaG5ODDeQwga6beu2
8AYKIHGP0VNd2u6oV/eLU+8j2fBzWpXY9Ns2SBNTH3i+SGTf9phr/8ZnyMGFkJaM
Nkj3KP/aoXPtG9IiodDW7M78VWtl3ctYi82w/6tDIL7fGHiA5xi2Mn29AcgP8O7f
MSr9AOSn4cBbHXnusyuQCGk9AlDxVEa9BB/1jjXwhQxhrtKUSvtKlok+GZoCwTh2
bY6g0iJOxR0KsOV50BU04LAoq6jrI1aLPysaygEg/WE36x4FTl0Gf09jmH8xrl9y
uAP2DjaIdlDLd3GUXc281ISi7T8MsojB5DJ9aOG1WDgN2JxDD2TltIaNDb5EoebL
2ejMROdAwG1QhCYCXzPpU5OV7J0VdXXsE/OUUV6yefUYkF2irK/cZQmqtd5wH4H/
qShClr4iiTRcPDhdrRtXyB471cadgTc1KHp5tMrdWJMydy/V2O3XwuXPRrEcEf4Z
MbDHHsf4aZ7gTh0fWmyA
=ZbHh
-END PGP SIGNATURE-

Re: Packages with /outdated/ packaging style

[Andreas Tille]

On Mon, Jan 18, 2016 at 05:54:12PM +, Thorsten Glaser wrote:
> Lucas Nussbaum  debian.org> writes:
> 
> > qa-helper_classic_debhelper.txt (3647 packages)
> > 
> >The package is still using "classic" debhelper (no dh, no CDBS).
> 
> Note that this is not a problem in the package, and there is absolutely
> no requirement to act on this.

Not in the package itself but it could simplify team maintenance / NMUs.

> dh exists to optimise the common case,
> with some limited amount of extendability, but in some cases, dh5 style
> works better and/or ensures more legible debian/rules files than dh7 style.

s?ensures more legible debian/rules?ensures less legible debian/rules?

:-P

Just for the record: I'm currently touching all those packages
maintained by Debian Med and not uploaded for >3 years.  Some last
remainings of dh5 were removed and some other issues solved.  I admit
all of these "long time not uploaded" packages had some issues that
rectify a new upload.  IMHO also debian/compat < 9 is another good
reason since automatic build time testing is not done if existing.  I
would suspect packages with dh5 style as compat level below 9 - may
be another check should be done for this.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Re: Libre graphics could become the standard if we push right now

[gaffa]

It's an MIT license:

https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/firmware/WHENCE#n758


pgpDw4IryVaNg.pgp
Description: OpenPGP digital signature

Bug#811537: ITP: maven-script-interpreter -- Maven Script Interpreter

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: maven-script-interpreter
  Version : 1.1
  Upstream Author : The Apache Software Foundation
* URL : https://maven.apache.org/shared/maven-script-interpreter/
* License : Apache-2.0
  Programming Lang: Java
  Description : Maven Script Interpreter

maven-script-interpreter is a component providing some utilities
to interpret/execute scripts for various implementations: groovy
or beanshell.

This package is required to upgrade the maven-invoker-plugin package
to the latest release. It'll be maintained by the Java Team.

Re: Bug#811275: ITP: uclibc-ng -- uClibc-ng is an implementation of the standard C library that is much smaller than glibc, which makes it useful for embedded systems.

[Johannes Schauer]

Hi,

Quoting Thorsten Glaser (2016-01-18 21:16:16)
> On Mon, 18 Jan 2016, Waldemar Brodkorb wrote:
> > From a good friend I would expect some more positive feedback
> > for my hobby project ;)
> I said, it has its niche, but I doubt it has a place
> as a generic Debian package… libraries are generally
> only packaged when something uses them, and C libra‐
> ries are hard.

I'm not good with words so instead I'll quote one of Russ's latest messages:
http://lists.debian.org/871t9rlpwf@hope.eyrie.org

Mirabilos, You are right that new ports are hard but the biggest influence on
others that uploading one more tiny package to Debian has is a small increase
in metadata when people apt-get update their system. Why won't you let Waldemar
try if his hobby project can work or not? In the worst case it can just stay in
unstable and only enter testing after it matured. For all the technical
complications you raised in your earlier messages Waldemar is already in good
hands, getting help by fellow bootstrappers in #debian-bootstrap and they are
in the process of setting up a rebootstrap [1] job for the new port.

Waldemar, please don't feel discouraged and lets try and see whether your plan
can fly :)

cheers, josch

[1] https://wiki.debian.org/HelmutGrohne/rebootstrap


signature.asc
Description: signature

Bug#811460: ITP: fast5 -- library for reading Oxford Nanopore Fast5 files

[Afif Elghraoui]

Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team 
Control: block 811458 by -1

* Package name: fast5
  Version : 0~20150918
  Upstream Author : Matei David
* URL : https://github.com/mateidavid/fast5
* License : MIT
  Programming Lang: C++
  Description : library for reading Oxford Nanopore Fast5 files

Fast5 is a lightweight C++11 library to read raw signal data from Oxford
Nanopore's FAST5 files.

This package will be maintained by the Debian Med team. It is a requirement
for nanopolish.